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 的適配——未適配的應用即使運行在升級後的主網上，用戶體驗也不會有任何明顯改善。