TON 是採用非同步訊息和多鏈分片設計的智慧合約網路。它可以接入 Telegram Mini Apps 和錢包,但 Telegram 介面、應用程式伺服器與 TON 鏈上狀態並不是同一層。
使用者在 Telegram 中開啟應用程式,並不表示每一步都發生在鏈上。應用程式可以使用一般 Web 後端,只把資產轉移、簽章或合約呼叫交給 TON。

在 TON 的設計中,Masterchain 保存全網設定和驗證者資訊;Workchain 可以定義自己的狀態轉換規則;Shardchain 則把工作鏈狀態依帳戶範圍拆分處理。
分片可隨負載變化而拆分或合併。智慧合約之間透過訊息互動,因此跨分片呼叫本質上是非同步流程,而不是在同一個同步呼叫堆疊中一次完成。
| 元件 | 主要職責 |
|---|---|
| Masterchain | 記錄網路設定、驗證者和工作鏈摘要 |
| Workchain | 定義一組帳戶、虛擬機器和狀態規則 |
| Shardchain | 處理工作鏈中的一部分帳戶狀態 |
| Accountchain | 單一帳戶的狀態與訊息歷史概念 |
| Message | 在帳戶和合約之間傳遞操作與價值 |
非同步模型有利於橫向擴展,也要求應用程式處理延遲訊息、失敗回執和多步驟狀態。不能把傳送第一則訊息視為整套業務已經完成。
Toncoin 是 TON 原生資產,用於支付交易和智慧合約執行費用,也參與驗證者質押及網路服務。
TON 合約收到訊息後需要支付運算、儲存和轉送等費用。應用程式設計不當時,訊息可能因餘額不足或執行條件不符而失敗,開發者需要明確處理剩餘價值和錯誤。
Jetton 是 TON 上常見的同質化代幣標準。一個 Jetton 通常由主合約和各持有者對應的錢包合約共同組成,因此核對資產時要確認 Jetton Master 位址,而不能只看名稱和圖示。

Telegram Mini App 是在 Telegram 內執行的 Web 應用程式。它可以透過 TON Connect 或 AppKit 請求使用者連接錢包、簽章和傳送交易。
典型流程是:應用程式產生交易請求,錢包向使用者顯示目標位址和金額,使用者確認後由錢包簽章並廣播,應用程式再讀取鏈上結果。Telegram 本身不會替使用者保管自託管錢包的私鑰。
| 層級 | 可以做什麼 | 使用者要核對什麼 |
|---|---|---|
| Telegram 介面 | 開啟 Mini App、傳遞登入情境 | Bot 名稱、網域和應用程式來源 |
| 應用程式後端 | 提供頁面、業務邏輯和鏈下資料 | 隱私、帳戶綁定和服務權限 |
| 錢包 | 顯示並簽署交易請求 | 位址、金額、代幣和合約操作 |
| TON 區塊鏈 | 執行訊息並記錄狀態 | 交易狀態、費用和最終結果 |
社群入口和鏈上資產結合的更多場景可閱讀SocialFi 指南。
Telegram 提供現成的分發入口,Mini Apps 不需要另外安裝,錢包連接可以嵌入應用程式流程。TON 的訊息模型和分片架構則面向大量帳戶與互動。
入口便利也會放大釣魚 Bot、假空投和同名應用程式的風險。使用者不能只憑 Telegram 藍色介面或群組人數判斷可信度。任何簽章請求都應在錢包中核對目標與權限。
開發者還要處理非同步訊息、合約餘額、分片路由和索引延遲。鏈上交易成功與應用程式頁面顯示成功可能存在時間差,應以區塊瀏覽器和合約狀態交叉確認。
TON 在主流公鏈中的位置可查看2025 年主流公鏈生態全景圖。
不是。Telegram 帳號用於通訊和應用程式登入,TON 錢包由金鑰控制。某些錢包可整合在 Telegram 內,但帳戶復原和資產控制規則仍由錢包決定。
一個外部請求可能觸發多個合約之間的非同步訊息。區塊瀏覽器會顯示訊息鏈,每一步都可能有獨立費用和執行狀態。
不是。兩者都可表示同質化代幣,但 TON Jetton 使用主合約和持有者錢包合約的結構,餘額與轉帳邏輯不同。
取決於錢包類型和備份方式。自託管錢包資產由恢復詞或其他金鑰控制,刪除應用程式後若沒有有效備份,可能無法恢復存取。


