Une page d’état publique sera lancée avec le testnet public, le 20 septembre 2026. D’ici là, les vérifications ci-dessous font autorité pour savoir ce que fait le réseau — et elles continueront de faire autorité ensuite, parce qu’elles lisent la chaîne plutôt qu’un rapport à son sujet.
Interroger la chaîne directement
Le signal le plus fiable n’est pas une page que quelqu’un maintient. C’est la chaîne elle-même, et elle répond en une seule requête. La racine RPC d’un nœud renvoie l’état courant du réseau :block_height progresse, le réseau produit des blocs — et comme l’appariement, la compensation et la liquidation se déroulent tous à l’intérieur de l’exécution du bloc, un réseau qui produit des blocs est une plateforme qui apparie, compense et liquide. Il n’existe pas de processus de plateforme distinct qui puisse être en panne pendant que la chaîne fonctionne.
C’est une propriété structurelle, pas une affirmation opérationnelle. Sur une plateforme où le moteur d’appariement est un service à côté de la chaîne, « la chaîne va bien » et « le trading fonctionne » sont réellement deux questions différentes. Ici, c’est la même question.
Les endpoints sont listés sur Le réseau aujourd’hui.
Ce qui peut réellement être dégradé
Certaines choses peuvent défaillir indépendamment, et il vaut la peine de les connaître par leur nom, parce que chacune défaille d’une manière observable.
Le schéma mérite d’être nommé : le chemin de trading ne dépend d’aucun d’entre eux. Chacun se situe soit en amont de l’exécution, comme une entrée que la chaîne a déjà acceptée, soit en aval, comme un lecteur de ce que la chaîne a entériné. Ni l’une ni l’autre de ces places ne peut arrêter un bloc.
La conséquence pour une intégration, c’est que « l’indexeur a du retard » et « mon ordre n’a pas été exécuté » sont des diagnostics sans rapport, et les traiter comme un seul signal vous enverra au mauvais endroit.
Vérifier votre propre vue
Deux champs de cette réponse RPC répondent à des questions que l’on pose d’ordinaire au support.chain_id confirme sur quel réseau vous êtes. Un client qui semble ne voir aucun solde vise bien plus souvent le mauvais réseau qu’il ne subit un incident.
oldest_ledger_version vous dit jusqu’où ce nœud conserve l’historique. Un nœud élagué agressivement sert correctement l’état courant tout en étant totalement incapable de répondre à des requêtes historiques — ce qui ressemble à une perte de données sans en être une. Voir Synchronisation d’état.
Ce que couvrira la page d’état
À son lancement, en même temps que le testnet public :- L’état de chaque composant pour les surfaces ci-dessus, chacun rapporté indépendamment plutôt que fondu dans un indicateur unique
- Les maintenances programmées, annoncées à l’avance avec la fenêtre et l’impact attendu
- L’historique des incidents, conservé plutôt qu’effacé à la résolution
- Les mises à jour en direct pendant un incident
Signaler un problème
Si quelque chose semble anormal alors que la chaîne produit des blocs, le problème est probablement propre à une surface ou à votre intégration. Indiquez ce que vous étiez en train de faire, l’endpoint, un hash de transaction ou un identifiant d’ordre si vous en avez un, ainsi que la hauteur de bloc ou l’horodatage. Envoyez le tout àcontact@intention.xyz. Les vulnérabilités présumées doivent en revanche passer par le processus de bug bounty — mettez Security en objet pour qu’il soit acheminé en priorité par rapport au courrier ordinaire.
Pour aller plus loin
Le réseau aujourd’hui
L’identité de la chaîne, les endpoints en service, et ce à quoi s’attendre.
Journal des modifications du protocole
L’enregistrement daté des versions et des incidents.
Contact
Joindre l’équipe.
Développeurs
Les API, et comment bâtir une intégration qui se dégrade proprement.