El cofundador de Neo, Erik Zhang, ha añadido un perfil CAIP-2 en borrador para Neo N3 al registro de namespaces Chain Agnostic. El perfil define neo:860833102 como el identificador de cadena estandarizado para Neo N3 MainNet, proporcionando un requisito previo en la capa de nombres para la integración con sistemas basados en CAIP-2, como el protocolo de pagos x402. El identificador se ha fusionado en el registro de la Chain Agnostic Standards Alliance, aunque su estado sigue siendo Draft.

En su anuncio, Zhang dijo que inició este trabajo tras notar que protocolos como x402 dependen de CAIP-2 mientras que Neo nativo no tenía un identificador canónico. Añadió que, después de la discusión comunitaria y la revisión upstream, el namespace neo y el perfil CAIP-2 se integraron en el registro de namespaces Chain Agnostic. Describió el cambio como una pequeña pieza de infraestructura, pero un requisito importante para que wallets, SDKs, pagos y aplicaciones multicanal traten a Neo como una red de primera clase.

¿Qué es el estándar CAIP?

CAIP significa Chain Agnostic Improvement Proposals, un conjunto de especificaciones publicadas por la Chain Agnostic Standards Alliance. El proyecto busca hacer por la interoperabilidad blockchain lo que hace el Internet Engineering Task Force por los protocolos de internet: definir estándares neutrales y de múltiples partes interesadas que cualquier cadena pueda implementar, sin estar ligada a las convenciones de una sola blockchain.

Las especificaciones se mantienen en dos repositorios de GitHub. Uno contiene las propias especificaciones CAIP. El otro contiene perfiles de namespace, uno por cada familia de blockchain, donde las cadenas registran sus identificadores y documentan sus implementaciones específicas de cada CAIP.

Los estándares CAIP abordan una variedad de problemas de interoperabilidad, desde cómo identificar una cadena hasta cómo identificar una cuenta en esa cadena, además de cómo wallets y dApps negocian capacidades entre ecosistemas. Para proyectos como Neo, esto es importante porque un identificador estándar suele ser lo primero que otras herramientas necesitan antes de empezar a admitir funciones de red más profundas. Los estándares clave relevantes para el registro de Neo son:

• CAIP-2: Blockchain ID, el formato canónico para identificar cualquier blockchain.
• CAIP-10: Account ID, que extiende CAIP-2 para identificar direcciones de wallet de forma agnóstica a la cadena.
• CAIP-19: Asset Type y Asset ID, identificadores canónicos para tokens y NFTs entre cadenas.
• CAIP-25: Wallet Create Session JSON-RPC Method, que estandariza cómo las dApps solicitan capacidades y permisos a wallets en distintos ecosistemas.

¿Cómo funciona CAIP-2?

CAIP-2 define un formato simple pero importante: namespace:reference. El namespace identifica la familia de blockchain o el protocolo, mientras que la reference identifica la red específica dentro de esa familia.

Ethereum Mainnet, por ejemplo, es eip155:1. El namespace eip155 cubre la familia de cadenas de Ethereum, y 1 es el chain ID de Ethereum MainNet. Cualquier cadena compatible con EVM, incluida la propia sidechain EVM de Neo, Neo X, puede identificarse bajo el namespace eip155 usando su chain ID. Neo N3, que ejecuta su propio stack de protocolo distinto, requiere su propio namespace.

La reference en neo:860833102 es el network magic number de Neo N3, un entero incrustado en el protocolo que distingue a Neo N3 MainNet de otras redes a nivel de bytes. El perfil señala que los valores de network magic no están garantizados como globalmente únicos, ya que las redes privadas pueden reutilizarlos, pero el valor sirve como discriminador canónico de la red en el protocolo de Neo y es la elección natural para la reference de CAIP-2.

Antes de este registro, no existía una forma acordada y transversal entre ecosistemas de referirse a Neo N3 en protocolos agnósticos a la cadena. Las herramientas multicanal que necesitaban hacer referencia a Neo N3 no tenían una cadena estándar que usar, lo que hacía más difícil nombrar Neo de forma consistente en sistemas que dependen de registros compartidos en lugar de convenciones específicas de cada cadena.

