A public status page launches with the public testnet on 20 September 2026. Until then, the checks below are the authoritative way to see what the network is doing — and they remain authoritative afterwards, because they read the chain rather than a report about it.
Check the chain directly
The most reliable signal is not a page someone maintains. It is the chain itself, and it answers in one request. The node RPC root returns the network’s current state:block_height is advancing, the network is producing blocks — and because matching, clearing, and liquidation all run inside block execution, a network producing blocks is a venue that is matching, clearing, and liquidating. There is no separate exchange process that can be down while the chain is up.
That is a structural property, not an operational claim. On a venue where the matching engine is a service beside the chain, “the chain is fine” and “trading works” are genuinely different questions. Here they are the same question.
Endpoints are listed on The network today.
What can actually be degraded
Some things can fail independently, and they are worth knowing by name, because each one fails in a way you can observe.
The pattern is worth naming: the trading path has no dependency on any of them. Each sits either upstream of execution as an input the chain has already accepted, or downstream as a reader of what the chain committed. Neither position can stop a block.
The consequence for an integration is that “the indexer is behind” and “my order did not execute” are unrelated diagnoses, and treating them as one signal will send you to the wrong place.
Checking your own view
Two fields in that RPC response answer questions people usually ask support about.chain_id confirms which network you are on. A client that seems to see no balances is far more often pointed at the wrong network than experiencing an incident.
oldest_ledger_version tells you how far back this node retains history. A node pruned aggressively serves current state correctly while being unable to answer historical queries at all — which looks like data loss and is not. See State sync.
What the status page will cover
When it launches, alongside the public testnet:- Component status for the surfaces above, each reported independently rather than rolled into one indicator
- Scheduled maintenance, announced ahead with the window and expected impact
- Incident history, retained rather than cleared on resolution
- Live incident updates during an event
Reporting a problem
If something looks wrong and the chain is producing blocks, it is likely specific to a surface or to your integration. Include what you were doing, the endpoint, a transaction hash or order ID if you have one, and the block height or timestamp. Send it tocontact@intention.xyz. Suspected vulnerabilities should go through the bug bounty process instead — put Security in the subject line so it is routed ahead of ordinary mail.
Where to go next
The network today
Chain identity, live endpoints, and what to expect.
Protocol changelog
The dated record of releases and incidents.
Contact
Reaching the team.
Developers
APIs, and building an integration that degrades gracefully.