Intention 是一個 AI 原生的交易網路
這是交易網路，不是交易應用。交易所裡有幾個部分，決定誰與誰成交、成交在什麼價格、誰欠誰多少；這些部分由網路自己的驗證者執行、由共識排序，任何持有同樣區塊的人都能複現。不存在一台跑在別處、再把結果報回來的撮合引擎。 之所以說 AI 原生，是因為這正是代人交易的代理人真正需要的東西。人可以盯著一個交易場所，隨時作出反應；代理人不能，代理人只能依據這個場所有能力證明的東西行動。把撮合、保證金、資金費、強平和結算搬進協議，才讓交易場所從你信任的交易對手，變成你可以核驗的基礎設施。 通常被列成功能清單的那些東西，都是這一個決定的推論。執行跑在共識提交的順序之上，所以重放一個區塊就能一字不差地複現。價格在消費它的那個區塊裡完成認證，所以不存在可供搶先交易的預言機更新週期。強平和資金費是協議操作，不是合約呼叫，所以會和觸發它們的成交在同一步驟中執行。狀態機按交易逐筆輸出，所以每一個結果都有歸屬者。一家交易所不止於此。前端、帳戶營運、市場上架、客服和商業條款都圍繞在它周圍。網路公開、並且讓人可以核驗的，是與結算直接相關的核心部分——出現偏差就會讓人損失金錢的那一塊。
分層
四層，按一筆交易經過的順序排列。1 · 應用層 — 協議之外
2 · 網路層
3 · 執行層 — IntentionKernel
4 · 狀態層
Intention 網頁閘道
前端 · 錢包
代理人 · 造市商 · API 用戶端
記憶池准入 · 傳播
IntentionBFT排序 · 價格 · 最終性
撮合訂單簿 · 優先級
清算所保證金 · 強平 · 資金費
狀態儲存區依版本存值
Merkle 狀態證明 · 累加器
已簽署交易
已提交區塊
寫入 · 歸因事件
讀取 · 證明
已簽署交易
記憶池存下來之前先驗證
共識排序與價格法定人數
內核區塊執行
狀態寫入歸因事件
提交帳本與狀態儲存區
這個序列產生了什麼順序和價格在執行開始之前就已提交，每一次狀態變更都綁定到引起它的那筆交易 — 正因如此，任何人重放這個區塊都會得到同樣的結果。
一筆交易，從頭到尾
同一個區塊之內
讓這個交易場所的行為可以核驗的一切，都發生在單一已提交區塊之內。預言機認證價格，按輪次
跨鏈橋存入與提領
四個分層網路 → 執行 → 狀態
索引器已提交紀錄 → 可查詢歷史
程式服務衍生狀態，在區塊之外計算
寫回鏈上，執行時讀取
交易場所的保證從何而來
這裡沒有另列一份承諾清單；每一條性質都可以追溯到產生它的那一層。這套設計取代的市場基礎設施
傳統場所只是一條機構鏈上的一環。一筆交易在交易所撮合，在中央對手方完成合約更替與收取保證金，在保管「誰持有什麼」的機構記帳，跨支付系統結算，再申報到交易資料庫。五項職能，五套紀錄，外加一個專門用來發現它們何時對不上的對帳流程。 在這裡，這五項是同一個區塊裡的幾個階段，而這正是讓整條序列成為原子清結算的原因：它作為一個單元整體提交，要麼就完全不提交。這個詞值得說準。這裡的原子性覆蓋的是協議自己的帳本——擔保品經跨鏈橋進出要等來源鏈的最終性，不在這個單元之內。五家機構
一個區塊
撮合交易所
清算中央對手方
記帳保管機構
結算支付系統
申報交易資料庫
撮合撮合階段
清算清算所
記帳狀態層
結算同一個區塊
申報逐筆歸屬
四道縫。每一道裡都有一個還沒有人兌現的承諾——而對帳這件事之所以存在，就是為了發現它們何時對不上。
同樣五項職能，作為一個提交單元。要麼全都發生，要麼全都沒有；也沒有第二份紀錄可對。
重點不是這樣更便宜，而是：那些機構之間的間隔，正是「一個承諾已經存在、卻還沒有人兌現」的地方——成交與保證金通知之間、通知與擔保品到帳之間、成交與結算之間、事件與申報之間。把這些職能壓成一個區塊裡的幾個階段，並不會讓承諾更強，它是把承諾可以被打破的那些間隔拿掉了。 在這裡，撮合、清算與結算不是一條流水線上的三站，而是同一個區塊裡的同一件事。執行即結算。
網路現狀
上面描述的架構已經在運行，跑在一個承載完整技術堆疊的私有測試網上。鏈標識、可用端點，以及在 2026 年 9 月 20 日公開存取開放之前該有什麼預期，見網路現狀。後續閱讀
IntentionKernel
執行層：指令集、區塊執行流程，以及維持確定性的那些邊界。
IntentionBFT
共識：順序承諾、價格法定人數與最終性。
清算所
保證金、強平、自動減倉、保險基金與資金費。
狀態與儲存
已提交的結果如何持久化、認證與修剪。