以太坊升级为什么叫“坎昆”“布拉格”？分层升级命名法拆解

一句话先说清

以太坊的每次大升级其实是两个升级：执行层一个、共识层一个，各有各的名字。执行层升级从 2021 年起用 Devcon/Devconnect 主办城市命名（伦敦、坎昆、布拉格……），共识层升级按字母顺序用恒星名（Altair、Bellatrix、Deneb、Electra……）。两条升级同时上线后，社区把两个名字各切一截拼成口语词：Cancun+Deneb 成了 Dencun，Prague+Electra 成了 Pectra。名字与升级内容没有任何语义关系，它只是一个中性、可预测、不吵架的编号系统。

城市名的来历

执行层曾用名经历了“ Frontier、Homestead、Metropolis”这类主题词的年代，后来改用地名：Berlin 对应 Devcon 0 举办地柏林，London 对应 2019 年在伦敦举行的社区活动。2019 年中期，以太坊基金会的 Alex Beregszaszi 提议固定用 Devcon 主办城市命名——城市年年有，名字用不完，而且地名不承载价值判断，省掉了“这升级凭什么叫凯旋”之类的争论。例外是合并（The Merge）执行层代号 Paris：它纪念的不是 Devcon，而是当年的社区大会 EthCC。

恒星名的规则

信标链上线后，共识层升级统一取恒星名并按字母表推进：A 的 Altair（2021 年 10 月）、B 的 Bellatrix、C 的 Capella（2023 年上海/Capella 升级）、D 的 Deneb、E 的 Electra、F 的 Fulu……名字通过社区共识挑选，唯一硬约束是首字母按序走。这个约束让任何人在日历上都能预判下一个字母，也是新闻读者判断“这批升级排到哪了”的快捷线索。

合并名怎么读

2022 年合并之后，执行层与共识层升级绑定同批激活，于是有了 Shanghai-Capella（Shapella）、Cancun-Deneb（Dencun）、Prague-Electra（Pectra）这样的连读词。要注意三点：第一，正式技术文档里两层名字是分开的，比如执行层规范文件挂在 prague.md，共识层规范在 Electra 目录；第二，拼合名是非正式口语，检索官方资料时用全称更准；第三，有些小升级只动一层参数，会看到单名出现，不代表协议分裂。

命名背后的工程哲学

这套系统解决的是治理问题而非技术问题：升级名字不带营销含义，就不会出现“名字即路线站队”；城市与恒星都是无尽的自然序列，命名成本趋近于零；字母顺序还给所有客户端团队一个透明的时间表。社区也在把惯例成文：2026 年 9 月核验时，整理这套命名规则的 EIP-8133 仍处于草案状态，它记录的是既有惯例，并不对未来命名拥有强制权——真正的权威始终是每次升级前的社区协调。

读名字的三个场景

场景一：查资料。搜索升级内容时用执行层全称加 EIP 编号（比如 Cancun EIP-4844），比搜口语拼合词命中率高得多，因为规范文档按层分目录。场景二：读新闻。标题写“坎昆升级明天激活”时，先分清它说的是执行层时刻还是共识层时刻——两层同一秒激活，但客户端更新截止时间不同。场景三：估进度。听到“F 开头的升级”，就能推断共识层序列走到第几个字母，大致知道路线图排到了哪一站，这是字母表给普通读者的免费进度条。