This onchain vote confirms a set of principles (the Principles) for the Uniswap DAO. The draft Principles were written by Atis (independent delegate) and Erik (Avantgarde Finance). We gratefully acknowledge the comments and suggestions from many other Uniswap DAO delegates and community members.
On executing the proposal, the Principles will be published onchain using the setText function of ENS Public Resolver contract for the uniswap.eth node.
The delegates agree to recognize the following principles and let them guide their decision-making in Uniswap DAO governance.
[1] Uniswap Overview: Protocol, Interface, Labs. https://docs.uniswap.org/concepts/overview
[2] Introducing UNI. https://blog.uniswap.org/uni#community-treasury
[3] Devin Walsh. Community Governance Process Update [Jan 2023]. https://gov.uniswap.org/t/community-governance-process-update-jan-2023/19976
[4] The Law Commission (United Kingdom). Decentralised Autonomous Organisations (DAOs): A Scoping Paper. Section “Common Philosophical Goals of DAOs.” https://cloud-platform-e218f50a4812967ba1215eaecede923f.s3.amazonaws.com/uploads/sites/30/2024/07/DAOs-scoping-paper-110724.pdf
[5] [RFC] Delegate Code of Conduct. https://gov.uniswap.org/t/rfc-delegate-code-of-conduct/20913
[6] J Austgen, A Fábrega, S Allen, K Babel, M Kelkar, A Juels. DAO Decentralization: Voting-Bloc Entropy, Bribery, and Dark DAOs. https://arxiv.org/abs/2311.03530
[7] S. Bradner. Key words for use in RFCs to Indicate Requirement Levels. RFC 2119, IETF. https://datatracker.ietf.org/doc/html/rfc2119
This onchain vote confirms a set of principles (the Principles) for the Uniswap DAO. The draft Principles were written by Atis (independent delegate) and Erik (Avantgarde Finance). We gratefully acknowledge the comments and suggestions from many other Uniswap DAO delegates and community members.
On executing the proposal, the Principles will be published onchain using the setText function of ENS Public Resolver contract for the uniswap.eth node.
The delegates agree to recognize the following principles and let them guide their decision-making in Uniswap DAO governance.
[1] Uniswap Overview: Protocol, Interface, Labs. https://docs.uniswap.org/concepts/overview
[2] Introducing UNI. https://blog.uniswap.org/uni#community-treasury
[3] Devin Walsh. Community Governance Process Update [Jan 2023]. https://gov.uniswap.org/t/community-governance-process-update-jan-2023/19976
[4] The Law Commission (United Kingdom). Decentralised Autonomous Organisations (DAOs): A Scoping Paper. Section “Common Philosophical Goals of DAOs.” https://cloud-platform-e218f50a4812967ba1215eaecede923f.s3.amazonaws.com/uploads/sites/30/2024/07/DAOs-scoping-paper-110724.pdf
[5] [RFC] Delegate Code of Conduct. https://gov.uniswap.org/t/rfc-delegate-code-of-conduct/20913
[6] J Austgen, A Fábrega, S Allen, K Babel, M Kelkar, A Juels. DAO Decentralization: Voting-Bloc Entropy, Bribery, and Dark DAOs. https://arxiv.org/abs/2311.03530
[7] S. Bradner. Key words for use in RFCs to Indicate Requirement Levels. RFC 2119, IETF. https://datatracker.ietf.org/doc/html/rfc2119
I agree with most of this in principal but I dont think an onchain vote is an appropriate way to express or endorse this, and I'm also a bit of a "bylaws minimalist" wrt DAOs in general- enumerating a bunch of potentially unenforceable rules feels like a distraction
The Event Horizon Community Voted to Support this Proposal ehUNI-41: EventHorizon.vote/vote/uniswap/ehUNI-41
https://gov.uniswap.org/t/rfc-principles-for-uniswap-dao/24724/26
I support us in making more explicit the principles of the DAO.
I agree with most of this in principal but I dont think an onchain vote is an appropriate way to express or endorse this, and I'm also a bit of a "bylaws minimalist" wrt DAOs in general- enumerating a bunch of potentially unenforceable rules feels like a distraction
The Event Horizon Community Voted to Support this Proposal ehUNI-41: EventHorizon.vote/vote/uniswap/ehUNI-41
https://gov.uniswap.org/t/rfc-principles-for-uniswap-dao/24724/26
I support us in making more explicit the principles of the DAO.
Echoing @kfx here, why not just focus on a grant to improve uni.vote and integrate it within Tally. This seems like a more long term sustainable solution.
Also as @Doo_StableLab said, the working group is currently working on a delegate reward (Rebates included) so I suggest waiting for that report too.
Echoing @kfx here, why not just focus on a grant to improve uni.vote and integrate it within Tally. This seems like a more long term sustainable solution.
Also as @Doo_StableLab said, the working group is currently working on a delegate reward (Rebates included) so I suggest waiting for that report too.
Finally, UMA (myself) proposed a similar solution, but it was much cheaper as we didn’t charge the additional service fee of $20k that Tally is charging. Our program also encourages continuous participation, whereas this doesn’t. Saying that, we decided to combine our proposal with Doo’s proposal hence the formation of the working group.
Appreciate the feedback from all! Happy to move forward with this proposal if there is interest now or later from the DAO - please keep in mind this would take about 2 weeks to initially implement. Responding to a few points:
Is there a reason why the signature approach cannot be adopted vs the solution proposed here? - @Userisky
Appreciate the feedback from all! Happy to move forward with this proposal if there is interest now or later from the DAO - please keep in mind this would take about 2 weeks to initially implement. Responding to a few points:
Is there a reason why the signature approach cannot be adopted vs the solution proposed here? - @Userisky
Like uni.vote, Tally's relayer solution actually does use a signature approach.
Can you check your demo link, I got access denied when trying to open it? - @kfx
Here is a fixed demo: https://drive.google.com/file/d/1c8C3E7tHV5QsWW1LXT4K-CkblCHKf1tz/view?usp=sharing
could you describe the technical solution you’d be using to enable gasless voting? - @eek637
Our solution would work very similarly to uni.vote, but on Tally. To implement gasless voting, we would use a relayer and signature-based system.
Voters sign their vote offchain using their private key, creating a secure signature that represents their voting choice for a specific proposal. This signed message is then sent to a relayer. The relayer submits the vote to the blockchain on the voter's behalf, covering the gas fees. We can do this in batches to make it cheaper, as well. A smart contract verifies the signature to ensure it’s valid and records the vote.
Echoing @kfx here, why not just focus on a grant to improve uni.vote and integrate it within Tally. This seems like a more long term sustainable solution.
Also as @Doo_StableLab said, the working group is currently working on a delegate reward (Rebates included) so I suggest waiting for that report too.
Echoing @kfx here, why not just focus on a grant to improve uni.vote and integrate it within Tally. This seems like a more long term sustainable solution.
Also as @Doo_StableLab said, the working group is currently working on a delegate reward (Rebates included) so I suggest waiting for that report too.
Finally, UMA (myself) proposed a similar solution, but it was much cheaper as we didn’t charge the additional service fee of $20k that Tally is charging. Our program also encourages continuous participation, whereas this doesn’t. Saying that, we decided to combine our proposal with Doo’s proposal hence the formation of the working group.
Appreciate the feedback from all! Happy to move forward with this proposal if there is interest now or later from the DAO - please keep in mind this would take about 2 weeks to initially implement. Responding to a few points:
Is there a reason why the signature approach cannot be adopted vs the solution proposed here? - @Userisky
Appreciate the feedback from all! Happy to move forward with this proposal if there is interest now or later from the DAO - please keep in mind this would take about 2 weeks to initially implement. Responding to a few points:
Is there a reason why the signature approach cannot be adopted vs the solution proposed here? - @Userisky
Like uni.vote, Tally's relayer solution actually does use a signature approach.
Can you check your demo link, I got access denied when trying to open it? - @kfx
Here is a fixed demo: https://drive.google.com/file/d/1c8C3E7tHV5QsWW1LXT4K-CkblCHKf1tz/view?usp=sharing
could you describe the technical solution you’d be using to enable gasless voting? - @eek637
Our solution would work very similarly to uni.vote, but on Tally. To implement gasless voting, we would use a relayer and signature-based system.
Voters sign their vote offchain using their private key, creating a secure signature that represents their voting choice for a specific proposal. This signed message is then sent to a relayer. The relayer submits the vote to the blockchain on the voter's behalf, covering the gas fees. We can do this in batches to make it cheaper, as well. A smart contract verifies the signature to ensure it’s valid and records the vote.
Gasless voting is already possible with signatures via uniswap vote. It does seem like it is not used much considering the data you provided.
Is there a reason why the signature approach cannot be adopted vs the solution proposed here?
Also, could this be sybiled attacked? I.e. many accounts funded with 10 UNI vote when gas prices are very high with intent to drain funding.
Gasless voting is already possible with signatures via uniswap vote. It does seem like it is not used much considering the data you provided.
Is there a reason why the signature approach cannot be adopted vs the solution proposed here?
Also, could this be sybiled attacked? I.e. many accounts funded with 10 UNI vote when gas prices are very high with intent to drain funding.
It's a cool intitiave but it's actually considered as part of Delegate Reward plan as gas fee affects active voters (who are mostly delegates) the most. And the reward for delegates which will be based on certain metrics will help to cover their gas cost
I want to express my opinion.
hey @coolhorsegirl, thanks for this prop! could you describe the technical solution you'd be using to enable gasless voting?
I would support improving uni.vote, and perhaps integrating it in Tally. It seems a more cost-efficient and sustainable option compared with the budget proposed here.
Can you check your demo link, I got access denied when trying to open it?
It's a cool intitiave but it's actually considered as part of Delegate Reward plan as gas fee affects active voters (who are mostly delegates) the most. And the reward for delegates which will be based on certain metrics will help to cover their gas cost
I want to express my opinion.
hey @coolhorsegirl, thanks for this prop! could you describe the technical solution you'd be using to enable gasless voting?
I would support improving uni.vote, and perhaps integrating it in Tally. It seems a more cost-efficient and sustainable option compared with the budget proposed here.
Can you check your demo link, I got access denied when trying to open it?