x402 es muy bueno, pero ¿cuáles son los problemas ocultos?

作者：YQ, investigador en infraestructura de criptomonedas; traducción: xz@Jinse Caijing

En 1994, Mark Anderson cometió un error importante, y solo después lo admitió: Netscape no logró integrar la función de pago en el navegador. Debido a riesgos regulatorios y a la actitud conservadora de las instituciones financieras, la colaboración entre Netscape y Visa, y entre Microsoft y MasterCard, finalmente fracasó. Esto llevó a que el modelo comercial predeterminado de Internet fuera dominado por sistemas de monitoreo publicitario durante treinta años — una industria de billones de dólares construida sobre el seguimiento completo del comportamiento en lugar de un intercambio de valor directo.

Hoy en día, los agentes de IA están rompiendo ese equilibrio. Los sistemas autónomos no ven anuncios, no pueden ser perfilados psicológicamente y no tienen atención monetizable. Los creadores de contenido enfrentan una dicotomía: o permiten que la extracción parasitaria destruya su motivación creativa, o establecen mecanismos de pago directo. El protocolo x402 es precisamente el intento más confiable para activar el estado “402 Payment Required” (se requiere pago) en el estándar HTTP, combinando liquidaciones en blockchain y autorización criptográfica para redefinir el paradigma de intercambio de valor en la era de la IA.

El momento parece haber llegado. La infraestructura blockchain está madura: las redes Layer2 permiten transacciones escaladas con costos y finalidades en subsegundos, y las stablecoins circulan en más de 20 cadenas con un volumen superior a 42 mil millones de dólares. El protocolo A2A de Google planifica claramente un ecosistema de agentes basado en “pago por servicio y cobro”. Pero tras un análisis profundo de la especificación v1, las propuestas de revisión v2 y los avances en el ecosistema temprano, se revela que su arquitectura presenta limitaciones fundamentales que, sin ajustes significativos, dificultarán una adopción masiva.

Este documento realiza una crítica sistemática basada en principios de sistemas distribuidos, economía de protocolos de pago y casos de despliegue reales, proponiendo una transformación arquitectónica que soporte despliegues a nivel de Internet.

1. Comprender la arquitectura x402

Este protocolo utiliza el mecanismo EIP-3009 transferWithAuthorization() para realizar transferencias de stablecoins sin tarifas de gas. El cliente construye un certificado de autorización cifrado, que permite a un tercero (el relé) ejecutar la transferencia en su nombre.

Observación clave: este diseño logra una validación de pago encriptada sin que el comerciante tenga que gestionar claves privadas o infraestructura blockchain directamente. La liquidación se realiza en redes como Base (Ethereum Layer2), con una finalidad de aproximadamente 200 milisegundos y un costo de gas inferior a 0.0001 dólares. Aunque el protocolo parece simple y elegante, esa aparente sencillez oculta varios problemas arquitectónicos profundos que solo se revelan tras un análisis detallado.

2. Algunos problemas arquitectónicos ocultos

Problema 1: El modelo económico del relé tiene fallas

El relé asume tres funciones: verificar firmas EIP-3009, difundir transacciones en blockchain y proveer infraestructura API. Sin embargo, el nivel de protocolo no ofrece mecanismos de compensación económica. Hagamos un cálculo preciso de los costos:

El relé de Coinbase en el proceso CDP actualmente realiza transacciones USDC en Base sin tarifas de servicio. Cada transacción consume aproximadamente 0.0006 dólares en gas. Con un volumen mensual de un millón de transacciones, el costo en gas solo sería de 600 dólares (sin contar servidores, nodos RPC, monitoreo, cumplimiento y mantenimiento). El relé no tiene forma de recuperar estos costos en el nivel del protocolo.

