> ## 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/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/protocol/architecture/kernel)，所以网络在出块，就说明这个交易场所正在撮合、清算和强平。这里没有一个独立的交易所进程，能在链好好的时候单独宕掉。

这是结构决定的，不是运维层面的说法。撮合引擎跑在链旁边的场所，“链没问题”和“能交易”确实是两个不同的问题。在这里，它们是同一个问题。

端点列在[网络现状](/zh/protocol/architecture/network-status)。

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

有些东西*确实*可能独立出故障，值得逐个点名，因为每一个失效的方式你都能观察到。

| 组件                                             | 症状            | 仍然可用的部分              |
| ---------------------------------------------- | ------------- | -------------------- |
| **[索引器](/zh/protocol/architecture/indexer)**   | 历史查询和数据流延迟或停滞 | 交易。下单与执行不依赖它         |
| **[预言机](/zh/protocol/architecture/oracle)**    | 某个市场的指数价格停止更新 | 订单簿。该市场的标记价格与资金费率会降级 |
| **[跨链桥](/zh/protocol/architecture/bridge)**    | 充值或提现停滞       | 用已有余额继续交易            |
| **[计划服务](/zh/protocol/architecture/programs)** | 费率档位停止更新      | 交易，按你当前生效的费率         |
| **Web 前端**                                     | 站点无法访问        | 通过 API 一切照常          |

有一条规律值得点明：**交易路径不依赖其中任何一个。** 它们要么在执行的上游，是链已经接受的输入；要么在下游，只是读取链已经提交的东西。这两个位置都拦不住一个区块。

这对集成的意义是：“索引器落后了”和“我的订单没执行”是两种互不相干的诊断，当成同一个信号看，只会让你查错方向。

<h2 id="checking-your-own-view">
  检查你自己这一侧
</h2>

那份 RPC 响应里有两个字段，能回答人们通常来问客服的问题。

**`chain_id` 确认你连的是哪个网络。** 客户端看起来一个余额都查不到，多半是网络指错了，而不是真出了故障。

**`oldest_ledger_version` 告诉你这个节点保留了多久的历史。** 剪枝很激进的节点，当前状态照样给得对，历史查询却根本答不了——看着像数据丢失，其实不是。见[状态同步](/zh/protocol/architecture/state/sync)。

<h2 id="what-the-status-page-will-cover">
  状态页将包含什么
</h2>

上线时，与公开测试网同步：

* 上述各个面的**组件状态**，各自独立报告，而不是揉成一个总指示灯
* **计划内维护**，提前公告，写明窗口和预期影响
* **事故历史**，保留而不在解决后清除
* 事件期间的**实时事故更新**

影响执行、资金或已开仓位的事故还会记入[协议变更日志](/zh/protocol/roadmap/changelog)，这样永久记录就不只存在于一个状态页上。

<h2 id="reporting-a-problem">
  报告问题
</h2>

如果有什么看起来不对，而链仍在出块，那问题多半局限在某个具体的面或你的集成上。请说明你当时在做什么、用的哪个端点、如果有的话附上交易哈希或订单 ID，以及区块高度或时间戳。

发送至 `contact@intention.xyz`。疑似漏洞请改走[漏洞赏金](/zh/protocol/security/bug-bounty)流程——在主题行写上 **Security**，以便优先于普通邮件被处理。

<h2 id="where-to-go-next">
  后续阅读
</h2>

<CardGroup cols={2}>
  <Card title="网络现状" href="/zh/protocol/architecture/network-status">
    链标识、可用端点，以及可以预期什么。
  </Card>

  <Card title="协议变更日志" href="/zh/protocol/roadmap/changelog">
    发布与事故的带日期记录。
  </Card>

  <Card title="联系我们" href="/zh/help/contact">
    与团队取得联系。
  </Card>

  <Card title="开发者" href="/zh/developers/overview">
    API，以及如何构建一个能优雅降级的集成。
  </Card>
</CardGroup>