我们很高兴分享我们在 DAOSquare Incubator 中的一些机制和技术设计，例如这篇文章介绍的投票系统。这些设计的目标是提供更好的链上风投体验，并使它们符合去中心化、开放、可验证、去信任、无需许可等理念。这篇文章我们将专门介绍 DAOSquare Incubator 的投票系统

在 DAOSquare Incubator 或者说在链上风投的应用场景中，投票的目的通常包括以下几个方面：投资决策、成员管理、资金管理、系统参数调整及合约升级。与普通投票不同的是，DAOSquare Incubator 的投票是可执行的。这意味着投票结果一定会被执行，而不存在人为抗拒执行的可能性。

例如，当一笔投资提案投票通过，投资款一定会从 DAO 划拨给被投方，同时创建一个 Vesting 合约供所有参与该笔投资的投资人在 Vesting 周期内 Claim 被投方的 Token (甚至同时为投资人发行一个代表其投资份额的 NFT)。这种通过技术实现的确定性保证了投融双方的利益，融资方可以确定性地收到投资款，投资方可以确定性地收到融资方的 Token 或未来可得凭证 (份额 NFT)。

这种确定性也同样体现在邀请一位新成员加入 Governor，或修改 Investor 的参与人数上限等等。总之，在 DAOSquare Incubator 中，投票意味着决定一个确定会被执行的具体动作。

几乎所有的 DAO 都有着各不相同的投票策略，这意味着开放、可定制化的投票系统非常有必要。因此我们希望提供一种搭积木的方式让用户定制符合其需求的投票系统。

整体而言，该投票系统由以下几类参数组成：

• 投票资格 (Voting Eligibility)：谁有权参与投票。
• 投票权算法 (Voting Power Algorithm)：投票权算法定义了如何计算每位投票者的投票权。它涉及两方面内容：用什么投票 (计票资产 Voting Asset)、以及如何基于这些 Voting Asset 赋予投票者投票权重 (Weight Algorithm)。
• 投票结果判定算法 (Voting Judgement Algorithm)：通过多种可选的 Support (支持率) 算法和 Quorum (参与度) 算法为投票提供判定参数。DAO 可以通过设定的 Support 和 Quorum 值来判定一个投票是否应该被通过。
• 周期参数 (Period)：周期参数定义了一个提案的有效时长。它由 Voting Period 和 Execution Period 两个参数组成。

下面，我们来具体介绍。

Voting Eligibility

Voting Eligibility 定义了谁有资格参与投票，而非具体的投票权。一个人可以拥有投票资格，但可能投票权为 0 (投票权取决于 Voting Power Algorithm )。Voting Eligibility 仅定义资格。

在 DAOSquare Incubator 中，用户可以建立和参与三种不同模式的 Venture DAO，这些 Venture DAOs 均通过 Governor 角色来管理和维护，Governor 可以是一群人也可以是一个人 (取决于 Ventures 类型和 DAO 的机制设计)。在 Governor 管理范围内的事务通常通过 Voting 进行决策。特定类型的 DAO (例如 Flex) 还提供了 Investor Poll，其投票机制类似。

场景一：Governor Voting

一个用户是否有权参与某个 DAO 的 Governor Voting (即 Governor Voting Eligibility)，是根据该用户是否拥有该 DAO 的 Governor 身份来判断的。至于如何成为一个 DAO 的 Governor，以及谁有资格成为 Governor (Governor Eligibility)，后续会有单独介绍。总之，成为 DAO 的 Governor 便拥有了这个 DAO 针对 Governor 管理范围内的投票资格。

场景二： Investor Poll (Voting)

Flex 类型的 Venture DAOs 可以在投资提案开启之前进行一次民意调查 (或称为温度检测) 来判断该投资提案是否有必要开启。DAO 同样也需要设置谁可以参与 Poll 的投票 (即 Poll Eligibility)。

目前 Poll Eligibtliy 提供了四种链上验证类别 (四选一)：