TON 启动亚秒级升级，4月7日完成主网全面激活

TON 核心团队宣布共识机制升级 Catchain 2.0（Sub-Second 升级）已进入主网部署阶段，目标是将区块最终确认时间从当前的约 10 秒压缩至约 1 秒，区块间隔从约 2.5 秒缩短至 200-400 毫秒。4 月 2 日由验证者投票在基础链激活新共识，4 月 7 日基础链与主链全面启用快速共识机制。

技术指标：Catchain 2.0 让 TON 确认速度接近 Web2

Catchain 2.0 是 TON 的共识层核心升级，设计目标是实现亚秒最终性，让链上体验在响应速度上接近传统 Web2 服务。三个关键性能维度的对比如下：

当前主网的区块间隔约 2.5 秒，每秒约 0.4 个区块，最终确认滞后约 10 秒；测试网目前的区块间隔约 450 毫秒，最终确认约 1-2 秒；升级后主网目标为区块间隔 200-400 毫秒，每秒约 2.5-5 个区块，最终确认滞后约 1 秒。

与此同时，TON Center 发布了 Streaming API v2，提供推送式交易状态更新，从链上事件到客户端的延迟为 30-100 毫秒。MyTonWallet 和 tonscan.org 已采用这一新 API，即使在主网亚秒级确认启用之前，这些产品的交易响应时间已缩短近一半。

三阶段部署日程：各节点的任务清单

Sub-Second 升级的主网部署按严格时间节点推进：

3 月 31 日：所有验证节点完成版本更新，升级至支援 Catchain 2.0 的最新版本

4 月 2 日：验证者投票在基础链激活新共识机制，提高出块频率，快速共识正式启动

4 月 7 日：基础链和主链同步全面启用快速共识机制，Sub-Second 升级在整个 TON 主网上完成激活

升级的核心悖论：链速提升但 APP 没有跟上

TON 官方在技术公告中特别强调了这次升级最容易被忽视的关键盲点：即使底层区块链以 10 倍速度生成区块，若项目方继续使用 HTTP 轮询而非 Streaming API，用户界面的交易状态更新延迟仍可能超过 10 秒。

以 HTTP 轮询为例：用户点击「发送」后，交易在约 0.4 秒被包含进分片区块，0.8 秒提交至主链，但 UI 更新需等到下一次轮询请求，可能延迟超过 10 秒。而切换至 Streaming API v2 后，0.1 秒显示 pending（待处理）状态，0.4 秒显示 confirmed（已确认）状态，0.8 秒显示 finalized（已最终确认）状态，整个过程在 1 秒以内完成。

TON 核心团队明确警告：「如果应用程式无法进行适配，即使底层系统运作正常，升级也会显得无效。在主链上线前准备就绪的项目，将能够展现预期的行为和用户体验。」

常见问题

Catchain 2.0 与此前的 TON 共识机制有何根本差异？

Catchain 2.0 是 TON 共识层的重大升级，核心改变是大幅缩短区块产生间隔（从约 2.5 秒压缩至 200-400 毫秒）以及最终确认时间（从约 10 秒压缩至约 1 秒），每秒区块吞吐量提高约 2.5-5 倍，使 TON 的链上交互响应速度在设计上接近传统 Web2 服务的标准。

TON 生态的应用开发者需要做哪些具体适配？

主要适配集中在三个层面：一是切换至 TON Center Streaming API v2 以接收推送式交易状态更新，取代 HTTP 轮询；二是处理全部四种交易状态（pending、confirmed、finalized、trace_invalidated）并相应更新 UI 设计；三是若运行自托管节点，需在 4 月 7 日前更新至支援 Catchain 2.0 的最新版本。使用外部 API 的交易所和支付服务无需采取额外操作。

TON 的 Sub-Second 升级对普通用户意味着什么？

对普通用户而言，最直接的改变是使用已适配升级的钱包、dApp 和支付服务时，转账确认速度将从约 10 秒大幅缩短至 1 秒以内。但这一改善完全取决于项目方是否完成了 Streaming API 的适配——未适配的应用即使运行在升级后的主网上，用户体验也不会有任何明显改善。