AxLabs lance Neo Bridge Indexer pour le pont natif Neo X

AxLabs a lancé Neo Bridge Indexer, un tableau de bord public qui suit l'état en direct du pont natif entre Neo N3 et Neo X. Les bases de code frontend et backend ont été open source sur GitHub sous l'organisation bane-labs. L'outil offre aux utilisateurs, aux développeurs et aux opérateurs dApp un moyen indépendant du validateur de confirmer si le pont fonctionne normalement, en retard ou bloqué, couvrant les trois types de ponts pris en charge sur la connexion native entre les deux chaînes.

Le pont natif lui-même n'est pas nouveau. Neo X a lancé son MainNet avec le pont en place, et les outils ultérieurs, comme Oracle Gateway et NeoFS Fund Proxy, ont élargi ce qui y circule. Ce que Neo Bridge Indexer ajoute, c'est une visibilité publique sur la santé de ces flux à un moment donné.

Pourquoi les indexeurs de pont sont importants

L'infrastructure inter-chaînes dépend généralement d'un ensemble de validateurs, de relais ou de transmetteurs de messages qui observent les événements sur une chaîne et les finalisent sur une autre. Lorsque cette machine ralentit ou s’arrête, l’échec est souvent silencieux pour les utilisateurs finaux : une transaction est confirmée sur la chaîne source, semble réussir, puis n’arrive tout simplement pas du côté de la destination pendant une période prolongée.

Les indexeurs de pont sont une classe d'outils conçus pour rendre visible ce type de dérive. Dans l’écosystème plus large de la blockchain, les tableaux de bord analogues incluent l’interface d’analyse publique de LayerZero et les tableaux de bord d’état et d’analyse de Wormhole, chacun d’entre eux faisant apparaître l’état des messages inter-chaînes indépendamment de l’ensemble de validateurs exploitant le pont. Le Neo Bridge Indexer joue le même rôle pour la connexion Neo N3 vers Neo X, offrant à tout participant une vue non privilégiée de la mise en miroir correcte des opérations dans les deux sens.

Comment l'indexeur suit l'état du pont

Le tableau de bord présente deux vues directionnelles : Neo N3 à Neo X, qui compare l'état du pont en chaîne avec Neo N3 comme source et Neo X comme destination, et Neo X à Neo N3, qui inverse cette comparaison. Les deux vues nécessitent que le nombre d’opérations et la racine d’état correspondent de chaque côté pour que le pont soit signalé comme entièrement synchronisé.

Sous le capot, le backend indexe uniquement les données en chaîne.

Son README indique explicitement que la surveillance ne repose pas sur des validateurs ou des relais, et il prend en charge trois types de ponts qui s'exécutent sur la connexion native : le Native Bridge pour les transferts d'actifs natifs, le Token Bridge pour les transferts de jetons et le Message Bridge pour la transmission de messages entre chaînes.

Les opérations sont mises en correspondance dans les chaînes par un nonce, un identifiant unique par opération qui relie un événement de chaîne source à son homologue de chaîne de destination. Le backend signale une opération comme bloquée lorsqu'un événement de la chaîne source n'apparaît pas sur la chaîne de destination dans un seuil configurable, défini par défaut sur cinq minutes.

Pour chaque opération indexée, le backend capture le type de pont, la direction (dépôt ou retrait), le nombre occasionnel, la chaîne source et de destination et la hauteur du bloc, les hachages de transaction à la fin, le contrat et le montant du jeton, les adresses, les horodatages et l'état de pause par type de pont.

Un sous-système d'alerte peut envoyer des notifications via un e-mail SMTP ou des webhooks Discord lorsque la logique de surveillance détecte un problème.

Les référentiels backend et frontend sont open source dès le départ.

Où il s’intègre dans l’arc d’outillage Neo X

Le Neo Bridge Indexer est le troisième outil adjacent au pont Neo X ajouté à l'écosystème ces derniers mois. Il fait suite à 3vm, un inspecteur Message Bridge initialement orienté autour d'Oracle Gateway et étendu plus tard aux dépôts NeoFS, et au NeoFS Fund Proxy.

Les trois outils s'adressent à des publics distincts : 3vm est destiné aux développeurs et construit autour du débogage des transactions de pont de messages individuelles, le NeoFS Fund Proxy est une infrastructure pour un flux de dépôt spécifique, et l'indexeur de pont est un tableau de bord de santé destiné aux utilisateurs et à l'écosystème couvrant les trois types de ponts sur une seule surface.

L'annonce complète peut être consultée sur le lien ci-dessous : https://x.com/ax_labs/status/2047265749262012725