¿Qué es x402 y por qué importa CAIP-2?

x402 es un protocolo abierto de pagos HTTP basado en el código de estado HTTP 402, que la especificación original de HTTP reservó para “Payment Required”. Desarrollado originalmente y de código abierto por Coinbase, x402 está ahora bajo la responsabilidad de la x402 Foundation de la Linux Foundation desde julio de 2026. Está diseñado para pagos automatizados y legibles por máquina, especialmente para agentes de IA que necesitan pagar por acceso a APIs sin intervención humana.

El flujo del protocolo funciona así:

• Un cliente envía una solicitud a un endpoint de API de pago.
• El servidor responde con un estado 402 y un requisito de pago legible por máquina.
• El cliente firma una autorización de pago y reintenta la solicitud.
• El servidor o el facilitador de pagos verifica la autorización y liquida el pago on-chain.

El intercambio es automatizado y no requiere una interfaz de pago visible para el usuario.

x402 usa identificadores CAIP-2 para especificar en qué blockchain y red debe liquidarse un pago. Un facilitador de pagos basado en x402 referencia cadenas mediante su identificador CAIP-2. Sin un identificador registrado, una cadena no es direccionable dentro de esa capa de nombres.

El identificador neo:860833102 de Neo hace que Neo N3 pueda referenciarse en el sistema de nombres CAIP-2 que usa x402. Sin embargo, el registro por sí solo no hace que Neo N3 sea compatible de forma operativa con los facilitadores de x402. Para que Neo funcione como una cadena de liquidación x402, el ecosistema todavía necesitaría una implementación de esquema de pago específica de Neo, firma de transacciones del lado del cliente, verificación del lado del servidor y lógica de liquidación, además de soporte para activos NEP-17, que es trabajo que aún queda por hacer.

¿Qué habilita el registro aguas abajo?

El registro CAIP-2 establece la capa de identificación. Las implicaciones prácticas se construyen sobre ella, aunque cada una requiere su propio trabajo de implementación.

Las wallets y SDKs multicanal que implementan estándares CAIP ahora tienen un identificador estandarizado para Neo N3. WalletConnect, por ejemplo, usa CAIP-2 y CAIP-25 para establecer conexiones entre dApps y wallets en distintas cadenas. Con un namespace Neo registrado, esas integraciones pueden referenciar Neo usando una cadena estándar en lugar de convenciones de nombres personalizadas. Sin embargo, la gestión real de cuentas de Neo, la firma, el soporte RPC y la lógica de transacciones aún tendrían que implementarse para una integración completa.

El namespace neo también proporciona la base para registros CAIP adicionales. Los account IDs CAIP-10 para direcciones de wallet de Neo N3, los identificadores de activos CAIP-19 para tokens NEP-17 y las interacciones de sesión de wallet CAIP-25 ahora pueden desarrollarse sobre el namespace ya establecido.

CAIP-222 y CAIP-25, actualmente en estado Draft y Review respectivamente, son los análogos entre ecosistemas de NEP-20, el estándar de autenticación de wallet de Neo, y NEP-21, su estándar unificado de dAPI. La comparación con CAIP-25 es parcial, ya que CAIP-25 cubre la creación de sesiones mientras que NEP-21 define una superficie dAPI más amplia. El registro CAIP-2 es el punto en el que los estándares internos de Neo pueden empezar a volverse legibles para ese ecosistema más amplio.

Cualquier protocolo, bridge o aplicación que use CAIP-2 para la identificación de cadenas, no solo x402, ahora puede referenciar Neo N3 usando un identificador estandarizado. Todavía se requiere lógica específica de la cadena para interactuar realmente con la red, pero el identificador elimina la necesidad de convenciones de nombres personalizadas.

El anuncio completo puede encontrarse en el enlace de abajo: https://x.com/erikzhang/status/2089902094874775696