升级将共识和执行分开以解决扩展限制
核心要点
- 高性能区块链设计长期以来一直在努力解决结构性权衡问题:当执行直接与共识挂钩时,网络的吞吐量就会受到验证器处理交易的速度的限制。
- 随着研究和工程团队推动最终性和区块传播的改进,执行本身越来越被视为重新设计的下一个瓶颈。
- Supernova 已在测试网上上线,部署计划的目标是今年晚些时候主网激活日期。
- “虚拟内存池状态”通过跟踪待处理的随机数、预期余额消耗以及已提议但尚未执行的交易来帮助保持有效性。

高性能区块链设计长期以来一直在努力解决结构性权衡问题:当执行直接与共识挂钩时,网络的吞吐量就会受到验证器处理交易的速度的限制。随着研究和工程团队推动最终性和区块传播的改进,执行本身越来越被视为重新设计的下一个瓶颈。
MultiversX 是 Cointelegraph 去中心化守护者 (CTDG) 生态系统的参与者,目前正在测试一种旨在消除这一瓶颈的方法。其 Supernova 升级将共识与交易执行分离,使验证者无需等待执行完成即可进行投票,从而将计算转移到异步管道中。 Supernova 已在测试网上上线,部署计划的目标是今年晚些时候主网激活日期。
Supernova 重新排序了区块工作流程,因此提议者无需先执行即可提交交易区块,而验证者可以根据协议有效性立即进行投票。
执行输出在后续块头中得到确认,执行延迟共识大约一个块(约 600 毫秒)。
“虚拟内存池状态”通过跟踪待处理的随机数、预期余额消耗以及已提议但尚未执行的交易来帮助保持有效性。
EIE(执行结果包含估计器)根据最小规格节点可以安全处理的内容,限制一个块可以引用的执行结果数量。
当执行落后太多时,自动背压会减少块容量,从而使系统有时间赶上。
为什么共识执行成为一个扩展问题
在传统的同步区块链中,验证者不仅同意区块结构良好,还必须在投票前执行交易以验证状态转换。这保持了系统的确定性和共识关键性,但它也造成了一个共享瓶颈:计算量最大的交易实际上会减慢整个网络的速度。
许多网络花了数年时间围绕协议速度和区块传播进行优化。 MultiversX 的框架是,如果执行仍处于关键路径上,那么这些收益还不够。 Supernova 解决的核心问题是架构性的:执行是否必须保持在共识循环内,或者可以在保持安全性和正确性的同时进行异步处理吗?
Supernova的异步管道:先投票,后执行
Supernova 现已在测试网上上线,引入了更改后的区块生产顺序。
以前,区块生产遵循更顺序的模式:提议者选择交易,在本地执行它们,并提出包含这些结果的区块。然后,验证者必须在投票前重新执行相同的交易来验证状态转换,这意味着执行直接位于共识关键路径内。
在《超新星》中,这种顺序发生了变化。根据MultiversX对Supernova解耦的描述,提议者选择交易并提议区块,而不先执行它们。然后验证者验证该提案是否遵循协议规则并可以立即投票。执行在后台异步继续,生成通常在下一个块头中引用和公证的输出,因此执行落后于共识约一个块,即大约 600 毫秒。
实际结果是,网络响应能力不再那么依赖于验证者在参与共识之前执行每笔交易的速度。相反,共识在协议有效性上取得进展,而执行则并行赶上。
当执行滞后于共识时保持有效性
将执行与共识解耦带来了明显的安全性和有效性挑战:如果执行被延迟,网络如何确定提议区块中包含的交易在产生执行结果时是否可能保持有效?
Supernova 通过虚拟内存池状态解决了这个问题。正如 MultiversX 所描述的,虚拟内存池超越了最新执行的链状态,并跟踪前瞻性执行输入,例如待处理的随机数、预期余额消耗以及已提出但其执行结果尚未达成共识的交易。这使提议者能够更准确地了解账户活动,以便他们可以选择预计在轮到他们时成功执行的交易。
为了在不同的验证器性能下保持系统的稳健性,MultiversX 还引入了两种专为运行稳定性而设计的保护措施:
执行结果包含估计器(EIE):EIE 限制一个块中可以引用的执行结果数量。该上限与最低规格节点可以安全处理的内容相关,从而降低了较弱节点因引用过多待处理结果而被淹没的风险。
EIE 限制了一个块中可以引用的执行结果数量。该上限与最低规格节点可以安全处理的内容相关,从而降低了较弱节点因引用过多待处理结果而被淹没的风险。自动背压:如果执行落后太多,区块容量就会减少,以使网络能够赶上,而不是让滞后无限期地累积。
Supernova 为开发者和用户带来了哪些改变
对于构建者来说,关键信息是一旦证据可用,“分片内最终确定性”就会到来。 MultiversX 表示,这通常在同一轮内发生,时间约为 100-250 毫秒,同时执行条件也更可预测。这对于依赖快速反馈循环的应用程序来说最为重要——提到的例子包括高频 DeFi 原语和链上订单簿系统,当延迟成为用户体验问题时,这些系统可能会降级。
自 8 月 20 日以来,Supernova 还在实时测试网和开发网上生成了 600 毫秒的区块。该网络的更广泛目标是让链上交互感觉更即时,使体验更接近响应式应用程序基础设施,而不是延迟结算。
在时间表上,MultiversX 表示主网预计将于 2026 年 9 月 10 日激活。虽然测试网性能并不总是直接转化为满负载下的主网行为,但架构本身旨在处理执行延迟,而无需强制每个验证器在共识期间首先执行。
CTDG 和 Cointelegraph 生态系统中的 Supernova
此次升级还涉及更广泛的基础设施合作,涉及 Cointelegraph 去中心化守护者。早些时候的报道指出,Cointelegraph 于 2026 年 3 月通过 CTDG 计划加入 MultiversX 作为验证者,深化了该组织在内容和社区工作之外的运营角色。
Cointelegraph 的 CTDG 开发中心也被描述为 MultiversX 的官方合作伙伴,将协议连接到更广泛的开发者社区。该输入还引用了实际参与,例如 MultiversX 基金会委托给 CTDG 验证器,以及开发中心团队在 MultiversX 上构建专用验证器仪表板。
从行业角度来看,这很重要,因为此类协议升级通常需要生态系统协调:只有基础设施、工具和参与验证者能够可靠地采用新的执行和共识机制,性能改进才有意义。 Supernova 对背压和最低规格保障措施的关注表明该设计试图使这种过渡更加平稳。
随着 Supernova 从测试网转向预计的主网日期,用户需要关注的最重要的事情是在实际负载下执行延迟是否保持在预期范围内,以及 EIE 和背压如何一致地防止验证器落后而不过度限制吞吐量。成功的标准不仅是更快的最终确定,还在于当共识和执行在不同的时钟上运行时,执行是否仍然可靠。
