> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# 系統狀態

> 如何確認網路、交易所和跨鏈橋是否運行正常——包括你自己就能驗證、不必等誰來公布的那些檢查。

<Note>
  公開狀態頁將隨 [2026 年 9 月 20 日的公開測試網](/zh-Hant/protocol/roadmap/milestones)一同上線。在那之前，下面這些檢查就是了解網路狀況的權威方式；上線之後也一樣權威，因為它們讀的是鏈本身，不是一份關於鏈的報告。
</Note>

<h2 id="check-the-chain-directly">
  直接檢查鏈
</h2>

最可靠的訊號不是某個人維護的頁面，而是鏈本身，而且它一次請求就能回答。

節點 RPC 根路徑回傳網路的當前狀態：

```json theme={null}
{
  "chain_id": 2,
  "node_role": "validator",
  "block_height": "1540443",
  "ledger_version": "5046975",
  "epoch": "125",
  "oldest_ledger_version": "0"
}
```

隔幾秒呼叫兩次。**只要 `block_height` 在增長，網路就在出塊**；而既然[撮合、清算和強制平倉都在區塊執行內部運行](/zh-Hant/protocol/architecture/kernel)，網路在出塊，就代表這個交易場所正在撮合、清算和強平。這裡沒有一個獨立的交易所行程，可以在鏈好好的時候自己掛掉。

這是結構決定的，不是一句維運層面的說辭。撮合引擎如果是跑在鏈旁邊的服務，「鏈沒問題」和「能交易」確實是兩個不同的問題。在這裡是同一個問題。

端點列在[網路現狀](/zh-Hant/protocol/architecture/network-status)。

<h2 id="what-can-actually-be-degraded">
  真正可能降級的部分
</h2>

有些東西**確實**可能獨立出故障，值得逐個點名，因為每一個壞掉的方式，你都看得出來。

| 元件                                                  | 症狀            | 仍然可用的部分              |
| --------------------------------------------------- | ------------- | -------------------- |
| **[索引器](/zh-Hant/protocol/architecture/indexer)**   | 歷史查詢和資料流延遲或停滯 | 交易。下單與執行不依賴它         |
| **[預言機](/zh-Hant/protocol/architecture/oracle)**    | 某個市場的指數價格停止更新 | 訂單簿。該市場的標記價格與資金費率會降級 |
| **[跨鏈橋](/zh-Hant/protocol/architecture/bridge)**    | 存入或提領停滯       | 用已有餘額繼續交易            |
| **[程式服務](/zh-Hant/protocol/architecture/programs)** | 費率級距停止更新      | 交易，按你當前生效的費率         |
| **Web 前端**                                          | 網站無法存取        | 透過 API 一切照常          |

有一個規律值得點明：**交易路徑不依賴其中任何一個。** 它們要麼在執行的上游，是鏈已經接受的輸入；要麼在下游，是鏈已提交內容的讀取方。這兩個位置都擋不住一個區塊。

這對串接的意義是，「索引器落後了」和「我的訂單沒執行」是彼此無關的兩種診斷，把它們當成同一個訊號會讓你查錯方向。

<h2 id="checking-your-own-view">
  檢查你自己這一側
</h2>

那份 RPC 回應裡有兩個欄位，能回答人們通常來問客服的問題。

**`chain_id` 確認你連的是哪個網路。** 用戶端看起來查不到任何餘額時，指錯網路的可能性遠大於真的遇上故障。

**`oldest_ledger_version` 告訴你這個節點保留了多久的歷史。** 剪枝剪得很兇的節點，當前狀態一樣提供得正確，卻完全答不了歷史查詢；那看起來像資料遺失，其實不是。參見[狀態同步](/zh-Hant/protocol/architecture/state/sync)。

<h2 id="what-the-status-page-will-cover">
  狀態頁將包含什麼
</h2>

上線時，與公開測試網同步：

* 上述各個環節的**元件狀態**，各自獨立報告，不揉成一個總指示燈
* **計畫內維護**，提前公告，寫明時段和預期影響
* **事故歷史**，保留而不在解決後清除
* 事件期間的**即時事故更新**

影響執行、資金或已開部位的事故還會記入[協議變更日誌](/zh-Hant/protocol/roadmap/changelog)，這樣永久記錄就不會只留在狀態頁上。

<h2 id="reporting-a-problem">
  報告問題
</h2>

如果有什麼看起來不對，而鏈仍在出塊，那問題多半只出在某個具體環節，或是你的串接上。請說明你當時在做什麼、用的哪個端點，有交易雜湊或訂單 ID 的話也附上，另外附上區塊高度或時間戳記。

發送至 `contact@intention.xyz`。疑似漏洞請改走[漏洞賞金](/zh-Hant/protocol/security/bug-bounty)流程：在主旨寫上 **Security**，這樣才會排在普通郵件前面處理。

<h2 id="where-to-go-next">
  後續閱讀
</h2>

<CardGroup cols={2}>
  <Card title="網路現狀" href="/zh-Hant/protocol/architecture/network-status">
    鏈識別、可用端點，以及可以預期什麼。
  </Card>

  <Card title="協議變更日誌" href="/zh-Hant/protocol/roadmap/changelog">
    發布與事故的帶日期記錄。
  </Card>

  <Card title="聯絡我們" href="/zh-Hant/help/contact">
    與團隊取得聯繫。
  </Card>

  <Card title="開發者" href="/zh-Hant/developers/overview">
    API，以及怎麼把串接做到能優雅降級。
  </Card>
</CardGroup>