This is a revised version of the proposed Scroll DAO Constitution. You can find the full discussion relating to this proposal here.
This constitution (“Constitution”) sets out the key governance principles, guidelines and processes by which Scroll DAO shall operate. While the Constitution is intended to clearly outline the governance principles and processes of the Scroll DAO, it is recognized that this is a living document that will evolve given our commitment to staying curious and continuing to experiment with approaches that may develop over time as needed.
The Scroll DAO shall adopt these key principles, which reflect its governance philosophy:
Progressive Decentralization: With decentralization as our north star, Scroll DAO has embarked on a multi-year journey to bring that reality to fruition.
Global, Inclusive Participation: Scroll DAO strives to build an intentional global community of builders and community members from all over the world, where everyone has a chance to contribute to the future of the Scroll ecosystem.
Accountability: Scroll DAO prioritizes collaborative decision making that is fair, transparent, and accountable, whilst upholding the Scroll protocol’s best interests.
Staying Curious: Scroll DAO aims to constantly embrace new ideas and push boundaries, while balancing this with focused and empirically informed decisions.
SCR Holders. Anyone can participate in the Scroll DAO through holding Scroll’s native token $SCR (“SCR holders”) via delegation to themselves or others, and by making proposals and/or voting on proposals put forth in the Scroll DAO’s forum and community channels.
Delegates. SCR holders who are unable to participate directly may choose to delegate their power to make proposals and vote on proposals to a Delegate of their choice, who would represent them in the governance process.
Smart Contracts. Several smart contracts are utilized to operate Scroll DAO’s governance processes. These include:
Token: Tracks the balances of token holders and voting power of delegates.
Governor: Provides the main access control logic of the governance system. Its primary job is to process proposals and their associated votes in order to determine whether they succeed or fail.
Timelock: Receives instructions from the governor for successful proposals. Provides a time delay on proposals to give time for stakeholders to respond, should it be needed, then executes the instruction.
Modules: Provide optional additional voting strategies (e.g. introducing multiple-choice voting proposals) to the governor.
Security Council: A trusted multisig that has admin privileges over many parts of the system that require manual execution (non-emergency protocol upgrades) or to intervene as a last resort (emergency protocol upgrades).
The block addresses can be viewed on Scroll Scan here:
| Contract | View on Block Explorer |
|---|---|
| Token | Scrollscan link |
| Governor | Scrollscan link |
| Timelock | Scrollscan link |
Governance Facilitators. The Governor Manager and Governor Admin act as administrators to facilitate the governance processes of Scroll DAO and they have certain permissions on the Governor smart contract, which shall be exercised in the interest of the Scroll DAO and in good faith. See Article IV for more details.
Security Council. The Security Council is a committee of 12 members, who are signers of a multi-sig wallet and whose primary goal is to safeguard the security, integrity and efficient operations of the Scroll zkEVM rollup. See Article V for more details.
Scroll Foundation. Scroll Foundation, a Cayman Islands foundation company, serves as a steward for the Scroll DAO, and is a legal entity that facilitates operational and administrative objectives of the Scroll DAO. See Article VI for more details.
Scroll DAO may make these 4 types of proposal:
DAO Treasury Transfers (e.g. grants and DAO transfers)
Changes to Governance Parameters (e.g. upgrade governor)
Protocol Upgrades (e.g. non-emergency protocol upgrade)
Social Ratifications (e.g. changes to this Constitution, updates to DAO governing documents and processes)
Any SCR holder or Delegate meeting the specified proposal threshold (a “proposer”) may draft proposals and put them up on the Scroll DAO forum for the community’s viewing and consideration.
A proposal shall pass a ‘temperature check’ mechanism, which requires at least three endorsements from Verified Delegates and one endorsement from the Foundation on the Scroll DAO forum, in order to proceed.
Any proposal that does not receive the required endorsements 5 days ahead of the next voting cycle, will be considered for the subsequent voting cycle. If a project does not hit the required number of endorsements within 2 voting cycles and wants to be considered in a future voting cycle, endorsements must be attained again in the two weeks leading up to the renewed attempt.
For example, if a proposal was posted on the forum Jan 1 and did not get the required endorsements before Jan 27th, it is not eligible for the Feb 1 vote. If it receives the remaining number of endorsements before Feb 24th (25th in leap years), then it is eligible for the Mar 1st voting cycle. If did not get enough endorsements in Feb and wants to be considered in Mar, the proposal must receive the required number of endorsements in Mar.
After passing the temperature check the Foundation’s Governance Team may choose to include the proposal in the next voting cycle, at their sole discretion and acting in good faith.
Voting delay: This is a 3-day period that will occur once the proposal is first visible on the platform. Participants may acquire and delegate their votes during this period. At the end of this 3-day period, a snapshot is taken to show how much voting power each address has.
Voting period: This is a 7-day period after the snapshot where participants can vote on the proposal.
| Parameter | Description | Value |
|---|---|---|
| Standard Quorum | % of total supply that must vote for, against or abstain for a standard vote proposal to meet quorum and proceed to voting | 0.21% of total supply (i.e. 2,100,000 SCR) |
| Supermajority Quorum | % of total supply that must vote for, against or abstain for a supermajority vote proposal to meet quorum and proceed to voting | 0.21% of total supply (i.e. 2,100,000 SCR) |
| Parameter | Description | Value |
|---|---|---|
| Standard Vote Approval | % determined by:- votes cast as “For” the proposal; divided by- votes cast as “For” and votes cast as “Against” the proposal,in order for a standard proposal to be approved and proceed to execution | 51% |
| Supermajority Vote Approval | % determined by:- votes cast as “For” the proposal; divided by- votes cast as “For” and votes cast as “Against” the proposal,in order for a supermajority proposal to be approved and proceed to execution | 76% |
A proposal shall meet the specified voting approval threshold stated in governor parameters. Currently, the voting approval threshold is set as follows:
| Proposal Type | Voting Approval Threshold |
|---|---|
| DAO Treasury Transfer | Standard Vote |
| Changes to Governance Parameters | Supermajority Vote |
| Protocol Upgrade | Supermajority Vote |
| Social Ratifications (i) Changes to |
... please visit link below to view full proposal