DAO Governance
Overview
SuiVerse operates as a Decentralized Autonomous Organization (DAO) with an open proposal system where anyone can submit proposals, but only validators can vote on them.
Governance Process
Open Proposal with Validator Voting
Governance Flow
Adjustable Parameters
System Parameters
struct SystemParameters has key {
id: UID,
admin: address,
// Validator-related parameters
validator_stake_amount: u64, // Default: 1000 SUI
min_reputation_score: u64, // Default: 80+ activity score
validation_count_required: u64, // Default: 50+ validations
// Quiz validation parameters
quiz_validators_count: u64, // Default: 3 validators
quiz_approval_threshold: u64, // Default: 7/10 score
quiz_validation_period: u64, // Default: 48 hours
// Content validation parameters
article_approval_threshold: u8, // Default: 7/10
project_approval_threshold: u8, // Default: 7/10
article_validator_count: u8, // Default: 3 validators
project_validator_count: u8, // Default: 5 validators
// Economic parameters
proposal_deposit: u64, // Default: 100 SUI
exam_creation_deposit: u64, // Default: 500 SUI
quiz_creation_fee: u64, // Default: 2 SUI
}
Automatic Governance Execution
Smart Contract Auto-Execution
public fun auto_execute_proposal(
proposal: &mut GovernanceProposal,
config: &mut GovernanceConfig,
ctx: &mut TxContext
) {
assert!(proposal.status == 1, E_NOT_PASSED);
assert!(clock::timestamp_ms() >= proposal.voting_end, E_VOTING_NOT_ENDED);
match (proposal.proposal_type) {
PARAMETER_CHANGE => {
apply_parameter_change(proposal);
proposal.status = 3; // Executed
emit(ParameterChangedEvent { proposal_id: object::id(proposal) });
},
EXAM_CREATION => {
create_exam_from_proposal(proposal);
proposal.status = 3;
emit(ExamCreatedEvent { proposal_id: object::id(proposal) });
},
CERTIFICATE_TYPE => {
create_certificate_type(proposal);
proposal.status = 3;
emit(CertificateTypeCreatedEvent { proposal_id: object::id(proposal) });
},
ECONOMIC_UPDATE => {
update_economic_parameters(proposal);
proposal.status = 3;
emit(EconomicParametersUpdatedEvent { proposal_id: object::id(proposal) });
}
};
// Return deposit with bonus to proposer
transfer::public_transfer(
coin::from_balance(proposal.deposit_amount + 10, ctx),
proposal.proposer
);
}
Validator Requirements
| Requirement | Value | Purpose |
|---|---|---|
| Minimum Stake | 1,000 SUI | Commitment assurance |
| Activity Score | 80+ | Active participation |
| Validation Count | 50+ | Experience requirement |
| Reputation | 4.0+ | Quality assurance |
Governance Scope
| Category | Examples | Voting Period |
|---|---|---|
| Tag Management | Add/remove/modify tags | 3 days |
| Exam Templates | Test formats and criteria | 7 days |
| Certificate Types | New credentials and requirements | 7 days |
| Economic Parameters | Fees, deposits, rewards | 14 days |
| Validation Criteria | Content quality standards | 7 days |
Proposal Types
| Type | Description | Required Quorum |
|---|---|---|
| Parameter Change | System value adjustment | 10% |
| Feature Addition | New feature introduction | 20% |
| Economic Model Change | Fee structure modification | 30% |
| Emergency Action | Security issue response | 5% |
2. Discussion Phase
- Duration: 3 days
- Platform: Forum and Discord
- Feedback Collection: Community input integration
- Modifications Allowed: Proposers can revise based on feedback
3. Voting Phase
Voting Mechanism
- Voting Period: 7 days
- Voting Method: 1 token = 1 vote
- Options: For / Against / Abstain
- Quorum: Minimum 15% of total tokens participating
Approval Thresholds
| Proposal Type | Required Approval Rate |
|---|---|
| General Proposal | 50% + 1 |
| Major Change | 66.7% |
| Emergency Action | 75% |
4. Execution Phase
Timelock Mechanism
- Waiting Period: 2 days
- Purpose: Prevention of malicious proposals
- Cancellation: Emergency multisig cancellation possible
Execution Process
- Register in Timelock queue
- 2-day waiting period
- Auto-execution or manual trigger
- On-chain parameter updates
Governance Token (VERSE)
Token Utility
-
Voting Rights
- 1 token = 1 vote
- Delegation possible
- Snapshot-based
-
Proposal Rights
- Minimum holding required
- Proposal fee discounts
-
Revenue Sharing
- Platform revenue distribution
- Staking rewards
Token Distribution
| Target | Percentage | Vesting |
|---|---|---|
| Community | 40% | 2-year linear |
| Development Team | 20% | 4-year linear |
| Early Investors | 15% | 3-year linear |
| Treasury | 15% | Immediate |
| Airdrop | 10% | 6 months |
Security Mechanisms
1. Multisig Management
- Configuration: 4 out of 7 approval required
- Authority: Emergency actions, Timelock cancellation
- Election: Community voting
2. Emergency Pause
- Condition: Severe security threats
- Authority: Multisig or emergency voting
- Duration: Maximum 72 hours
3. Upgrade Policy
- Transparency: All code changes public
- Audits: External security audits required
- Testnet: 2-week testing before mainnet deployment
Incentive Structure
Governance Participation Rewards
| Activity | Reward |
|---|---|
| Proposal Passed | 100 VERSE |
| Vote Participation | 1 VERSE/vote |
| Discussion Contribution | 5 VERSE/useful comment |
| Bug Discovery | 50-500 VERSE |
Penalties
| Violation | Penalty |
|---|---|
| Malicious Proposal | Proposal fee forfeiture |
| Spam Voting | Voting rights suspension |
| Governance Attack | Token freeze |
Roadmap
Phase 1: Centralized Start (Current)
- Core team manages parameters
- Community feedback collection
- Governance token design
Phase 2: Partial Decentralization (3 months)
- Governance token launch
- Some parameters transferred to DAO
- Voting system construction
Phase 3: Full Decentralization (6 months)
- All authority transferred to DAO
- Multisig configuration
- Automated execution
Phase 4: Advanced Features (12 months)
- Cross-chain governance
- Delegated voting
- Prediction market integration
Governance Forum
- Official Forum: governance.suiverse.io
- Discord: discord.gg/suiverse
- Proposal Templates: Provided on GitHub
- Voting Dashboard: vote.suiverse.io