公链网络升级：谁需要行动，什么时候行动？

一则网络升级公告，听起来很像是给每一个持有原生币的人下的软件最后通牒。通常不是。区块链要协调好几类参与者：客户端开发者发布软件，节点运营者决定要不要运行它，验证者或矿工负责出块，交易所维护充值提现系统，应用开发者测试行为变化，而持有者，可能只是带着同一笔余额穿过这次变更而已。

责任之所以不同，是因为每一类参与者碰的是不同的层。一个跑着旧客户端的验证者，可能在激活那一刻掉到不兼容的规则上去。一个交易所必须知道，它什么时候可以安全地为链上充值入账。一个去中心化应用，可能依赖某个正在被改动的操作码或 gas 假设。而一个资产已经记在交易所数据库里的人，可能根本没有任何技术任务。

本文建立一套「先看角色」的阅读方法，并把它应用到以太坊、Cardano、Avalanche、BNB 智能链和 Arbitrum 上，从 2024 年 3 月到 2026 年 7 月的 13 个官方主网节点。这些节点是截至 2026 年 8 月 23 日复核过的历史记录，不是一份实时的未来日历。配套的追踪工具用同样的日期，提供按网络、年份和升级方向的筛选。

不要只问「这个币是不是要升级了？」要问的是：「我控制着哪个软件或哪项服务，它的官方公告要求我做什么？」

那些会改变答案的升级术语

协议升级

协议升级改变的是由网络软件实现的规则或能力。它可能新增交易类型、改动 gas 记账、改变共识行为、引入新的密码学操作，或者修改治理机制。这个词描述的是一大类事情。真正的兼容性边界，写在规范和客户端发行说明里。

持有者不需要「安装」一份协议规范。节点运营者需要装一个兼容的客户端。如果交易构造方式或显示方式变了，钱包提供方可能会发一个更新。应用开发者可能要审视新功能——哪怕旧应用依然兼容。

硬分叉

硬分叉激活的是旧软件不认为有效的规则。没有升级的节点可能继续按旧规则运行，并与已升级的节点分开。但这个技术定义，并不意味着会长期存在两个有经济意义的币。绝大多数经过协调的主网硬分叉，都会被相应生态采纳，并作为公认的那条网络继续下去。

以太坊的官方升级公告把这个区别写得很明白：持有者通常无需任何操作，而节点和验证者必须更新。Cardano 则把自己的硬分叉描述为一次精确的集体演进——节点在约定的时隙一起切换，而不是自动分裂成两个对立社区。

软分叉

软分叉以一种能保留部分向后兼容性的方式收紧有效性规则。但运营细节仍然重要。矿工、验证者、节点、钱包或商户，可能仍需理解新的信号机制或策略——即便旧节点在原先更宽的规则下，还能继续认可升级后的区块。

光看这个标签，不构成对用户的操作指令。请去读这条具体网络的实现方式和部署方法。一段关于软分叉的通用解释，给不出激活高度、门槛或软件版本号。

客户端发版

客户端发版就是软件。它可能包含对未来某次协议激活的支持、常规修复和一些可选功能。发布日期未必就是网络激活日期。运营者通常会在规则于某个区块、epoch、时隙或时间戳上真正改变之前的几天甚至几周，就装好兼容版本。

把这两件事分开，能避免一个常见的时间线错误。「5 月 20 日发版」和「6 月 30 日硬分叉激活」可以同时成立。前者给运营者留出准备时间，后者才是网络开始强制执行新规则的那一刻。

代币迁移

代币迁移改变的是合约、计价单位、网络上的表示形式，或发给持有者的资产本身。它可能要求兑换、快照、换算比例或充值截止时间。这不是「网络升级」这个词的默认含义。一次普通的硬分叉，完全可以在不做任何代币转换的情况下保留账户余额和原生币。

如果一则公告确实要求持币人做动作，它应该点名旧资产与新资产、兑换方式、比例、符合条件的余额范围和截止时间。「我们支持本次升级」这句话，提供不了这些条款。

链分裂

