Parameters of Babylon Genesis Governance.
Governance is a critical component of the Babylon Genesis, enabling network participants to collectively make decisions that shape the future. This guide explains the key governance parameters that define how the proposal and voting processes work on Babylon.
Key Governance Parameters
Babylon Genesis’ governance parameters are tailored to its specific needs ,
Deposit Parameters
| Parameter | Value | Description |
|---|---|---|
| Minimum Deposit | 50,000 BABY | The minimum amount required for a proposal to enter the voting period. Acts as a spam prevention mechanism. |
| Maximum Deposit Period | 14 days | Maximum time allowed to reach the minimum deposit. If not reached, the proposal is rejected and deposit may be burned. |
| Expedited Minimum Deposit | 200,000 BABY | Higher deposit required for expedited proposals that need faster processing. |
Voting Parameters
| Parameter | Value | Description |
|---|---|---|
| Voting Period | 3 days | The standard duration for voting on governance proposals. |
| Expedited Voting Period | 1 day | Shorter voting period for urgent proposals requiring faster decision-making. |
| Quorum | 33.4% | Minimum percentage of voting power that must participate for a vote to be valid (greater than 1/3). |
| Threshold | 50% | Proportion of “Yes” votes (excluding “Abstain” votes) required for a proposal to pass. |
| Veto Threshold | 33.4% | Proportion of “NoWithVeto” votes that will reject a proposal regardless of other votes (greater than 1/3). |
| Expedited Threshold | 66.7% | Higher approval threshold required for expedited proposals. |
Deposit Burn Parameters
| Parameter | Value | Description |
|---|---|---|
| Burn Proposal Deposit Prevote | No | Deposit is not burned if the proposal doesn’t enter voting phase. |
| Burn Vote Quorum | No | Deposit is not burned if the vote doesn’t reach quorum. |
| Burn Vote Veto | Yes | Deposit is burned if the proposal is vetoed, discouraging spam proposals. |
| Minimum Initial Deposit Ratio | 0% | Minimum proportion of the total required deposit that must be provided initially. |
Vote Types
When voting on proposals, participants can choose from four options:
- Yes: Approve the proposal
- No: Reject the proposal
- No With Veto: Reject and express strong opposition (counts toward veto threshold)
- Abstain: Formally participate without affecting approval ratio
Vote Inheritance
If a delegator does not vote on a proposal, they automatically inherit their validator’s vote. This ensures that delegated tokens still contribute to governance decisions.
Proposal Lifecycle
- Submission: A proposal is submitted with an initial deposit.
- Deposit Period: Other token holders can contribute to reach the minimum deposit within the maximum deposit period (14 days).
- Voting Period: Once minimum deposit is reached, the 3-day voting period begins.
- Execution: If quorum is met and threshold requirements are satisfied, the proposal passes and is executed.
Expedited Proposals
For time-sensitive matters, expedited proposals offer a faster governance path with:
- Higher minimum deposit (200,000 BABY)
- Shorter voting period (1 day)
- Higher approval threshold (66.7%)
If an expedited proposal fails to meet these higher requirements, it can be converted to a regular proposal.
These parameters balance efficiency with sufficient time for community discusssion, while maintaining strong protection against governance attacks.
More detail about the governance process is hosted under (Babylon Labs documentation site)[Governance | Babylon Docs].