写客户端的人靠捐赠和风投融资吃饭，运行节点的人没有任何收入。EIP-908 在 2018 年提出把客户端报酬写进协议：客户端每验证一个近期区块，就在区块里留一枚签好字的验证记录并领取零点一五以太。本文拆解它的机制设计、防作弊博弈，以及这个想法为何停在草案。

并非所有改变共识规则的决定都需要硬分叉。如果一条新约束在历史上从未被打破，支持与不支持的节点对同一条链的判断完全一致，它就可以追溯地视为自创世起生效。EIP-7675 尝试为这类规则立一份官方清单，本文拆解其判例逻辑、名单上的五条规则，以及这份元提案为何最终以撤回收场。

多数链上治理只统计通过的那几票，但被否决或凑不够法定人数的提案同样是信息。本文拆解提案未通过的几种结局——票数不足、法定人数缺席、流程瑕疵作废、主动撤回——各自透露的治理状态，如何区分一次意外与一个信号，以及持有人观察失败提案记录的三个实用角度。不构成投资建议。

有些链上协议在投票和执行之间插了一道审查方：多数票通过的提案，仍可能被它按下暂停。本文拆解双层治理里否决权的三种常见写法——能否决内容、能否决程序、能否决节奏，审查方的权力来源与解除方式，以及普通持有人判断这道闸门是保险还是钥匙的检查顺序。不构成投资建议。

链上治理的委托关系大多只走一跳：你把票委托给代表，代表自己如果把票再委托出去，你的那份票权并不会跟着他继续转手。本文拆解主流委托实现里「谁的余额算在谁名下」的判定规则、为什么转委托经常不叠加、delegate 与 delegates 两个读数怎么交叉核验，以及委托关系与快照块错位造成的错觉。不构成投资建议。

链上治理的时间锁管的是提案通过后等多久执行，提案之间的频率闸门管的却是多久能提一票。本文拆解提案最小间隔、同时在途提案数、投票延迟等参数的作用方式，它们如何防提案刷屏与注意力稀释，紧急提案为何需要快车道，以及用户从哪些链上读数能判断一个协议的提案节奏是否健康。不构成投资建议。

BIP-132 在 2015 年尝试给 BIP 提案定一个通过流程：按客户端、矿工、商户、用户四个分段组委员会，各方代表至少百分之一生态份额，四段中三段达成七成共识才算接受。本文复盘它的流程设计与落选原因。

治理参数变更存在追溯适用与新人新办法两种边界写法，决定存量仓位按新线还是旧线管理。本文区分适用规则与监控提醒两类议题，拆解 grandfather 设计的含义与坑。

投票可撤销性是治理合约的设计选项：锁死、覆盖与撤回三种写法各有防贿选与防摇摆的取舍。本文比较改票机制对最终一致性、拉票策略与审计痕迹的影响。

链上治理常在预定区块高度对投票权重做快照，快照之后的买入与转移不计入本轮投票。本文解释快照时点与委托生效延迟叠加后的两重时间陷阱与自查方法。