当不兼容的规则各自留住了足够多的参与者、从而作为独立网络继续运行时，就发生了链分裂。节点在收敛过程中，也可能意外出现一次临时分叉。这两种情况，都不能保证交易所会给你入账两个资产，也不能保证少数派那条链有可用的基础设施和流动性。

余额快照和分叉币发放，是交易所的产品决定，有它自己的条件。一则网络升级公告，不是「有免费代币」的证据。

先从你的角色开始，而不是从币开始

为什么持有者的默认答案往往是「等」

区块链上的余额，是网络状态的一部分。当被公认的那条网络经过一次协调好的升级时，兼容节点会按新规则把这份状态带过去。持有者不需要为了这份连续性而把资产转出去。在维护截止时间前一刻急着转账，只会增加结算风险，并不增加保护。

以太坊 Dencun、Pectra 和 Fusaka 的材料，都告诉普通 ETH 持有者：除非你的钱包或交易所另有指示，否则无需任何操作。BNB Chain 的 Pascal 指引也说，普通用户不需要行动。这些一手表述，比社交媒体上一句「所有持币人快去升级」有用得多。

为什么运营者面对的是真正的截止时间

节点软件是按写死的规则来校验区块的。如果网络激活了新规则而本地客户端不认识它们，这个节点可能拒绝公认的那条链，或者跟到一条不兼容的链上去。它可能不再提供准确数据、错过验证者职责，或者把过期信息喂给上层应用。

所以运营者真正在意的是：客户端名称、最低兼容版本、配置、激活点，以及回滚或事故沟通渠道。以太坊的验证者需要执行层和共识层两个客户端。Avalanche 的 Etna 公告要求 AvalancheGo 1.12.0 或更高版本。BNB Chain 的 Lorentz 与 Maxwell 公告，也都点名了主网节点版本。

为什么开发者需要测试，但未必需要紧急迁移

一次升级可以在保留既有合约的同时新增能力。开发者可以选择采用账户抽象、新的密码学预编译或更便宜的数据通道，但旧的用户余额不会自动迁移。另一些变更则会打破假设：出块间隔变短会影响基于时间的应用逻辑，单笔交易的 gas 上限会影响特别大的部署或批量调用。

开发者正确的应对是范围审查加测试，而不是无差别重新部署。先找出这次纳入了哪些提案，定位其中的向后兼容性警告，然后在受支持的测试网上把应用复现一遍。

升级的生命周期：五个不该被混成一个的日期

1. 提案

提案描述的是一项可能的变更。它可能是以太坊改进提案、Cardano 改进提案、Avalanche 社区提案、BNB 演进提案，或一次治理动作。提案状态并不能证明它会被纳入下一次主网升级。范围会在评审中变化。

读者不应该把一个提案日期标成主网升级日期。而当一个路线图条目的具体规范和激活点都还在讨论中时，它的确定性就更低了。

2. 测试网激活

测试网激活，让客户端团队、运营者和应用开发者可以在上主网之前先跑一遍新规则。测试网分叉成功是进展的证据，不是「主网已经变了」的证据。测试网可能暴露出问题，从而推迟或修改部署方案。

当一则交易所公告引用某个测试网事件时，用户应当确认：这家平台暂停的是测试环境，还是生产环境的转账。同一个升级代号可能反复出现，因为不同测试网的激活日期各不相同。

3. 主网就绪版本

客户端团队会发布适用于主网分叉的版本。一条有多个独立客户端的网络，可能同时列出好几个兼容版本。如果之后出现性能或稳定性修复，推荐版本还可能被替换。

运营者应当在临近激活时重新核对，而不是一直用最早那张版本表。软件包也必须来自真正的代码仓库或发布渠道。伪造的升级软件，是通向验证者私钥和基础设施的一条高价值路径。

4. 激活

激活就是那个协议边界：一个区块高度、epoch、时隙或时间戳。人类可读的时间很方便，但当它取决于出块速度时，那只是一个估计值。链上标识符才是精确的参照。

