Rust智能合约养成日记(10-3):Sputnik DAO提案机制解析

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

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

1. 提案发起

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

在合约层面,DAO 成员可调用 sputnikdaov2 合约的 add_proposal() 方法来发起新提案。调用时需提供提案的详细信息(ProposalInput),包括:

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

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

提案的完整属性信息包括:提案者、状态、发起时间、投票状态等。新提案的状态默认为 InProgress。

Sputnik-DAO 要求提案者质押一定数额的 NEAR 代币作为押金。该押金在提案正常结束时会退还给提案者。

2. 提案状态

Sputnik-DAO 中的提案可能经历多种状态:InProgress、Approved、Rejected、Removed 等。

提案状态变化由 act_proposal() 方法驱动。DAO 成员可调用该方法对提案执行投票等操作:

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

内部会调用 policy.proposal_status() 进行计票。对于满足投票阈值的提案,状态会相应变更:

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

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

3. 提案执行

若提案状态为 Approved,内部会调用 internal_execute_proposal() 执行提案内容。

Sputnik-DAO 支持多种提案类型,大多涉及 DAO 治理模式的配置更新。下面介绍两种典型提案类型的处理流程:

3.1 合约函数执行提案

对于 FunctionCall 类型提案,内部会采用 Promise Batch Actions 的形式执行提案中指定的合约方法调用。

3.2 合约资金转移提案

对于 Transfer 类型提案,内部会调用 internal_payout() 函数,实现不同类型代币向指定账户的转账操作。

本文介绍了 Sputnik DAO 合约的核心概念——提案(Proposal),包括提案的创建、投票和执行流程。后续将进一步介绍 Sputnik-DAO 中治理模式(Policy)的实现与配置。