πThe Proposal and Voting Process
Make suggestions and updates to Seamless Protocol.
Community participation is vital to the development and maintenance of Seamless Protocol. Community members may propose suggestions through the following proposal and voting process.
Proposal and Voting Process Flow
Step 1 Ideation Phase
To submit a proposal, start by posting in the Seamless Governance Hub. Prior to submission, please try to condense your proposal into a focused and organized format.
When posting in the Seamless Governance Hub, select the appropriate category: Protocol Changes Proposal (PCP) or Governance Changes Proposal (GCP). To make it clear to the community which type of proposal you are submitting, add a prefix of βPCPβ or βGCPβ to the title of your proposal.
Protocol Changes are proposals pertaining to any risk parameter changes, the addition of new asset markets, decisions about the SEAM token emissions rate, etc.
Governance Changes cover changes to broader protocol governance structures, format, processes and quorum thresholds, and therefore require a higher margin of βForβ votes to pass.
Here is an example of a community-created template and previous proposal: LINK. As best practice, engage the community prior to and after posting. Feel free to share a summary of your proposal in the Seamless Community Discord, in the #governance-improvements channel.
After a proposal is submitted to the Seamless Governance Hub, community members are encouraged to comment, discuss and ask questions (i.e. the Ideation Phase). The default duration for the Ideation Phase is 5 days. Note: If the proposer feels that the discussion needs more time or additional comments, they can request an extension by replying to the thread, noting the extension. The maximum extension duration is an additional 5 days.
After the Ideation Phase concludes, the proposer should repost their summarized proposal as a new comment under the same thread. Edits or changes reflecting community feedback should be incorporated into the newly summarized proposal at this stage, and a proposal number (e.g., PCP-1 or GCP-1) should be added.
After this summary proposal is posted, a 2 day time window will be open for a final review of the proposal and address any challenges from the community. The duration is extendable with a written request from the community or proposer as a forum comment before the proposal is published on Snapshot for temperature-check voting.
Step 2 Proposal Submitted on Snapshot Labs
Once posted in the Seamless Governance Hub, if an initial proposal gains general community interest after an open comment period, the proposal should be submitted via the Snapshot Labs portal to receive early signaling of whether people are βForβ or βAgainstβ the proposed change.
Snapshot proposals currently have an open voting period of 3 days. The signaling vote informally requires a simple majority decision for a temperature check to be considered valid, the proposal can then proceed to onchain voting.
To summarize: using this offchain temperature check, proposals undergo collaboration and refinement prior to being submitted for onchain voting.
Step 3 Onchain Voting (SIP) Phase
After the temperature check on Snapshot Labs, for proposals that involve smart contract changes, the next step is to submit the proposal onchain through the Tally interface (PCP or GCP). A "cool-down period" of at least 24 hours between the end of the Snapshot vote and commencement of on-chain vote is strongly recommended.
Any wallet with sufficient voting power can create a Seamless Improvement Proposal (SIP). The current Proposal voting power requirement is set at 0.2% of the SEAM token supply.
These Seamless Improvement Proposals (SIP) can fall into two categories:
Protocol Changes
Governance Changes
Protocol Changes are proposals pertaining to any risk parameter changes, the addition of new asset markets, decisions about the SEAM token emissions rate, etc.
Governance Changes cover changes to broader protocol governance structures, format, processes and quorum thresholds, and therefore require a higher margin of βForβ votes to pass.
When submitting a SIP, authors will need to include a detailed description and the accompanying executable code, so that the operations will be automatically executed if the proposal is approved.
Step 4 The Voting Period Phase
The voting period begins after a 2 day window and lasts for 3-10 days depending on the category of the proposal:
Protocol Changes - 3 Day Voting Period
Governance Changes - 10 Day Voting Period
During the voting period, only wallets with delegated voting power are able to voteβthis includes wallets that have self-delegated. Users who choose to delegate their voting power to other delegates are unable to vote themselves.
For those with voting power, you can submit a vote of "For", "Against", or "Abstain" on the SIP.
At the conclusion of the voting period, a proposal succeeds if it meets the following thresholds:
Protocol Changes
Proposal has received quorum of at least 1,500,000 SEAM votes casted
Proposal has received the following outcome: Number of For votes > Number of Against votes
Governance Changes
Proposal has received quorum of at least 1,500,000 SEAM votes casted
Proposal has received the following outcome: Number of For votes > 2x Number of Against votes
Step 5 Timelock Phase
If quorum is met AND vote passes, the timelock automatically executes the proposal code onchain. The timelock execution delay ranges from 2-5 days depending on the category of the proposal:
Protocol Changes - 2 Day (48 Hours) Timelock
Governance Changes - 5 Day (120 Hours) Timelock
*Note* If quorum is not met OR if quorum is met but the vote does not pass, the submitted proposal fails, and the code is not executed.
Step 6 Execution Phase
After the Timelock phase has passed (2-5 days), any user on the BASE network can execute the proposal. This will trigger all the executable code and operations that were in the proposal to be performed.
The onchain voting process follows the diagram below:
Last updated