Whitepaper V4.1
9. MCP, A2A e interoperabilidad abierta de agentes
IONON no debe crear un protocolo propietario para cada capa de integración.
MCP es la capa vertical de herramientas/contexto. La especificación del 28 de julio de 2026 introdujo un núcleo de protocolo sin estado, endurecimiento de la autorización, un marco de extensiones y SDKs actualizados. El MCP Gateway de IONON puede exponer herramientas de monedero, política, pago y datos a través de una única interfaz controlada, preservando el privilegio mínimo y la autorización auditable.
A2A es la capa horizontal agente-a-agente. A2A v1.0 está listo para producción y complementa explícitamente a MCP: MCP conecta un agente con herramientas y contexto; A2A permite que agentes independientes se descubran entre sí, anuncien capacidades mediante Agent Cards, intercambien mensajes y gestionen tareas.
El diferenciador nativo de IONON no es reemplazar MCP o A2A. Es añadir identidad + autoridad delegada + política económica + liquidación + evidencia a su alrededor.
ERC-8004 también es relevante como borrador de Ethereum para descubrimiento, reputación y validación de agentes sin confianza. Como sigue siendo un borrador, debe tratarse como un objetivo de interoperabilidad, no como una dependencia que defina el modelo de identidad de IONON.
9.1 Pila de estándares para agentes económicos
IONON debe reutilizar identificadores y estándares de firma maduros siempre que sea posible:
- W3C VC 2.0 para credenciales portables y verificables por máquina y el sobre del Agent Birth Certificate;
- CAIP-2 / CAIP-10 para identificadores de cadena y cuenta agnósticos de cadena en Ethereum, Cosmos y redes futuras;
- SIWE / ERC-4361 para autenticación Ethereum controlada por humanos ante servicios web;
- EIP-712 para autorizaciones tipadas y separadas por dominio como Orders, Mandates y actualizaciones de política;
- ERC-1271 para validar firmas emitidas en nombre de cuentas de contrato, DAOs y smart wallets;
- ERC-4337 y EIP-7702 como bloques opcionales de abstracción de cuenta/delegación donde mejoren la recuperación, la ejecución con alcance y las transacciones patrocinadas sin debilitar los controles de política;
- x402 como interfaz de pago máquina para acceso a APIs/servicios; x402 v2 añade identidad de monedero, descubrimiento y soporte multired basado en CAIP;
- Visa Trusted Agent Protocol, Mastercard Verifiable Intent/Agent Pay y Circle Agent Stack como evidencia externa de que la identidad, la intención, los controles, las políticas de gasto y los rails de pago legibles por máquina se están convirtiendo en categorías independientes de infraestructura en el comercio agéntico.
IONON no necesita ganar inventando cada protocolo de cable. Gana si un agente puede llegar a través de estándares abiertos y aún así obtener un tratamiento IONON consistente para identidad, autoridad delegada, política, liquidación y evidencia.
9.2 Sobre de autorización
Una autorización económica debe ser firmable como datos estructurados e incluir como mínimo: principal, agente, identificadores de cadena/cuenta, nonce, tiempos de emisión/caducidad, clase de acción, topes de activo/valor, alcance de contraparte, alcance de herramientas, versión de política y destino de evidencia. La prevención de replay pertenece a la máquina de estados de la Order, no a la memoria del usuario. Una firma prueba que alguien autorizó un mensaje; el Policy Engine sigue decidiendo si esa autorización es actualmente suficiente.