> ## 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. # Stato del sistema > Come controllare se la rete, l'exchange e il bridge funzionano normalmente — compreso ciò che puoi verificare da solo senza aspettare che qualcuno lo pubblichi. Una pagina di stato pubblica arriva con la [testnet pubblica del 20 settembre 2026](/it/protocol/roadmap/milestones). Fino ad allora, i controlli qui sotto sono il modo autorevole di vedere che cosa sta facendo la rete — e restano autorevoli anche dopo, perché leggono la catena e non un rapporto sulla catena.

Controlla direttamente la catena

Il segnale più affidabile non è una pagina che qualcuno mantiene. È la catena stessa, e risponde in una sola richiesta. La root RPC del nodo restituisce lo stato corrente della rete: ```json theme={null} { "chain_id": 2, "node_role": "validator", "block_height": "1540443", "ledger_version": "5046975", "epoch": "125", "oldest_ledger_version": "0" } ``` Chiamala due volte, a qualche secondo di distanza. **Se `block_height` avanza, la rete sta producendo blocchi** — e poiché [matching, compensazione e liquidazione girano tutti dentro l'esecuzione del blocco](/it/protocol/architecture/kernel), una rete che produce blocchi è una piattaforma che incrocia, compensa e liquida. Non esiste un processo di exchange separato che possa essere fermo mentre la catena è attiva. È una proprietà strutturale, non un'affermazione operativa. Su una piattaforma dove il motore di matching è un servizio a lato della catena, «la catena sta bene» e «il trading funziona» sono davvero due domande diverse. Qui sono la stessa domanda. Gli endpoint sono elencati su [La rete oggi](/it/protocol/architecture/network-status).

Che cosa può davvero degradarsi

Alcune cose *possono* guastarsi in modo indipendente, e vale la pena conoscerle per nome, perché ciascuna si guasta in un modo che puoi osservare. | Componente | Sintomo | Che cosa continua a funzionare | | -------------------------------------------------------------- | ------------------------------------------------------ | ------------------------------------------------------------------ | | **[Indexer](/it/protocol/architecture/indexer)** | Le query storiche e gli stream arrancano o si bloccano | Il trading. L'invio e l'esecuzione degli ordini non ne dipendono | | **[Oracolo](/it/protocol/architecture/oracle)** | I prezzi indice smettono di aggiornarsi per un mercato | Il book. Il prezzo mark e il funding si degradano per quel mercato | | **[Bridge](/it/protocol/architecture/bridge)** | I depositi o i prelievi si bloccano | Il trading con il saldo che hai già | | **[Servizi di programma](/it/protocol/architecture/programs)** | I livelli commissionali smettono di aggiornarsi | Il trading, alla commissione che ti si applica in quel momento | | **Front end web** | Il sito è irraggiungibile | Tutto, tramite l'API | Vale la pena dare un nome allo schema: **il percorso di trading non dipende da nessuno di questi componenti.** Ciascuno sta o a monte dell'esecuzione, come un input che la catena ha già accettato, o a valle, come lettore di ciò che la catena ha committato. Nessuna delle due posizioni può fermare un blocco. La conseguenza per un'integrazione è che «l'indexer è indietro» e «il mio ordine non è stato eseguito» sono due diagnosi distinte, e trattarle come un unico segnale ti manda nel posto sbagliato.

Controllare quello che vedi tu

Due campi di quella risposta RPC rispondono a domande che di solito la gente pone al supporto. **`chain_id` conferma su quale rete ti trovi.** Quando un client sembra non vedere alcun saldo, quasi sempre è puntato sulla rete sbagliata; molto più raramente è in corso un incidente. **`oldest_ledger_version` ti dice quanto indietro nel tempo questo nodo conserva la storia.** Un nodo con pruning aggressivo serve correttamente lo stato corrente ma non riesce a rispondere a nessuna query storica — cosa che sembra una perdita di dati e non lo è. Vedi [Sincronizzazione dello stato](/it/protocol/architecture/state/sync).

Che cosa coprirà la pagina di stato

Quando arriverà, insieme alla testnet pubblica: * **Lo stato dei singoli componenti** elencati qui sopra, ciascuno riportato per conto proprio e non accorpato in un unico indicatore * **La manutenzione programmata**, annunciata in anticipo con la finestra e l'impatto atteso * **Lo storico degli incidenti**, conservato e non cancellato alla risoluzione * **Aggiornamenti in tempo reale** durante un evento Gli incidenti che toccano l'esecuzione, i fondi o le posizioni aperte vengono registrati anche nel [changelog del protocollo](/it/protocol/roadmap/changelog), così il registro permanente non resta confinato a una pagina di stato.

Segnalare un problema

Se qualcosa non torna e la catena sta producendo blocchi, il problema è probabilmente specifico di un singolo componente o della tua integrazione. Includi che cosa stavi facendo, l'endpoint, un hash di transazione o un ID d'ordine se ce l'hai, e l'altezza di blocco o il timestamp. Mandalo a `contact@intention.xyz`. Le vulnerabilità sospette vanno invece attraverso il processo di [bug bounty](/it/protocol/security/bug-bounty) — metti **Security** nell'oggetto, così la segnalazione viene instradata prima della posta ordinaria.

Dove proseguire

Identità della catena, endpoint attivi e che cosa aspettarsi. Il registro datato di rilasci e incidenti. Come raggiungere il team. Le API, e come costruire un'integrazione che degrada in modo controllato.