deepdive

División de la pila de pagos de agentes

Editorial · 9 ago 2026 · 8 min de lectura

La arquitectura para los pagos autónomos de máquinas se está consolidando en torno a una división en dos capas que ha sido implícita durante meses, pero que ahora se reconoce formalmente. En la parte inferior se encuentra una capa de protocolo donde los agentes descubren servicios, negocian precios y establecen identidad: x402, el Agent Payments Protocol (AP2) y el Machine Payments Protocol ocupan este espacio. En la parte superior se sitúa la capa de liquidación, donde los stablecoins se mueven realmente entre los monederos de los agentes. La distinción suena académica, pero determina qué proyectos compiten entre sí y cuáles son infraestructura complementaria.

La capa de protocolo: negociación e identidad

Tres estándares de protocolo pugnan por posicionarse en la capa inferior a la liquidación. El estándar x402 de Coinbase, que reutiliza el código de estado 402 Payment Required de HTTP, gestiona la negociación de precios y el pago dentro del ciclo de petición-respuesta HTTP. El Agent Payments Protocol (AP2) cubre un terreno similar con una filosofía de diseño diferente, mientras que el Machine Payments Protocol aborda la cuestión más específica del formato de las instrucciones de liquidación de máquina a máquina. Por otro lado, el Model Context Protocol —un estándar abierto diseñado inicialmente para dar a los modelos de IA acceso a herramientas externas— se está adaptando para el acceso a datos financieros. El lanzamiento por parte de N3XT de una implementación MCP para datos bancarios en vivo muestra que el estándar se extiende más allá del contexto puro del modelo hacia un territorio adyacente a los pagos.

La capa de liquidación: stablecoins como red por defecto

Por encima de la capa de protocolo, los stablecoins han ganado efectivamente el papel de liquidación para los pagos de agentes. USDC en Base domina las integraciones existentes, en gran parte porque la implementación x402 de Coinbase lo usa por defecto y porque las bajas comisiones y la rápida finalidad de Base son ideales para las microtransacciones. USDT en Tron y Solana sigue siendo la red de liquidación para una gran parte de los flujos de stablecoins off-chain existentes, aunque su presencia en infraestructuras específicas para agentes es menor. El trabajo de la capa de liquidación es limitado: mover el valor de forma atómica, económica y con la suficiente finalidad como para que la capa de protocolo superior pueda dar la transacción por completada. A la capa de protocolo no le importa qué stablecoin liquida el pago, solo que se liquide.

Qué significa la división para la competencia

Esta estructura por capas crea un panorama competitivo que no se ajusta a las fronteras tradicionales de la industria de pagos. Los proyectos que construyen estándares en la capa de protocolo —x402, AP2, implementaciones MCP— compiten entre sí por la adopción entre desarrolladores de agentes y proveedores de API. Los proyectos que construyen infraestructura de liquidación —emisores de stablecoins, proveedores de monederos y equipos de cadenas— compiten en costes, velocidad y fiabilidad, no en funciones orientadas al agente. Una empresa como Skyfire, que construye infraestructura de monederos específica para agentes, se sitúa a caballo entre ambas capas, lo cual es una ventaja o una distracción estratégica dependiendo de su ejecución. El riesgo para cualquier proyecto individual es que ganar en la capa de protocolo genera un poder de fijación de precios limitado si la liquidación sigue comoditizada: el mismo problema que las redes de pago siempre han enfrentado.

cuestiones abiertas en la pila

Varias cuestiones estructurales siguen sin resolverse. La interoperabilidad entre x402 y AP2 aún no está especificada, lo que significa que un agente que utilice un protocolo no puede pagar sin problemas a un servicio que utilice el otro: un riesgo de fragmentación que refleja la dinámica inicial entre HTTP y Gopher. La expansión del estándar MCP hacia el acceso de datos financieros plantea interrogantes sobre si absorberá las funciones de pago de la capa de protocolo o si permanecerá como un estándar complementario. Además, la dependencia de la capa de liquidación en un número reducido de stablecoins genera un riesgo de concentración: si el emisor de USDC congela el monedero de un agente, la capa de protocolo no tiene alternativa. Estas no son preocupaciones hipotéticas. Son las decisiones de ingeniería concretas que determinarán si el comercio de agentes escala más allá de las transacciones de demostración hasta alcanzar un volumen de producción.

Sources

E
Editorial
Lectura relacionada

Lectura relacionada