A Proposal to Create a Voting Escrow NFT and Governance for ContinuumDAO
-
Looks like a good proposal, I'm curious what would this solve once developed? Like what real world use cases would this support?
@Ulliee Do you mean veCTM (subject of this proposal), or ContinuumDAO in general? The NFT is designed to enable governance, distribute protocol income, and allow holders to run nodes in the network. As far as Continuum goes, it's in the White Paper, but we hope to attract a lot of different enterprises to run their own cross chain routers, create multi-chain dApps, create MPC wallets and generally to join up the value systems that are all block chains - EVM's AND non-EVM's. The holders of veCTM will earn a small fee every time someone uses our network.
-
Proposal is reasonable nothing to add at this point
-
I think the proposal from @hal0177 seems reasonable and hear the comments regarding having a vested interest in the DAO moving past this stage of work.
I really like the idea of attaching images to the NFT's. The current logo could lend itself well as the basis of the images. As a designer I would be open to testing out a range of sample images.
-
I think the proposal from @hal0177 seems reasonable and hear the comments regarding having a vested interest in the DAO moving past this stage of work.
I really like the idea of attaching images to the NFT's. The current logo could lend itself well as the basis of the images. As a designer I would be open to testing out a range of sample images.
-
An additional feature, building on those on TG, is to allow Opensea users to see how much CTM is locked within a veCTM, and for how long. The system used by Multi had a gazillion zeros behind each NFT and it was too difficult to read.
I am good with the cost. It is wonderful that a dev is interested in owning veCTM. Great proposal.
-
Excellent work, @hal0177 !!! Is there a variable percentage for the penalty component of the veCTM? This is important because individuals may have varying unlock periods in the future. We should consider applying distinct ratios to correspond with different veCTM unlock durations.
-
Many thanks @hal0177 for this proposal. Would it be possible to associate images with empty veCTMs? That way we could auction them and holders could merge their existing ones to them. It could be a source of revenue for the DAO and a bit of fun.
We could enable minting of empty veCTM's from our front end at a cost of say 0.1 ETH (or 200 CTM?), or we could issue a collection of them and sell them on OpenSea, with the revenue going to the Treasury.
-
An additional feature, building on those on TG, is to allow Opensea users to see how much CTM is locked within a veCTM, and for how long. The system used by Multi had a gazillion zeros behind each NFT and it was too difficult to read.
I am good with the cost. It is wonderful that a dev is interested in owning veCTM. Great proposal.
Hi @Raini-Ng, I appreciate the comment. I agree about the veMulti display issue, it should be more readable.
As for OpenSea, I believe they get the image from the NFT smart contract once and cache it for further use, meaning the data displayed on most of the NFTs on OpenSea is not up to date. Not to worry, we'll always keep this data up to date on our site.
-
@Everyone, thanks very much for the feedback and suggestions. I have already created a repository on GitHub with the bare bones of the system, pending successful vote. Please reach out to me on this thread or on TG, any further concerns or suggestions are welcome.
-
The Final Vote on this is now live. I will leave this thread open for on-going discussion :- https://forum.continuumdao.org/topic/16/003-final-vote-the-creation-of-a-voting-escrow-nft-and-governance-for-continuumdao
-
Tally Integration: A time lock provision will be included to allow the Committee to prevent the automatic execution of a voting result within a defined window following a successful vote.
Im interested to learn what or how many votes will cause an overide so it cant be abused on the otherside.
cheers,
-
Tally Integration: A time lock provision will be included to allow the Committee to prevent the automatic execution of a voting result within a defined window following a successful vote.
Im interested to learn what or how many votes will cause an overide so it cant be abused on the otherside.
cheers,
@murchadh Thanks for bringing this up. We have two methods of executing governance - Snapshot and Tally. With Snapshot, a Committee member must post the proposal, but with Tally, anyone with sufficient voting power of 1% can do so and the result is automatically executed, so that in theory a malicious actor could submit and pass a proposal, which would drain the Treasury for instance automatically. The time delay gives the Committee an opportunity to stop this, since only proposals that do not 'further the Vision and Mission of ContinuumDAO as laid out in this Constitution' should be allowed to execute. This is a safety mechanism that many other DAOs also use.
The Constitution also says that 'if the proposal is re-submitted unaltered and if it once again passes, then the Committee may not squash the vote outcome for a second time'. This limits the power of the Committee to ignore the will of the DAO.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login