一条时间线，应该把升级挂到具体主网和具体标识符上。对运营者来说，「5 月 7 日的 Pectra」是不完整的；官方公告给出的是以太坊第 364032 个 epoch 和一个 UTC 时间。而持有者通常只需要知道服务方公布的那个服务窗口。

5. 激活后的确认

激活不等于运营结束。节点必须保持在共识内，区块必须完成最终化，索引器必须追上进度，交易所必须对账自己的钱包。服务方完全可能在计划的分叉时间过后，继续保持转账暂停，一边观察稳定性。

「升级完成」可以指网络成功激活，而「充值恢复」可能要晚一些。如果你在意的是用户能不能用，那就把这两件事都记下来。

交易所为什么要暂停充值和提现

一笔充值，并不是在交易广播出去的那一刻就入账的。平台要盯着自己的节点、检测到这笔交易，然后等够它自己的确认数策略。提现走的是反方向：内部风控授权之后，通过平台的钱包基础设施发出一笔链上交易。

硬分叉改变的，正是这些节点所强制执行的规则。在激活前后暂停，可以减少那些卡在两个软件版本之间、或者卡在最终性不确定状态里的转账数量。平台可以借这段时间升级节点、确认哪条才是公认的链、完成余额对账，然后再恢复服务。

「交易照常」和「充提暂停」并不矛盾

在中心化交易所，一笔交易通常只改变内部账本余额。它不会为每一次撮合都产生一笔链上交易。充值和提现依赖网络连通性；而现货交易可以在平台内部继续。这两个状态描述的是两套不同的系统。

但这不代表所有产品都照常开放。质押、理财、杠杆或衍生品，可能各有各的运营规则。请去读「受影响服务」那份清单，别把「交易不受影响」推广到整个平台。

恢复时间可能没有一个确定值

公告常常写成「升级后的网络稳定后即恢复转账」。这种措辞，其实比给出一个打包票的恢复时间更诚实——因为最终性、节点同步或链上参与率，都可能和计划的激活时刻对不上。服务方可能会另发一则恢复公告，或者更新它的状态页。

如果你在某个具体时间点需要用到这笔钱，请在截止时间之前完成转账，并为确认数留出足够余量。不要卡着最后一分钟。一笔交易可以在链上是有效的，却在交易所自动入账系统已经暂停之后才到达。

换一条网络不等于自动有替代方案

同一个代币可以存在于多条网络上。换一条提现网络，改变的是目标端的资产表示形式和合约。接收方的钱包或交易所，必须支持同一条网络。代码相同，是不够的。

只有在核实过网络名称、代币合约、接收方支持情况以及跨链或赎回路径之后，才使用备用通道。升级带来的紧迫感，不该盖过这些基本的转账核查。

怎么把一则升级公告，变成一条可用的记录

从发布方开始。协议基金会或协调团队，对主网激活和兼容的网络软件是权威。钱包方对自己的版本是权威。交易所对自己的充提窗口是权威。没有哪一个来源能可靠地代表所有层，所以一条完整的记录，可能同时需要网络公告和服务方公告。

把网络名称原样抄下来。「以太坊升级」可能指以太坊主网、某个公共测试网，也可能指某条以太坊兼容网络按另一套时间表实现了类似提案。BNB 智能链的 Pascal 纳入了与以太坊 Pectra 工作相关的功能，但这两条网络并不共享同一次激活。功能名字对得上，不代表链能合并成一条。

接着，用原生形式记下激活标识符。以太坊的公告用 epoch 和时隙，同时附上 UTC 估计时间。Cardano 记录的是 epoch 和协议版本。其它网络可能用区块高度或时间戳。当出块比预期快或慢、导致估算时间略有偏移时，原生标识符能保住这条记录的准确性。

然后，把面向不同人群的指示分开。一则好公告，往往为持有者、非质押节点、验证者、应用开发者和工具团队各写一段。做笔记时请保留这些小标题。把运营者的强制更新要求，当成钱包持有者也要做的事，是在凭空制造风险；反过来，把持有者那句「无需操作」念给验证者听，可能造成宕机或罚没。

