Rust智能合约养成日记（10-3）Sputnik DAO::提案机制剖析

Sputnik-DAO 作为 NEAR Protocol 的基础设施,正推动着NEAR生态向"去中心化"方向发展。目前该平台已促成了众多NEAR项目的"去中心化"自治社区,同时提供了完整灵活且高效的社区决策治理解决方案。

Sputnikdaov2是用于 Sputnik-DAO 社区治理投票的智能合约。本文将介绍该合约的核心概念:提案(Proposal),并在后续文章中围绕"提案"介绍相关的DAO社区治理模式(Policy)。

1. 提案发起(Add Proposal)

Sputnik-DAO 社区成员可以就项目的治理或管理发表意见或提交提案。每个持股的社区成员都可以对提案进行审议和投票。社区成员可以通过投票或发起新的管理提案来影响项目的未来走向。

在合约层面,DAO社区成员可调用sputnikdaov2合约的add_proposal()方法来发起新提案:

rust pub fn add_proposal(&mut self, proposal: ProposalInput) -> u64

提案者需提供提案的详细信息(ProposalInput):

• 提案的文字描述(Description)
• 提案的类型(kind)

add_proposal()方法会进行校验处理,生成一个完整的提案(Proposal),并与唯一的proposal_id绑定,添加到合约全局维护的提案池中。

提案的完整属性信息包括:

• 描述(description)
• 类型(kind)
• 提案者(proposer)
• 状态(status)
• 发起时间(submission_time)
• 投票状态(vote_counts, votes)

需要注意的是,Sputnik-DAO 要求提案者在发起提案时质押一定数额的 NEAR 代币作为保证金。该押金将在提案正常结束时退还给提案人。

2. 提案状态(Proposal Status)

Sputnik-DAO 中的提案可能经历多种状态,初始状态为InProgress。提案状态的变化由act_proposal()方法驱动。

社区成员可对提案执行以下操作:

• VoteApprove: 表示赞成
• VoteReject: 表示反对
• VoteRemove: 认为该提案无意义,需移除

投票后会进行计票,满足投票阈值的提案状态会相应变更:

• Approved: 通过调用internal_execute_proposal()执行提案
• Rejected/Removed: 通过调用internal_reject_proposal()执行收尾操作

Rejected和Removed状态的区别在于,Removed状态的提案会直接从提案池中移除,且不退还押金。

3. 提案执行(Execute Proposal)

对于Approved状态的提案,会调用internal_execute_proposal()函数执行提案内容。

Sputnik-DAO 支持多种提案类型,本文重点介绍两种典型类型:

3.1 合约函数执行提案(ProposalKind::FunctionCall)

FunctionCall类型提案可以执行指定的合约函数。提案中包含要执行的函数操作(actions),可以指定多个ActionCall对象,每个对象指定相应的合约方法名和参数。

最终通过Promise Batch Actions的形式完成合约函数的执行。

3.2 合约资金转移提案(ProposalKind::Transfer)

Transfer类型提案可以将合约账户积累的代币(NEAR或NEP-141标准代币)转移到指定账户。

internal_execute_proposal()会调用internal_payout()函数,实现对不同类型代币和接收账户的转账操作。

4. 总结

本文介绍了Sputnik DAO合约的核心概念——提案(Proposal),包括提案的创建、投票执行以及状态变化规则。后续文章将基于提案对Sputnik-DAO的治理模式(Policy)进行更详细的描述。