第 02 章14 分钟
SNAPSHOT · DELEGATION · QUORUM一票代表多少投票权？
让 Alice 把票委托给 Bob，再在快照时刻冻结投票权，观察参与率和法定人数如何共同决定结果。
本章目标学完后，你应该能：
- 解释投票权快照为何冻结在提案创建时
- 区分委托、直接投票、弃权和法定人数
- 用参与票数判断一项提案是否有资格进入下一阶段
- 上一章一项可执行的提案需要什么？
- 本章一票代表多少投票权？
让 Alice 把票委托给 Bob，再在快照时刻冻结投票权，观察参与率和法定人数如何共同决定结果。
- 下一章提案通过后为什么还要等待？
阅读前
先想一想这几个问题
展开答案前，可以先在心里做个判断。与预期不同的内容可以加入复习列表。
Q01投票开始后借来一大笔代币，能立刻取得控制权吗？＋
简要回答
设计良好的治理通常读取提案开始前的投票权快照，后来借入的代币不会改变这次票数。但快照时间、委托和借贷市场仍可能形成别的攻击面。
和原先判断相比：
代币治理把“谁能表达意见”变成可计算的投票权，但可计算不等于简单。委托、快照、弃权和法定人数决定一张票什么时候有效、多少票足够继续。
先冻结投票权，再开始计票
Alice 把 420,000 票委托给 Bob 后，Bob 的代表权变成 750,000。创建提案的那一刻会拍下快照；之后再转移代币，不会偷偷改变已经开始的投票。
SECURITY 002 · PROPOSAL / VOTE / TIMELOCK / TREASURY
谁有权改变协议？
跟着一项提案从意图走到可执行状态，再检查投票权、时间锁和金库守恒。
当前场景投票委托阶段：草稿
参与投票0法定人数 600,000
赞成比例0.0%占快照投票权
金库余额1,000,000虚拟积分
协议手续费0.30%运行中
总投票权1,000,0000 已委托
- 01草稿→
- 02投票中→
- 03已通过→
- 04时间锁→
- 05可执行→
- 06已执行
创建提案，冻结一份投票权快照。
CONTROL CONSOLE让提案前进一个合法步骤
投票委托
投出一票
Alice420,000 票
Bob330,000 票
Carol250,000 票
观察提示
先创建一项提案。先读清楚动作，再看票数，治理才不会退化成情绪百分比。
- 02
投票窗口 3 天，法定人数 60%，时间锁 2 天。
- 01
治理模块创建：1,000,000 治理代币、1,000,000 积分金库，提案需要投票和时间锁。
操作记录实验时间轴
1 个状态快照拖动滑块可以回到此前的步骤。从那里继续操作时，后续记录会替换为新的操作序列。
先在“委托”场景点 Alice → Bob，再创建提案。尝试让 Alice 投票，观察系统拒绝重复使用同一份投票权；再让 Bob 投票，记录参与率和支持率的不同分母。
展开：这一步如何实现
snapshot = balances + delegation at proposal creation
participation = for + against + abstain
pass = participation >= quorum && for > against
快照是抗“投票期间借票”的时间边界；委托是把表达权交给代表，不是制造新代币。生产系统还需要考虑委托链、投票锁仓、治理代币转移和女巫攻击。