记录预期变化，但不要把它变成保证。更大的 blob 容量，可以为更低的二层数据成本腾出空间，但某个具体 Rollup 的费用还取决于它自己的定价和需求。费用下限降低，也不承诺每笔交易都能落到下限上。出块变快提升了响应速度，同时对网络和时间敏感型应用提出了更紧的要求。

最后，补一行「激活之后」。记下官方网络是否报告成功、服务方是否恢复了转账、以及是否还留有警告。不要悄悄把原来那条计划记录替换掉；两条都留着，才能看出当初计划的是什么、实际发生的是什么。如果服务方没有公告恢复，那它当前的状态页就是最有用的证据。

让记录带上版本。升级页面会在客户端推荐变化时被编辑，交易所公告也会追加修订后的暂停时间。请保存复核日期，不要把一张旧版本表当成当前的运营指引。历史日期是稳定的；软件推荐不是。一张没有截取日期的截图，撑不起一个未来的运营决定。行动之前，回到实时发布页再看一次。

对于后果严重的转账，请做一次三源核对：网络的激活公告告诉你协议边界在哪；你的钱包或交易所状态页告诉你它的服务是否就绪；区块浏览器告诉你公认的那条链是否在正常推进。这三份记录一致，比一条社交帖子或一个转发来的倒计时可靠得多。如果它们对不上，就先暂停转账，并以该服务方最新的一手运营公告为准。把网址、查看时间和相关网络一并记下——因为一个多链资产，完全可能一条通道可用、另一条仍在暂停。

13 个主网节点，以及它们实际改变了什么

以太坊 Dencun —— 2024 年 3 月 13 日

Dencun 通过 EIP-4844 引入了 blob 交易，给 Rollup 提供了专用的临时数据机制和独立费用市场。它同时包含执行层与共识层的多项变更。以太坊基金会告诉普通 ETH 持有者无需任何操作，而节点运营者和质押者必须更新到兼容客户端。

普通用户能观察到的影响，更可能是通过二层数据成本下降体现出来的，而不是 ETH 余额发生了什么变化。开发者和 Rollup 运营方的实现工作则深得多。所以同一次分叉，应该同时出现在持有者时间线和基础设施时间线上，只是「动作」那一栏写的内容不同。

Cardano Chang —— 2024 年 9 月 1 日

Chang 激活了 Conway 纪元和 Cardano CIP-1694 链上治理的第一阶段。Cardano 官方术语表记录了这个主网日期，并说明后续升级进一步扩展了治理体系。

ADA 余额不需要做代币转换。质押池运营者需要兼容软件，治理参与者则获得了新的流程。一次未来的治理选择，和一次钱包迁移不是一回事。

Avalanche Etna —— 2024 年 12 月 16 日

Etna 改变了 Avalanche L1 网络的架构与经济模型，引入 P-Chain 动态手续费，标准化了跨链消息请求，并降低了 C-Chain 的最低基础费。官方公告要求主网节点在激活前运行 AvalancheGo 1.12.0 或更高版本。

一个普通 AVAX 持有者不需要换成新资产。节点运营者面对的是一个兼容性截止时间。运营 Avalanche L1 的团队，则要应对相当实质的验证与经济变化；而 C-Chain 用户可能在需求低时体验到更低的费用下限。

Cardano Plomin —— 2025 年 1 月 29 日

Plomin 启用了 CIP-1694 剩余的治理动作，完成了 Cardano 在 Conway 纪元向完整链上治理的过渡。ADA 持有者可以直接参与，也可以通过委托代表参与。Cardano 官方材料指出，质押奖励照常发放，而奖励的提取与委托选择之间存在互动关系。

这是「持有者从不需要行动」的一个有用的例外。资产本身不需要转换，但一个想行使治理权、或者想管理奖励提取的持有者，确实面临一个决定。这个动作来自治理参与，而不是来自「币能不能活下来」。

Arbitrum BoLD —— 2025 年 2 月

