DAO的基础：区块链与智能合约
DAO即去中心化自治组织。Ethereum.org的DAO介绍将其描述为围绕共同目标开展协作的组织，成员通过提案与投票参与决策，智能合约负责约束部分规则和资金使用。成员资格可以基于代币、份额或贡献形成的声誉；执行也可以结合多重签名。
区块链提供共享记录和执行环境，智能合约表达可由程序验证的条件。网络共识负责让节点认可链上状态，DAO治理则决定组织要采取什么行动。两者处在不同层面，网络认可一笔交易，并不意味着认可决策的合理性。
成员资格、投票权与委托
成员资格回答谁能参与，投票权回答参与者的意见如何计入结果。不同组织可以采用不同资格规则，因此不能把所有DAO都理解为一人一票，也不能默认持有代币就拥有相同权重。
委托允许成员将投票权交由代表行使。理解这种机制时，应分别看资产归属与治理权限：委托投票权本身不等于把资产转给代表。基于贡献的声誉模式则适用于强调参与记录的治理设计。
治理合约如何组织提案
OpenZeppelin治理文档展示了模块化Governor体系：投票权来源、法定票数和计票方式可以分别配置；ERC20Votes记录历史投票权及委托信息；治理合约还可配合时间锁。其示例是一种实现方式，并非所有DAO必须采用的标准。
提案门槛决定谁能发起议题，投票延迟提供准备时间，投票周期规定表决窗口。法定票数要求与赞成票通过条件需要分别理解：参与达到要求，并不必然表示提案获准。历史快照则让同一提案按照确定时点的投票权计票，减少转移代币后重复利用票权的问题。
资金库、多重签名与时间锁
资金库用于管理组织共同控制的链上资产。若治理结果连接到有相应权限的执行合约，满足条件后可以执行指定操作；若资产由多重签名钱包控制，则通常还需要签名人完成操作。前者依赖合约权限，后者同时依赖签名人的履职。
时间锁在决策通过与执行之间设置等待期，适合需要保留审查窗口的操作。但等待期不会自行判断提案是否合理，仍需结合明确的权限设置和治理流程。
常见问题：自治是否意味着完全自动化
投票通过不等于交易已经执行。实际执行还可能需要排队、等待时间锁结束，以及提交执行交易。讨论、贡献评估和现实世界事务也未必能由合约直接完成。
代码公开同样不等于没有风险。理解一个DAO的适用边界，应关注谁能提出变更、谁能批准、谁能执行，以及是否存在升级或否决权限；这些具体安排决定了自治的实际范围。