MultiversX暂停主网以修复无效状态

核心提要：MultiversX 确认的关键事实此次事件涉及交易原子性问题。无效变更已被记录在链上，导致主网操作暂停。目前，补丁已进入影子分叉测试阶段，针对性的恢复方案正在评估中。尚待明确的信息用户是否永久损失了资金？哪些账户或合约受到了影响？攻击者是如何触发这一故障的？将采取哪种恢复方法？各项服务何时重新开放？冻结解决了问题表象

MultiversX 确认的关键事实

此次事件涉及交易原子性问题。无效变更已被记录在链上，导致主网操作暂停。目前，补丁已进入影子分叉测试阶段，针对性的恢复方案正在评估中。

尚待明确的信息

用户是否永久损失了资金？哪些账户或合约受到了影响？攻击者是如何触发这一故障的？将采取哪种恢复方法？各项服务何时重新开放？

冻结解决了问题表象，但未撤销既成事实

在事件更新中，MultiversX 表示攻击者试图利用主网虚拟机层的原子性漏洞。开发者在追踪由此产生的状态变化并准备补丁期间，暂停了网络运营。截至目前，尚未公布经确认的资金损失金额。

停止出块可以防止新的交易基于可能已错误的记录进行构建，同时也阻止了工程师确定哪些余额或合约条目受影响之前，有人再次使用相同方法进行攻击。这种暂停并不能撤销网络已经接受的变更。这些记录仍然是钱包、应用程序和桥接服务的起点，直到 MultiversX 采用恢复计划为止。

9月20日检查时，MultiversX 状态页面将系统分类为“部分降级”。公共 API、xPortal、浏览器、钱包、桥接、xExchange 和 xLaunchpad 显示性能降级，而网关和索引被列为正常运行。这些标签仅描述个别服务，并不能证实正常交易处理已恢复。即使恢复接口也无法解决潜在的会计问题。要理解其原因，我们需要从交易原子性谈起。

原子性：区块链版本的“全有或全无”

智能合约交易可以包含多个连接的操作。一个余额减少，另一个增加，流动性池更新。原子执行要求整个序列成功，任何变更才成为永久性的。

通俗解释原子执行

预期结果：每个必要步骤都成功，所有变更一起提交。如果任何步骤失败，交易的任何变更都不应被提交。原子性失败：某个操作失败，但较早的状态变更仍然存在。网络随后可能会记录一个本不应单独存在的部分结果。

这是原子性的简化示例，并非对 MultiversX 事件的还原。断裂的交易可能导致账户余额、代币供应量或合约记录与预期结果不一致。MultiversX 尚未披露何种类型的数据被篡改，因此没有足够证据表明攻击者铸造了代币、抽干了特定合约或窃取了已知金额。

最终性证明的是共识，而非无缺陷的执行

区块链的最终性意味着验证者就哪个区块及 resulting state（结果状态）属于主链达成一致。这并不证明用于计算该状态的软件没有缺陷。验证者执行相同的协议规则并比较结果。如果所有节点上的规则都存在相同的漏洞，验证者可以一致地达成协议从未意图允许的结果。

共识可以确立网络接受的状态，但不能保证软件漏洞没有促成该状态。安装修正后的软件可以防止相同的执行路径再次生效，但它不能决定已记录的变更该如何处理。MultiversX 必须识别受影响的条目，并为验证者提供一种可重现的方法来证明无关活动保持不变。

影子分叉为主网重启提供预演

MultiversX 已准备好补丁，将在影子分叉环境中进行测试。影子分叉将相关的主网历史和状态复制到隔离环境中，允许工程师在不实验真实余额的情况下重现真实的网络条件。

团队可以应用补丁，重播受影响序列，并在验证者在主网上安装之前测试拟议的恢复方案。该过程应确立以下几点：

节点是否计算出相同的修复后状态？未受影响的余额是否保持不变？应用程序是否正确读取了更正后的记录？桥接和交易所能否协调其数据？验证者是否可以重新启动而不产生竞争链？

通过上述测试并不意味着自动重新开放所有服务。部署仍需协调验证者、交易所、桥接以及连接用户和应用程序到 MultiversX 的基础设施提供商之间的合作。

针对性修复旨在避免回滚整个链

MultiversX 表示正在评估一种针对性恢复方案，旨在保留已确定的交易历史和合法用户记录，同时仅解决与事件相关的变更。该项目尚未解释如何实现这种更正。

针对性状态校正

仅修复与事件相关的余额、合约存储或其他记录。无关的交易可以保留在已确定的历史中。主要难点：证明校正包含了所有无效变更——且仅包含这些变更。

广泛链回滚

网络将返回到较早的区块并从中重建。此后完成的事务可能会消失，即使它们与事件无关。主要难点：合法转账和应用活动可能需要重复或协调。

Tectonic exploit 事件后更广泛回滚的成本显而易见，当时 Cronos 验证者移除了近 11,000 个区块，覆盖了近两个小时的时间。回滚逆转了 Cronos 上记录的大多数与事件相关的借贷，但也逆转了该期间完成的其他无关交易。虽然这两个事件的原因不同，但 Cronos 的例子在这里很重要，因为它展示了重写共享账本的附带成本。MultiversX 表示正在考虑更窄范围的修复，但尚未展示如何隔离受影响的记录。

针对性修复不一定需要删除原始区块。交易历史可以保持可见，同时通过协调的协议更改建立应用程序和验证者在重启后将认可的状态。在 MultiversX 公布其恢复设计之前，无法正确评估该方法。

用户在暂停期间应采取的措施

对于普通持有者，最简单的指示是等待。MultiversX 尚未要求用户迁移代币、将钱包连接到恢复网站或批准纠正交易。

在 MultiversX 确认正常运营之前

不要提交或重新广播交易。不要通过交易所存入或提取 EGLD 或 ESDT。避免通过跨链桥移动这些资产。保留在暂停附近提交的任何交易的哈希值。忽略恢复链接、迁移和未经请求的支持消息。等待 MultiversX 和相关平台确认重新开放。

网络修复将由验证者和基础设施运营商采用。它不需要用户透露助记词或将资产发送到新地址。钱包和浏览器在出块恢复后也可能需要时间重新同步。界面中的陈旧余额或缺失的近期交易本身并不表明底层资产发生了变化。

重启必须是可验证的

恢复出块将恢复可用性，但本身并不能回答最终性问题。MultiversX 仍需披露哪些账户或合约受到影响，修复后的状态是如何计算的，以及验证者如何独立得出相同的结果。

如果该记录显示仅修正了与事件相关的变更，针对性恢复可能比广泛回滚保留更多的合法活动。如果没有它，网络可能会恢复，但用户将无法验证为什么某些已确定的变更被修改而其他变更被保留。

本文仅供参考，不构成财务或投资建议。随着 MultiversX 发布更多更新，网络条件和恢复说明可能会发生变化。