> ## 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.
# Estado do sistema
> Como verificar se a rede, a exchange e a ponte estão a funcionar normalmente — incluindo o que pode confirmar por si mesmo sem esperar que alguém o publique.
Uma página pública de estado é lançada com a [testnet pública a 20 de setembro de 2026](/pt/protocol/roadmap/milestones). Até lá, as verificações abaixo são a forma de referência para ver o que a rede está a fazer — e continuam a sê-lo depois, porque leem a cadeia e não um relatório sobre ela.
Verificar diretamente na cadeia
O sinal mais fiável não é uma página que alguém mantém. É a própria cadeia, e responde num único pedido.
A raiz RPC do nó devolve o estado atual da rede:
```json theme={null}
{
"chain_id": 2,
"node_role": "validator",
"block_height": "1540443",
"ledger_version": "5046975",
"epoch": "125",
"oldest_ledger_version": "0"
}
```
Chame-o duas vezes, com alguns segundos de intervalo. **Se `block_height` estiver a avançar, a rede está a produzir blocos** — e, como o [matching, a compensação e a liquidação correm todos dentro da execução do bloco](/pt/protocol/architecture/kernel), uma rede que produz blocos é uma plataforma que está a cruzar ordens, a compensar e a liquidar. Não existe um processo de exchange separado que possa estar em baixo enquanto a cadeia está de pé.
Isto é uma propriedade estrutural, não uma afirmação operacional. Numa plataforma onde o motor de matching é um serviço ao lado da cadeia, «a cadeia está bem» e «a negociação funciona» são perguntas genuinamente diferentes. Aqui são a mesma pergunta.
Os endpoints estão listados em [A rede hoje](/pt/protocol/architecture/network-status).
O que pode realmente estar degradado
Algumas coisas *podem* falhar de forma independente, e vale a pena conhecê-las pelo nome, porque cada uma falha de uma maneira que consegue observar.
| Componente | Sintoma | O que continua a funcionar |
| -------------------------------------------------------------- | ------------------------------------------------------- | ------------------------------------------------------------------ |
| **[Indexador](/pt/protocol/architecture/indexer)** | As consultas históricas e os fluxos atrasam-se ou param | A negociação. A submissão e a execução de ordens não dependem dele |
| **[Oráculo](/pt/protocol/architecture/oracle)** | Os preços do índice deixam de atualizar num mercado | O livro. O preço de marcação e o funding degradam-se nesse mercado |
| **[Ponte](/pt/protocol/architecture/bridge)** | Os depósitos ou os levantamentos param | Negociar com o saldo que já tem |
| **[Serviços de programa](/pt/protocol/architecture/programs)** | Os escalões de comissões deixam de atualizar | A negociação, à taxa que lhe está aplicada |
| **Front end web** | O site fica inacessível | Tudo, através da API |
Vale a pena nomear o padrão: **o caminho de negociação não depende de nenhum deles.** Cada um está a montante da execução, como uma entrada que a cadeia já aceitou, ou a jusante, como leitor daquilo que a cadeia confirmou. Nenhuma das posições consegue parar um bloco.
A consequência para uma integração é que «o indexador está atrasado» e «a minha ordem não executou» são diagnósticos sem relação entre si, e tratá-los como um único sinal leva-o ao sítio errado.
Verificar o que está a ver
Dois campos dessa resposta RPC respondem a perguntas que as pessoas costumam fazer ao apoio.
**`chain_id` confirma em que rede está.** Um cliente que parece não ver saldos está muito mais vezes apontado à rede errada do que a viver um incidente.
**`oldest_ledger_version` diz-lhe até onde este nó guarda história.** Um nó podado de forma agressiva serve corretamente o estado atual, sendo incapaz de responder a qualquer consulta histórica — o que parece perda de dados e não é. Ver [Sincronização de estado](/pt/protocol/architecture/state/sync).
O que a página de estado vai cobrir
Quando for lançada, a par da testnet pública:
* **Estado dos componentes** acima, cada um reportado de forma independente em vez de agregado num único indicador
* **Manutenções programadas**, anunciadas com antecedência, com a janela e o impacto esperado
* **Histórico de incidentes**, conservado em vez de apagado quando são resolvidos
* **Atualizações em direto** durante um incidente
Os incidentes que afetam a execução, os fundos ou as posições abertas são também registados no [changelog do protocolo](/pt/protocol/roadmap/changelog), para que o registo permanente não viva apenas numa página de estado.
Reportar um problema
Se algo parecer errado e a cadeia estiver a produzir blocos, o problema é provavelmente específico de uma superfície ou da sua integração. Inclua o que estava a fazer, o endpoint, um hash de transação ou ID de ordem, se tiver, e a altura de bloco ou a data/hora.
Envie para `contact@intention.xyz`. As suspeitas de vulnerabilidades devem seguir antes pelo processo de [bug bounty](/pt/protocol/security/bug-bounty) — ponha **Security** no assunto, para que seja encaminhada à frente do correio comum.
Para onde ir a seguir
Identidade da cadeia, endpoints ativos e o que esperar.
O registo datado de lançamentos e incidentes.
Como falar com a equipa.
APIs e como construir uma integração que degrada com elegância.