以太坊现行升级靠博客公告与客户端版本推进,激活本身没有链上投票。EIP-7848 提议在区块头 extraData 之后加一个参考实现哈希字段,让节点用出块为某个软件版本计票,达到阈值才切换行为。本文拆解这份 2024 年底草案的机制与未决参数。
汇总与「治理」相关的文章,帮助你系统了解该主题。
以太坊现行升级靠博客公告与客户端版本推进,激活本身没有链上投票。EIP-7848 提议在区块头 extraData 之后加一个参考实现哈希字段,让节点用出块为某个软件版本计票,达到阈值才切换行为。本文拆解这份 2024 年底草案的机制与未决参数。
EIP-7723 为每次以太坊网络升级定义了提案的收录流程:Proposed、Considered、Scheduled、Declined、Included 五个阶段,且每个阶段都按「单次升级」逐一判定。本文区分「提案自身状态」与「升级收录状态」两套标签,并说明这份处于 Last Call 阶段的流程文件如何改变「某提案进了哪个升级」这句话的含义。
EIP-7940 是一个不走技术路线的提案:由社区选举一位所谓 Shah,充当以太坊社区与核心开发者之间的传声筒和守护者。本文解释这份提案想解决的沟通断层、它为什么被归入信息类提案,以及读者该怎么看待这类治理实验。
借贷与做市协议的风控参数靠治理流程更新,而治理有提案、表决、时间锁的节奏。这篇量化滞后本身:行情波动速度与参数复核周期错配时,缓冲垫被吃掉的算术、参数滞后与流动性退化的相互放大,以及用户能自查的参数新鲜度信号。
投票通过的参数如果引发问题,协议怎么改回来?这篇讲链上治理里三类纠错手段——执行撤销、反向提案、紧急权限——各自能回滚什么、不能回滚什么,以及从发现到生效的完整时间账。
托管质押下密钥由平台管理,链上治理投票只能由平台发起,哪些票由谁投、按什么逻辑投写在条款而不是公告里。本文拆解代投默认逻辑与利益冲突点、用户可选档位与生效细节、系统弃权对投票率的真实影响,以及在乎治理参与时的自托管替代与快照口径。机制说明撰写于 2026 年 9 月,各平台政策以官方条款为准。
核心项目官方承诺大约六个月一个主版本,维护版本只修 bug、不加功能,但共识规则变化例外。本文按官方生命周期与发布流程文档,拆解版本号的解耦设计,以及一次发布背后那些与钱包和节点用户有关的例行维护动作。
治理项目里各家投票合约接口不同,第三方工具难以通用。ERC-1417 在 2018 年 9 月提出一套 Poll 标准:vote、revokeVote、canVote、getVoteTally、winningProposal 等函数加 CastVote、RevokedVote、TriedToVote 三个事件,用 ERC-165 声明身份。该标准现处 Stagnant 状态。本文讲这套接口想统一什么、为什么没能统一。