Arbitrum DAO 批准将 Arbitrum One 与 Nova 升级到 BoLD 争议协议。BoLD 让 Arbitrum One 的验证变为无许可，并把对手方在挑战流程中所能施加的拖延限制在一个上界内。这次升级涉及的是 Rollup 的验证合约和运营者，而不是普通钱包余额。

ARB 或 ETH 持有者不会因为争议系统换了就收到一个新代币。验证者和基础设施团队多了一条参与路径。应用用户在没有任何手动迁移的情况下，享受到更稳固的结算设计。

Avalanche Fortuna —— 2025 年 4 月 8 日

Avalanche 官方手续费文档记录：Fortuna 激活了 ACP-176，把 C-Chain 最低基础费从 1 nAVAX 降到 1 wei。实时基础费仍然随需求变化；降低协议下限，并不保证每笔交易都按最低价成交。

钱包用户不需要转换 AVAX。费用估算器、开发者和基础设施服务商，则需要正确地反映这个更新后的费用环境。

BNB 智能链 Lorentz —— 2025 年 4 月 29 日

Lorentz 依据 BEP-520 把 BSC 的出块间隔降到 1.5 秒。主网公告点名了激活时间，并要求节点运营者升级到兼容版本。出块更快，也让验证者之间的通信和应用的时间假设变得更加重要。

普通 BNB 持有者没有任何代币兑换。那些把「固定区块数」当作粗略时间度量的开发者，需要重新检视这个假设。交易所和索引器则必须确保自己的确认与监控系统，在新的出块间隔下依然正常。

以太坊 Pectra —— 2025 年 5 月 7 日

Pectra 把执行层与共识层的变更合在一起。它引入了 EIP-7702 的账户委托能力，提高了 blob 吞吐，并改变了验证者的运作方式，包括更高的最大有效余额和可由执行层触发的退出。

官方公告说，使用交易所或钱包的 ETH 持有者无需行动，除非服务方另有指示。节点运营者和质押者需要兼容客户端。钱包开发者获得了新的账户玩法——但用户不该去签那些被包装成「强制升级币」的任意 EIP-7702 授权。

BNB 智能链 Maxwell —— 2025 年 6 月 30 日

Maxwell 再次缩短 BSC 的出块间隔，从 1.5 秒降到 0.75 秒，并加入了验证者网络与区块获取方面的改动。BNB Chain 的公告要求运营者升级，也要求开发者测试时间敏感逻辑和性能表现。

出块更快可以提升响应速度，而 BNB 钱包里的余额单位不会因此改变。但它也会改变基础设施负载、重组行为和 MEV 的时间窗口。正确的动作取决于你是在持有、在开发，还是在运营。

以太坊 Fusaka —— 2025 年 12 月 3 日

Fusaka 激活了 PeerDAS，为 Rollup 的 blob 容量拓宽了通道，提高了 L1 默认 gas 上限，并新增了包括 secp256r1 支持在内的协议功能。以太坊当前文档记录它已在主网上线，并再一次说明：ETH 不需要任何转换。

节点运营者需要同时支持 Fusaka 的执行层与共识层客户端。使用超大单笔交易的开发者，需要注意单笔交易的 gas 上限。钱包开发者则获得了一条更高效的、适配通行密钥式密码学的路径。

以太坊 BPO1 —— 2025 年 12 月 9 日

Fusaka 引入了「仅调 blob 参数」的分叉，使得在主命名分叉之后，还能通过既定的配置变更继续扩大 blob 容量。BPO1 把 blob 的目标值与上限从 Fusaka 激活时的水平往上提。已经为 Fusaka 准备好的客户端版本，本身就带着这份时间表。

这件事说明了：为什么运营者可以用一次软件更新，同时为好几个激活点做好准备；也说明了：一个有名字的升级，未必是它那条部署序列里的最后一行。

以太坊 BPO2 —— 2026 年 1 月 7 日

第二次计划中的 BPO 步骤再次上调 blob 参数。对普通 ETH 持有者而言，随之而来的资产操作是零。真正关心数据容量与费用表现的，是 Rollup、blob 用户、节点运营者和监控系统。

