MultiversX在测试网上发布Supernova，主网9月10日上线
该升级将共识与执行解耦，并声称在延迟敏感的DeFi中实现100–250毫秒的分片最终性。
MultiversX 在测试网上推出了其“超级新星”升级，重新设计了区块生产，以便验证者可以在交易执行之前就对区块达成一致。团队的目标是 ~600 毫秒的区块和 100–250 毫秒的链内最终性，预计主网将在 2026 年 9 月 10 日激活。
超级新星在测试网上上线，预计将在 9 月 10 日切换到主网
超级新星现在在 MultiversX 的测试网上上线，具有相同架构的开发网也在运行，网络正朝着一个异步执行管道迈进，该管道专门设计用于在交易执行仍在跟进时保持共识的进行。
所述的时间表紧凑且具体。自 8 月 20 日以来，超级新星在实时测试网和开发网上产生了 ~600 毫秒的区块，网络正朝着预计的主网激活日期 2026 年 9 月 10 日努力。
该升级被视为对高性能链常见扩展瓶颈的回应：当交易执行处于共识关键路径上时，最慢的计算成为系统的节奏车。MultiversX 的赌注是，延迟的下一步变化来自于改变操作顺序，而不仅仅是优化传播和最终性。
解耦共识与执行：延迟目标与新的有效性问题
超级新星的核心变化是机械性的：它“将共识与执行解耦，以便网络可以在处理交易之前就对区块达成一致”，将执行移出共识关键路径，进入一个在验证者已经投票后运行的异步阶段。
在升级之前，流程是顺序的。提议者选择交易，局部执行它们，并提出一个包含结果状态转换的区块，然后验证者在投票之前重新执行这些交易。在超级新星下，“提议者选择交易并提出区块，而不先执行它们”，并且“验证者验证提议是否遵循协议规则，可以立即投票，而执行在后台异步继续进行。”
这种重新排序使得延迟目标在理论上变得合理。执行输出“通常在下一个区块头中被引用和公证”，这意味着执行落后于共识大约一个区块，或约 600 毫秒。在实践中，该架构旨在实现一个流水线节奏，即使执行落后一个区块，共识仍然可以继续产生 ~600 毫秒的区块，而不是强迫每个验证者在下一个区块可以最终确定之前完成相同的计算。
对于构建者来说，主要的声明是“链内最终性在证明可用时立即到达，通常在同一轮内约 100–250 毫秒”，并伴随“更可预测的执行条件”。目标用例是那些在延迟变得用户可见时迅速降级的用例，包括高频 DeFi 原语和链上订单簿。
问题在于异步执行引入的有效性问题。如果网络在执行之前对一个区块进行投票，那么在执行到达该交易时，一个在提案时看起来有效的交易可能会变得无效，因为账户的随机数和余额可能已被其他待处理活动消耗。
虚拟内存池状态、EIE和反压：Supernova如何尝试保持区块安全并使节点同步
Supernova的第一道防线是在提案层，通过一个“虚拟内存池状态”，该状态超越最新的执行状态，跟踪待处理的随机数、预期的余额消耗以及已经提议但尚未通过共识执行或最终确定的交易。其目标是为提案者提供账户活动的前瞻性视图，以便他们能够避免包含在执行跟上后可能失败的交易。
该设计还增加了两个明确的节流装置，旨在防止网络的硬件长尾落后。执行结果包含估算器（EIE）限制了可以在区块中引用的执行结果数量，基于“最低规格节点可以安全处理的内容”，而自动反压会在执行落后太多时减少区块容量，从而给系统留出时间赶上。
这些机制也是市场相关的不确定性所在。材料描述了管道及其保护措施，但没有提供独立的基准、吞吐量数据或压力测试数据，以显示在更重、更复杂的交易组合下，~600毫秒的区块是否持续存在。它也没有详细说明，除了虚拟内存池状态和节流装置之外，如何在边缘情况下操作性地处理共识后执行失败和无效交易。
下一个具体的里程碑是程序性的而非叙事性的：确认或修订预计的2026年9月10日主网激活日期，在测试网/开发网上持续~600毫秒的区块生产，随着负载和交易复杂性的增加，以及任何披露的指标显示在压力下EIE限制或反压减少触发的频率。
我的看法：这是一个用户体验/构建者的赌注——但交易者应该将这些数字视为临时的，直到主网上线。
大多数人会误读的部分是延迟声明作为完成的性能保证。实际上发布的是一种架构转变，它将执行从共识关键路径中移除，这是一种真实的设计选择，在高性能链中有明确的先例：随着交易复杂性的增加，你会获得更可预测的区块节奏，但你会继承一种新的有效性和积压问题，这些问题只会在混乱的对抗性负载下显现。
重要的阈值是测试网/开发网是否能够在节流装置大部分处于后台的情况下保持~600毫秒的区块，因为如果EIE和反压不断参与，管道在纸面上仍然是“快速”的，但在实践中受到限制。当主网日期得到确认并且网络能够展示持续的低延迟行为而不让常规执行延迟成为主导限制时，这变得与市场相关。
