本文根据 Ethereum 官方路线图,解释 Glamsterdam 的时间窗口、原生 proposer-builder separation 与区块级访问列表方向,并明确哪些内容仍处于开发或待确认阶段。
汇总与「协议升级」相关的文章,帮助你系统了解该主题。
本文根据 Ethereum 官方路线图,解释 Glamsterdam 的时间窗口、原生 proposer-builder separation 与区块级访问列表方向,并明确哪些内容仍处于开发或待确认阶段。
以太坊验证者注册时提交的 32 字节提取凭证,决定了质押 ETH 未来往哪里退。本文拆解 0x00、0x01、0x02 三种凭证类型的差别:BLS 锁定地址、执行层地址、Pectra 引入的复利类型,讲清 BLS 转执行地址的一次性消息与队列限速、Shapella 开放提款的时点,以及凭证与提现扫描、退出队列的关系。
Cosmos SDK 用模块共识版本号、逐级注册的迁移脚本和升级处理器的 VersionMap,把存储结构变更拆到单个模块级别。本文按官方文档拆解 ConsensusVersion 从一出发、RegisterMigration 的链条连续性、新增与删除模块的处理差异,以及这套机制管不到什么。
自 v3 起,Celestia 的网络升级不再依赖预编程区块高度:验证者在协议内上报版本偏好,五分之六投票权汇聚后再等一周自动激活,规则由 CIP-10 定义。本文按官方运维文档与架构记录梳理信令流程、滚动升级前提、失败模式与用户侧跟进方式。
Stellar 的协议版本是账本头里的 ledgerVersion,一次协议变更就加一,不需要约定停机区块高度。变更本身是共识议题:节点在提名阶段把看不懂、与自己预设不一致或时间未到点的升级项从投票里丢掉,法定集合投了无效值就整轮弃权;升级在交易集之后才应用,可改的对象包括基础费、交易集上限、最低保留额、协议版本与一组配置升级集。本文按 stellar-core 版本机制文档拆解投票顺序、失败回退与兼容性层次。
EIP-7892 把只改 blob 目标数、上限与调价系数的变更做成 Blob 参数专用分叉:参数进 EIP-7840 的 blobSchedule 配置表,fork digest 把上限编码进网络摘要,ENR 用 nfd 通告下一个分叉;示例数值以官方提案标注为准。
2016年,以太坊在主网区块一百一十五万处执行了第一次计划内硬分叉,代号家园。EIP-2 列出了这次升级的行为改动:合约创建交易涨价、高 s 值签名作废、创建失败不再留下空合约、难度公式换算法。本文逐条讲清这四处改动各堵住了什么洞,以及为什么第一块补丁选择从交易签名和创建成本下手。
以太坊每次协议升级背后都有一份元提案:定代号、列时间表、登记收录哪些EIP、追踪从提案到进主网的每一步。这套写法出自2017年的EIP-233。本文讲清硬分叉元提案的结构、时间线上四个关键节点、EIP在开发者会议里的三种去向,以及为什么后来那些大升级都照这个模板立档。
XRP Ledger 用修正案机制升级协议:验证者在每 256 个账本的 flag ledger 投票,超过八成支持持续两周即永久启用,未升级节点进入 amendment blocked 退出共识。本文按官方文档拆解伪交易标记、两周计时、否决与退休规则。
以太坊的升级长期随到随发,各方排期靠抢。EIP-1872在2018年提出把全年划成四个固定升级窗口,按路线图、紧急、危急三档分流。提案停在Stagnant,但它回答了升级治理的真问题,也解释了为什么理想排期斗不过紧急现实。