🔗 爲什麼 TON 的消息鏈式處理會改變 STONfi 交換體驗

一次 STONfi 交換看起來像一個動作：連接、確認、等待。但在底層，TON 的工作方式不同於簡單的單步交易。請求會通過智能合約傳遞，而這種架構會影響執行過程。

🧠 一次交換，多條消息

TON 使用異步、分片（sharded）的執行方式。因此，一次交換並不是通過一次同步的函數調用完成，而是通過多條消息流轉。

- 錢包 → 路由器（Router）
- 路由器 → 流動性池（liquidity Pool）
- 池 → 響應
- 響應 → 最終錢包狀態

每一條消息都有自己的處理階段。單池交換的消息鏈更短；多跳路線會增加步驟，因此等待更久並不自動意味着失敗。

⏱ 爲什麼 STONfi 需要“待處理（pending）”狀態

這種架構讓“已提交”和“已完成”之間的區別變得很重要。

第一條消息並不代表整個交換已經結算完成。界面需要展示進度。

有三條規則很關鍵：

- 不要僅因爲界面正在處理就重複提交。
- 在假設第一次嘗試失敗之前，先檢查交易狀態。
- 將待處理、失敗和已完成視爲不同的執行狀態。

延遲可能只是鏈上時間而已。

🌉 跨鏈會讓鏈路更長

當目的地在不同區塊鏈上時，Omniston 會再增加一層流程。TON 側的執行需要與獨立網絡上的 HTLC 結算協調，該網絡有自己的區塊和確認規則。

因此，跨鏈的 STONfi 交換可能比 TON-to-TON 交換更耗時。額外延遲反映的是兩個獨立系統之間的協同。

待處理並不一定是問題——有時它只是架構在展示它的工作過程。

非投資建議——請自行研究！🚀

$SOL