Hallazgo clave: en comparación con todos los protocolos de pago exitosos en la historia de Internet, Stripe cobra un 2.9% + 0.3 dólares por transacción, PayPal cobra aproximadamente un 3% en tarifas a comerciantes, y las redes de tarjetas de crédito obtienen un 2-3% en descuentos a comerciantes. Estos protocolos capturan valor porque crean valor y establecen modelos de negocio sostenibles que crecen con el volumen de transacciones. En cambio, el relé de x402 ofrece valor real, pero no recibe ninguna recompensa.

Problema 2: La liquidación en dos fases genera retrasos y pérdida de atomicidad

La arquitectura actual requiere dos interacciones independientes en blockchain: una fase de verificación (comprobar firma y nonce) y una fase de liquidación (ejecutar la transferencia). Este diseño introduce pérdidas de rendimiento y problemas de consistencia.

Un retraso de 500-1100 ms por solicitud puede parecer aceptable, pero en escenarios reales, los efectos se multiplican exponencialmente:

• Un agente autónomo obtiene datos de 100 APIs protegidas por x402: el costo en pago acumula entre 50 y 110 segundos;
• Un robot de trading actualiza posiciones en 50 fuentes de datos en tiempo real: retraso acumulado de 25 a 55 segundos;
• Un asistente de IA invoca 20 herramientas en una conversación: el retraso en interacción aumenta entre 10 y 22 segundos.

Esto viola principios fundamentales de los sistemas distribuidos: no es una preocupación teórica, sino una consecuencia inevitable de dividir una operación atómica (pago) en dos fases protocolizadas. Desde los años 70, la investigación en sistemas distribuidos ha demostrado que los esquemas de dos fases son inherentemente frágiles ante fallos del coordinador. La fase 2PC en bases de datos es un ejemplo claro. x402 debe evitar repetir estos errores.

Problema 3: La exclusividad de EIP-3009 fragmenta el ecosistema de tokens

El protocolo requiere que los pagos se realicen mediante transferWithAuthorization() en tokens compatibles con EIP-3009. En teoría, esto permite que cualquier token compatible funcione con x402. Pero en realidad, la cantidad de tokens compatibles con ese estándar es muy menor que la de stablecoins con valor económico relevante.

Esto significa que la versión v1 de x402 solo es compatible con aproximadamente el 60% de los tokens principales, incluyendo USDC y USDT. La compatibilidad con otras stablecoins es aún más limitada: Tether (USDT), con un suministro circulante de más de 140 mil millones de dólares, nunca ha soportado EIP-3009 y no tiene planes de hacerlo. La stablecoin DAI usa el estándar EIP-2612 para permisos, que aunque similar, tiene una interfaz diferente y no es compatible con el protocolo.

Problema 4: La compatibilidad multichain es superficial

El estándar afirma que x402 soporta “Base, Solana y cualquier red EVM mediante relés autogestionados”, lo que parece flexible y sin dependencia de cadenas específicas. Pero al analizar los detalles, la realidad es diferente.

Cada relé soporta un subconjunto diferente de redes, con distintas configuraciones, listas de tokens y niveles de madurez operativa. El protocolo no ofrece mecanismos para que los clientes consulten qué cadenas soporta cada comerciante. Los servicios solo indican en la respuesta 402 una única red, obligando a los clientes a mantener fondos en esa cadena o a abandonar la transacción.

Problema 5: El relé es una capa intermedia innecesaria

Es necesario cuestionar la premisa de que debe existir un relé en la arquitectura. La explicación tradicional es discutible.

Una alternativa tiene varias ventajas:

• Atomicidad: verificación y liquidación en una sola transacción en cadena;
• Menor latencia: reduce una ida y vuelta en red (200-500 ms vs 500-1100 ms);
• Mayor fiabilidad: no depende del estado en línea del relé ni de la disponibilidad de su API;
• Sostenibilidad económica: deducción directa en la cadena (tarifa del 1%);
• Transparencia: toda la lógica de liquidación es auditable en la cadena.

3. Propuesta v2: mejoras y problemas sin resolver

