AxLabs lanza Neo Bridge Indexer para el puente nativo Neo X
AxLabs ha lanzado Neo Bridge Indexer, un panel público que rastrea el estado activo del puente nativo entre Neo N3 y Neo X. Tanto el código base del frontend como el backend han sido de código abierto en GitHub bajo la organización bane-labs. La herramienta brinda a los usuarios, desarrolladores y operadores de dApp una forma independiente del validador de confirmar si el puente está funcionando normalmente, retrasado o atascado, cubriendo los tres tipos de puente admitidos en la conexión nativa entre las dos cadenas.
El puente nativo en sí no es nuevo. Neo X lanzó su MainNet con el puente instalado y las herramientas posteriores, como Oracle Gateway y NeoFS Fund Proxy, han ampliado lo que fluye a través de él. Lo que agrega Neo Bridge Indexer es visibilidad pública sobre si esos flujos son saludables en un momento dado.
Por qué son importantes los indexadores puente
La infraestructura entre cadenas generalmente depende de un conjunto de validadores, retransmisores o transmisores de mensajes que observan eventos en una cadena y los finalizan en otra. Cuando esa maquinaria se ralentiza o se detiene, el fallo suele ser silencioso para los usuarios finales: una transacción se confirma en la cadena de origen, parece tener éxito y luego simplemente no llega al destino durante un período prolongado.
Los indexadores de puentes son una clase de herramientas diseñadas para hacer visible ese tipo de deriva. En el ecosistema blockchain más amplio, los paneles análogos incluyen la interfaz de escaneo público de LayerZero y los paneles de estado y escaneo de Wormhole, cada uno de los cuales muestra el estado de los mensajes entre cadenas independientemente del conjunto de validadores que opera el puente. Neo Bridge Indexer cumple la misma función para la conexión de Neo N3 a Neo X, proporcionando a cualquier participante una vista sin privilegios de si las operaciones se están reflejando correctamente en ambas direcciones.
Cómo el indexador rastrea el estado del puente
El tablero presenta dos vistas direccionales: Neo N3 a Neo X, que compara el estado del puente en cadena con Neo N3 como origen y Neo X como destino, y Neo X a Neo N3, que invierte esa comparación. Ambas vistas requieren que el recuento de operaciones y el estado raíz coincidan en cada lado para que el puente se informe como completamente sincronizado.
Debajo del capó, el backend indexa solo datos en cadena.
Su README establece explícitamente que el monitoreo no depende de validadores o retransmisores, y admite tres tipos de puentes que se ejecutan en la conexión nativa: el Puente Nativo para transferencias de activos nativos, el Puente de Token para transferencias de tokens y el Puente de Mensajes para el paso de mensajes entre cadenas.
Las operaciones se comparan entre cadenas mediante nonce, un identificador único por operación que vincula un evento de la cadena de origen con su contraparte de la cadena de destino. El backend marca una operación como bloqueada cuando un evento de la cadena de origen no aparece en la cadena de destino dentro de un umbral configurable, establecido en cinco minutos de forma predeterminada.
Para cada operación indexada, el backend captura el tipo de puente, la dirección (depósito o retiro), el nonce, la cadena de origen y destino y la altura del bloque, los hashes de la transacción al finalizar, el contrato y la cantidad del token, las direcciones, las marcas de tiempo y el estado de pausa por tipo de puente.
Un subsistema de alerta puede enviar notificaciones por correo electrónico SMTP o webhooks de Discord cuando la lógica de monitoreo detecta un problema.
Tanto el repositorio backend como el frontend son de código abierto desde el principio.
Dónde encaja en el arco de herramientas Neo X
Neo Bridge Indexer es la tercera herramienta adyacente al puente Neo X agregada al ecosistema en los últimos meses. Le sigue 3vm, un inspector de Message Bridge originalmente orientado alrededor de Oracle Gateway y luego extendido a los depósitos de NeoFS, y NeoFS Fund Proxy.
Las tres herramientas sirven a audiencias distintas: 3vm está orientado a los desarrolladores y se basa en la depuración de transacciones de puentes de mensajes individuales, NeoFS Fund Proxy es una infraestructura para un flujo de depósitos específico y el indexador de puentes es un panel de control de salud orientado al usuario y al ecosistema que cubre los tres tipos de puentes en una sola superficie.
El anuncio completo se puede encontrar en el siguiente enlace: https://x.com/ax_labs/status/2047265749262012725