一条只写着「Fusaka，12 月 3 日」的时间线，会漏掉这个分阶段的容量爬坡。持有者指南可以把这些步骤压缩掉；基础设施追踪表不该这么做。

Cardano van Rossem —— 2026 年 7 月 18 日

Cardano 官方硬分叉时间线记录：van Rossem 这次纪元内升级发生在第 644 个 epoch，协议版本 11.0。它带来了账本规则的清理、VRF 密钥唯一性、Plutus 性能改进和新的密码学内置函数。

这次事件既没有造出第二个 ADA，也不要求代币兑换。质押池运营者需要兼容软件，开发者可以评估新的 Plutus 与密码学能力。普通持有者继续使用受支持的钱包和服务即可。

持有者决策指南：什么时候行动才真的有理由？

无需行动：最常见的情况

当资产已经入账、服务方声明支持这次协调升级、而你在窗口期内也不需要转账时，等着就好。把核实过的公告留着，下次充值或提现之前先看一眼服务状态。

自托管不意味着每逢分叉都要手动把币搬一次。钱包可能需要一次软件更新，但余额仍留在公认的那条链上。只从钱包官方既定的发布渠道安装。

时间上的动作：维护期间你需要用钱

提前足够早地完成转账，好让网络确认数在服务方的截止时间前满足。按公告写的时区来算。如果截止点是用区块高度表示的，那么显示出来的时间只是估计值。

激活之后，等服务方公布恢复状态。反复重发一笔交易，并不会让交易所的入账系统更快恢复，反而可能把 nonce 和手续费管理搞复杂。

软件上的动作：你在运营钱包、节点或验证者

钱包用户按钱包方的兼容性公告走。节点运营者必须按网络的版本表走。验证者可能需要更新多个客户端组件、做签名机检查和监控。不要拿一篇交易所文章去替代运营者文档。

按客户端说明备份配置和防罚没数据，但绝不要把签名私钥暴露给任何「升级网站」。项目方提供了发布签名或哈希时，请核验。

资产上的动作：确有明确的迁移或换算

只有当官方条款明确点名了资产变更时才行动。核实新合约、比例、符合条件的余额、截止时间，以及交易所是否会自动处理兑换。项目官网、交易所公告和合约记录，三者应当一致。

如果由交易所处理迁移，那么把代币发给一个来路不明的「兑换」合约，可能会让你丧失资格，或者直接把价值送给骗子。如果确实需要自托管操作，先用小额在真实路径上试一次。

治理上的动作：参与，而不是求生

一次升级可以启用治理，但并不强迫持有者投票。Plomin 就说明了：持有者的委托选择，会影响参与度和奖励提取机制，而 ADA 资产本身完好无损。请把「可选的治理选择」和「强制的资产维护」分开。

运营者与开发者清单

1. 认准是哪一个主网。测试网、二层、侧链和主网的激活，各有各的时间表。
2. 记下协议标识符。除了人类可读日期，还要保留区块、epoch、时隙或时间戳。
3. 使用当前的客户端版本表。临近激活时重新核对推荐版本，稳定性修复版可能替换早先的推荐。
4. 把每一项依赖都梳理一遍。执行层客户端、共识层客户端、验证者客户端、出块软件、签名机、RPC、索引器和监控，可能都需要验证。
5. 按生产环境的假设做测试。在受支持的测试网上复现负载、时序、gas、交易体积和外部依赖。
6. 激活之后核实状态与对等节点。确认节点跟的是公认的、已最终化的那条链，并且下游系统已经追上。
7. 精确地传达用户影响。列出被暂停的服务、截止时间、不受影响的产品，以及恢复所需的依据。
8. 提前备好事故通道。在分叉开始之前，就弄清楚官方的客户端、网络和安全沟通渠道在哪。

出块时间不是时钟

BNB Chain 的 Lorentz 与 Maxwell 把这一课讲得很具体。如果一个应用把 100 个区块当成固定的多少分钟，那么出块间隔一减半，它的真实时间行为就变了。智能合约和链下任务，应当使用合适的时间来源，并明确分析重组与最终性假设。

