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)進行更詳細的描述。