公開狀態頁將隨 2026 年 9 月 20 日的公開測試網一同上線。在那之前，下面這些檢查就是了解網路狀況的權威方式；上線之後也一樣權威，因為它們讀的是鏈本身，不是一份關於鏈的報告。
直接檢查鏈
最可靠的訊號不是某個人維護的頁面，而是鏈本身，而且它一次請求就能回答。 節點 RPC 根路徑回傳網路的當前狀態：block_height 在增長，網路就在出塊；而既然撮合、清算和強制平倉都在區塊執行內部運行，網路在出塊，就代表這個交易場所正在撮合、清算和強平。這裡沒有一個獨立的交易所行程，可以在鏈好好的時候自己掛掉。
這是結構決定的，不是一句維運層面的說辭。撮合引擎如果是跑在鏈旁邊的服務，「鏈沒問題」和「能交易」確實是兩個不同的問題。在這裡是同一個問題。
端點列在網路現狀。
真正可能降級的部分
有些東西確實可能獨立出故障，值得逐個點名，因為每一個壞掉的方式，你都看得出來。
有一個規律值得點明：交易路徑不依賴其中任何一個。 它們要麼在執行的上游，是鏈已經接受的輸入；要麼在下游，是鏈已提交內容的讀取方。這兩個位置都擋不住一個區塊。
這對串接的意義是，「索引器落後了」和「我的訂單沒執行」是彼此無關的兩種診斷，把它們當成同一個訊號會讓你查錯方向。
檢查你自己這一側
那份 RPC 回應裡有兩個欄位，能回答人們通常來問客服的問題。chain_id 確認你連的是哪個網路。 用戶端看起來查不到任何餘額時，指錯網路的可能性遠大於真的遇上故障。
oldest_ledger_version 告訴你這個節點保留了多久的歷史。 剪枝剪得很兇的節點，當前狀態一樣提供得正確，卻完全答不了歷史查詢；那看起來像資料遺失，其實不是。參見狀態同步。
狀態頁將包含什麼
上線時，與公開測試網同步：- 上述各個環節的元件狀態，各自獨立報告，不揉成一個總指示燈
- 計畫內維護，提前公告，寫明時段和預期影響
- 事故歷史，保留而不在解決後清除
- 事件期間的即時事故更新
報告問題
如果有什麼看起來不對，而鏈仍在出塊，那問題多半只出在某個具體環節，或是你的串接上。請說明你當時在做什麼、用的哪個端點，有交易雜湊或訂單 ID 的話也附上，另外附上區塊高度或時間戳記。 發送至contact@intention.xyz。疑似漏洞請改走漏洞賞金流程：在主旨寫上 Security，這樣才會排在普通郵件前面處理。
後續閱讀
網路現狀
鏈識別、可用端點，以及可以預期什麼。
協議變更日誌
發布與事故的帶日期記錄。
聯絡我們
與團隊取得聯繫。
開發者
API，以及怎麼把串接做到能優雅降級。