Rust智能合约养成日记(11) - Sputnik DAO 提案机制详解

Sputnik-DAO 作为 NEAR Protocol 的重要基础设施,正在推动 NEAR 生态向去中心化方向发展。目前该平台已促成多个 NEAR 项目建立去中心化自治社区,提供了完整灵活的社区决策治理方案。

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

1. 提案发起

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

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

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

提案者需提供以下详细信息:

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

这些信息将作为参数传入 add_proposal() 方法,经过处理后生成一个完整的提案(Proposal),并与唯一的 proposal_id 绑定,添加到合约全局维护的提案池中。

完整的提案属性包括:提案者、状态、发起时间、投票状态等。

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

2. 提案状态

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

成员可调用 act_proposal() 对提案执行以下操作:

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

投票后,合约会调用 policy.proposal_status() 进行计票,满足条件的提案状态会相应变更。

• Approved 状态的提案将被执行
• Rejected 或 Removed 状态的提案将执行收尾操作

Removed 状态的提案会直接从提案池移除,不退还押金。Rejected 状态的提案会保留在池中并退还押金。

3. 提案执行

Approved 状态的提案将调用 internal_execute_proposal() 函数执行决策内容。

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

3.1 合约函数执行提案

FunctionCall 类型提案可执行指定的合约方法。提案者在创建时通过 ProposalInput 传入要执行的函数操作(actions)。

每个 action 可指定合约方法名和参数。Sputnik-DAO 采用 Promise Batch Actions 的形式完成函数执行。

3.2 合约资金转移提案

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

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

4. 总结

本文介绍了 Sputnik DAO 合约的核心概念提案(Proposal),包括提案的创建、投票、状态变化和执行流程。后续文章将基于提案详细描述 Sputnik-DAO 的治理模式(Policy)实现与配置。