费用下限不是费用承诺

Avalanche 的 Etna 和 Fortuna 降低了协议层的费用下限，但费用仍然随网络状况和交易特征变化。钱包应当估算当前费率，而不是把新的最低值写死成「正常价格」。

新的账户功能，需要把签名讲清楚

以太坊 Pectra 与 BNB Pascal 引入了源自 EIP-7702 的账户相关能力。给账户委托代码，可以授予相当强的行为权限。钱包必须解释清楚授权对象和授权范围。用户则应当拒绝那些声称「所有账户都必须委托才有效」的消息。

容量升级会把瓶颈推到下游

Dencun、Pectra、Fusaka 以及几次 BPO 步骤，扩大了 Rollup 使用的数据通道。协议层容量变大，并不会自动让每一个 RPC、索引器或应用都准备好承接新的负载和交易类型。基础设施测试，依然是这次升级的一部分。

分叉币、假迁移，和那个价格故事

「支持」不承诺发分叉币

交易所说它支持某次硬分叉，通常意味着它会为公认的那条链维护兼容的基础设施。要发币，则需要明确条款：快照、比例、资产代码、入账条件和上币决定。

一条能活下来的少数派链，还需要开发者、节点、出块者、钱包、浏览器和市场。旧软件还存在，不保证会有一个在经济上可用的资产。

永远不要为了「升级」一个普通的币而输入助记词

升级期会催生大量假钱包版本、假空投和假迁移页面。助记词等于钱包的全部控制权；没有任何一次普通的网络分叉，需要你把它提交到某个网站上。硬件钱包用户应当在设备的可信屏幕上核对操作内容。

搜索广告和官方帖子下面的回复，是常见的攻击面。请通过你已知的域名或代码仓库去访问网络文档。合约地址要逐个字符地比对。

升级不是一条价格规律

一次升级可以改变容量、费用、治理或开发者能力。市场参与者对这些变化的估值可以完全不同，而且可能早在激活之前很久就已经预期了。主网日期，并不能造出一条「价格必须上涨」的规律。

运营层面的暂停，可能暂时影响平台之间的转账，但交易所内部的交易可以继续。升级前后的一次价格波动，可能反映的是更大的市场环境、仓位结构或者无关的新闻。技术意义和短期价格方向，是两个不同的问题。

读者常问的问题

硬分叉之前，我需要把币转走吗？

对于协调好的升级，通常不需要。请确认官方的持有者指引和服务方公告。只有当你确实需要转账、或者确有明确的资产迁移要求时才动手——而不是因为「硬分叉」这个词听起来很有破坏性。

为什么交易所停了提现，却还能交易？

提现和充值要用到区块链。中心化交易通常只更新交易所的内部账本。所以平台完全可以在暂停网络连通性的同时，让内部市场继续开着。

充值什么时候恢复？

通常在平台确认升级后的网络已经稳定、并且自己的钱包系统完成同步之后。分叉时间不会自动就是恢复时间。请查看实时状态页或更新后的公告。

硬分叉是不是一定会有新币？

不是。绝大多数协调好的硬分叉，都作为同一条公认的网络继续下去。要出现一个独立资产，需要持续存在的分裂，外加一个明确的发放或上币决定。

我还能继续用旧钱包吗？

只有钱包方能说清兼容性。私钥和地址可能仍然有效，而应用本身需要更新，才能构造或显示新的交易类型。请用服务方正规的发布渠道。

节点运营者如果不升级会怎样？

这个节点可能跟到不兼容的规则上、丢失对等节点、无法同步公认的那条链，或者错过验证者职责。网络公告会写明兼容的客户端版本和激活边界。

这个追踪工具是实时日程表吗？

不是。它是一份经过核实的历史数据集，截止到 2026 年 8 月 23 日。它不收录提案，也不收录尚未排期的未来路线图条目。对于未来的激活，请始终以网络当前的公告为准。

打开 网络升级追踪工具 来筛选这些历史节点，或者回到 公告类型速查 看那张更短的决策卡片。