El equipo de x402 ha publicado una rama de especificación v2, intentando resolver algunas limitaciones de la v1 mediante un “rediseño independiente de la capa de transporte”. Tras revisar el registro de cambios, la hoja de ruta y los documentos, el autor opina que, aunque la v2 introduce mejoras progresivas, no soluciona los problemas arquitectónicos fundamentales.

Principales actualizaciones de v2:

• Abstracción de capa de transporte: divide el protocolo en tipos (estructuras de datos), lógica (solución) y capa de presentación (HTTP, MCP, A2A);
• Extensibilidad de la solución: especifica un esquema de “facturación precisa” que soporta nuevos modos (por uso, autorización comercial, etc.);
• Mecanismo de descubrimiento: añade la API Bazaar para consultar recursos compatibles con x402.

Principales problemas sin resolver en v2:

• Mantiene la arquitectura de relé (cliente→relé/verificación→relé/liquidación→comerciante);
• Conserva el modelo económico sin tarifas para el relé (sin beneficios para el relé);
• Persisten los esquemas de liquidación en dos fases;
• Continúa la exclusividad de EIP-3009 (el soporte de tokens se pospone a Q2 2026);
• Sigue exigiendo coincidencia explícita de red (sin capa de abstracción cross-chain);
• La participación del relé sigue siendo obligatoria.

4. Condiciones para una adopción a escala de Internet

Basado en treinta años de investigación en sistemas distribuidos y protocolos de pago, resumo los principios arquitectónicos necesarios:

• Economía sustentable basada en tarifas: deducción del 1% en cada liquidación en cadena para generar ingresos continuos;
• Liquidación atómica mediante contratos inteligentes: elimina condiciones de carrera en una sola transacción;
• Flexibilidad de tokens: soporte simultáneo para EIP-3009, EIP-2612 y tokens ERC-20 estándar;
• Abstracción de cadenas: uso de Circle CCTP, Across y otros protocolos para enrutamiento basado en intención;
• Mínimo nivel de confianza: mecanismo de liquidación directa sin dependencia obligatoria del relé.

(https://img-cdn.gateio.im/webp-social/moments-8ebc414b571549d8648102043969650e.webp)

5. Conclusión

La versión v1 de x402 ha logrado un avance sustancial en resolver un problema que aqueja a la industria desde hace treinta años. La infraestructura blockchain madura hace que los micro pagos sean económicamente viables. La emergencia de agentes económicos crea una demanda urgente de protocolos de pago nativos para máquinas. La aprobación de Coinbase y la integración con Google A2A aportan credibilidad institucional. La tecnología base (código de estado HTTP 402 + liquidación en blockchain + autorización criptográfica) tiene una solidez de diseño convincente.

Pero buenas intenciones y respaldo empresarial no garantizan el éxito del protocolo. El modelo de relé genera un sistema económico insostenible: las infraestructuras clave deben soportar pérdidas operativas permanentes. La arquitectura de liquidación en dos fases introduce retrasos y fallos de atomicidad que podrían evitarse con soluciones atómicas. La exclusividad de EIP-3009 fragmenta el ecosistema de tokens, excluyendo el 40% del suministro circulante de USDC y cerrando la puerta a la mayoría de stablecoins competitivas. La compatibilidad multichain es superficial, exponiendo la fragmentación blockchain a los usuarios finales. En escenarios donde la liquidación en contrato inteligente ofrece mejores características, el relé resulta ser una capa intermedia innecesaria.

Aunque la propuesta v2 mejora en abstracción de transporte, descubrimiento de servicios y escalabilidad de soluciones, no aborda los problemas centrales: modelo económico del relé, liquidación en dos fases, restricciones de tokens y fragmentación cross-chain. La hoja de ruta pospone esas correcciones a Q2 2026. La Internet autónoma requiere un sistema de pago autónomo: x402 v1 demuestra viabilidad técnica, y v2, aunque con mejoras progresivas, aún está lejos de satisfacer plenamente las necesidades.