jakiro
Autor: YQ, investigador en profundidad de infraestructura de cifrado; Traducción: xz@bitchainvision
En 1994, Marc Andreessen cometió un gran error que luego admitiría: Netscape no logró integrar pagos en el navegador. Debido a los riesgos regulatorios y la actitud conservadora de las instituciones financieras, la cooperación entre Netscape y Visa, y Microsoft y Mastercard finalmente fracasó.Esto ha resultado en que el modelo de negocio predeterminado de Internet haya estado dominado por el sistema de vigilancia publicitaria durante treinta años: una industria de un billón de dólares construida sobre el seguimiento integral del comportamiento en lugar del intercambio directo de valor.
Hoy, los agentes de IA están rompiendo este equilibrio. Los sistemas autónomos no ven anuncios, no pueden ser perfilados psicológicamente y no tienen atención monetizable.Los editores de contenidos se enfrentan a una elección binaria: permitir el rastreo parásito que destruye los incentivos creativos o establecer un mecanismo de pago directo.El protocolo x402 es el intento más confiable de activar el polvoriento código de estado «402 Pago requerido» en el estándar HTTP. Al combinar la liquidación de blockchain y la autorización criptográfica, remodela el paradigma de intercambio de valor para la era de la IA.
Parece que ha llegado el momento.La infraestructura blockchain se ha mejorado: la red de Capa 2 logra costos de transacción jerárquicos y una finalidad inferior al segundo, y la circulación de monedas estables en más de 20 cadenas supera los 42 mil millones de dólares.El acuerdo A2A de Google planifica más claramente el ecosistema inteligente de «pago y cobro de servicios».Sin embargo, después de un estudio en profundidad de la especificación v1, la propuesta de revisión v2 y el progreso ecológico inicial, encontramos queSu arquitectura tiene limitaciones fundamentales y puede resultar difícil lograr una aplicación a gran escala sin ajustes importantes..
Este artículo lleva a cabo una crítica sistemática basada en los principios de los sistemas distribuidos, la economía de los protocolos de pago y los casos de implementación reales, y luego propone un plan de transformación arquitectónica para respaldar la implementación a nivel de Internet.
1, entenderx402Arquitectura
El protocolo utiliza el mecanismo transferWithAuthorization() EIP-3009 para implementar transferencias de monedas estables sin tarifas de gas.El cliente construye un certificado de autorización firmado criptográficamente que permite a un tercero (es decir, la parte de retransmisión) realizar transferencias en su nombre.
Observaciones clave:El diseño permite la verificación de pagos criptográficos sin necesidad de que los comerciantes manejen claves privadas o administren directamente la infraestructura blockchain. La liquidación se realiza en redes como Base (Ethereum L2), con una finalidad de aproximadamente 200 milisegundos y un coste de gas inferior a 0,0001 dólares.El protocolo parece simple y elegante, pero esta simplicidad superficial oculta varios problemas arquitectónicos profundos que sólo se vuelven evidentes tras una inspección más cercana.
2, varios problemas arquitectónicos que fueron encubiertos
Problema 1: el modelo económico del retransmisor es defectuoso
La parte de retransmisión asume tres funciones: verificación de firma EIP-3009, transmisión de transacciones blockchain y provisión de infraestructura API. Sin embargo, la capa de protocolo no proporciona ningún mecanismo de compensación económica.Calculemos los costos con precisión:
El grupo de retransmisión CDP de Coinbase actualmente implementa tarifas de servicio gratuitas para transacciones USDC en la cadena Base.Cada transacción consume aproximadamente 0,0006 dólares estadounidenses en tarifas de gas de la parte retransmisora.Al procesar 1 millón de transacciones por mes, el costo del gas por sí solo alcanzará los 600 dólares estadounidenses (excluyendo servidores, nodos RPC, sistemas de monitoreo, gastos de cumplimiento y costos de mantenimiento de ingeniería).Las partes de relevo carecen de vías de recuperación de costos a nivel de protocolo.
Hallazgos clave:En comparación con todos los protocolos de pago exitosos en la historia de Internet, Stripe cobra 2,9% + $0,3 por transacción, PayPal cobra alrededor del 3% de tarifas comerciales y la red de tarjetas de crédito obtiene entre 2 y 3% de ingresos a través de tasas de descuento para comerciantes.Estos protocolos capturan valor porque crean valor, estableciendo modelos de negocio sostenibles que escalan con el tamaño de la transacción.La parte de retransmisión x402 proporciona valor real, pero no puede obtener ningún valor a cambio.
Problema 2: El mecanismo de solución en dos etapas provoca retrasos y fallos atómicos
La arquitectura actual requiere dos interacciones blockchain separadas:Fase de verificación(verifique la validez de la firma y el estado nonce) conetapa de liquidación(Realizar la transferencia real).Este diseño introduce penalizaciones de rendimiento y problemas de corrección.
El retraso de una sola solicitud de 500 a 1100 milisegundos es aceptable, pero en escenarios de aplicaciones reales producirá un efecto de superposición exponencial:
agencia de investigación independienteObtención de datos de 100 API protegidas x402: los gastos generales de pago se acumulan entre 50 y 110 segundos;
robot comercialActualizaciones de posición a través de 50 fuentes de datos en tiempo real: la latencia se acumula entre 25 y 55 segundos;
IAasistenteLlamar a 20 herramientas en una conversación: la latencia de interacción aumentó entre 10 y 22 segundos.
Viola los principios básicos de los sistemas distribuidos:Esta no es una preocupación hipotética, sino un resultado inevitable de dividir las operaciones atómicas (pagos) en un protocolo de dos fases.La investigación de sistemas distribuidos ha dejado claro desde la década de 1970 que los protocolos de dos fases son inherentemente frágiles en presencia de esquemas atómicos.El compromiso de dos fases (2PC) en el mundo de las bases de datos ha demostrado su vulnerabilidad a fallas del coordinador.x402 debe evitar repetir los errores del pasado.
Pregunta tres:EIP-3009La exclusividad fragmenta el ecosistema de tokens
El protocolo exige el uso del método transferWithAuthorization() EIP-3009 para la liquidación de pagos. En principio, esto permite que cualquier token compatible con EIP-3009 sea compatible con x402.Sin embargo, la realidad es que la cantidad de tokens que cumplen con este criterio es mucho menor que la de las monedas estables económicamente relevantes.
esto significax402 v1versión con su moneda objetivo principal40%Hay problemas de compatibilidad con las variedades.La situación de compatibilidad de otras monedas estables es aún más grave: Tether (USDT), como la moneda estable más grande con una circulación de más de 140 mil millones de dólares estadounidenses, nunca ha soportado el estándar EIP-3009 y no tiene planes relevantes.La moneda estable DAI adopta el estándar de licencia EIP-2612.Aunque las funciones son similares, las diferencias de interfaz provocan incompatibilidad en la capa de protocolo.
Problema 4: el soporte multicadena no es digno de su nombre
La especificación del protocolo afirma que x402 admite «Base, Solana y cualquier red EVM a través de relés autohospedados», aparentemente con flexibilidad independiente de la cadena.Sin embargo, una mirada más cercana a los detalles de implementación revela que sus capacidades de soporte de múltiples cadenas son mucho menores de lo que se afirma en la superficie.
Cada repetidor admite un subconjunto diferente de la red y existen diferencias en los requisitos de configuración, las listas de tokens y la madurez operativa. El protocolo carece de un mecanismo de descubrimiento para que los clientes consulten «qué cadenas admite este comerciante».El servidor solo puede especificar una única red en la respuesta 402, lo que obliga al cliente a tener fondos en una cadena específica o abandonar la transacción.
Problema 5: el grupo de relevo es en realidad una capa intermedia innecesaria
Necesitamos observar la premisa básica de esta arquitectura: ¿por qué es necesario un relé en el diseño?Las explicaciones tradicionales son cuestionables.
Este diseño alternativo tiene múltiples ventajas:
Atomicidad:La verificación y la liquidación se completan en una única transacción en cadena;
Reducción de latencia:Reducir un viaje de ida y vuelta de la red (200-500 milisegundos frente a 500-1100 milisegundos);
Fiabilidad:No es necesario depender del estado en línea de la parte de retransmisión ni de la disponibilidad de API;
Sostenibilidad económica:La tarifa del protocolo (tarifa de plataforma del 1%) se deduce directamente de la cadena;
Transparencia:Toda la lógica de liquidación es auditable en cadena.
3,v2Propuesta: mejoras y problemas heredados
El equipo x402 ha lanzado la rama de especificación v2 en un intento de abordar algunas limitaciones de v1 mediante un «rediseño independiente de la capa de transporte».Después de revisar el registro de actualización de v2, la hoja de ruta y los documentos de especificación, el autor cree que aunque v2 ha logrado mejoras incrementales, no ha logrado resolver los problemas arquitectónicos fundamentales mencionados anteriormente.
v2Actualizaciones importantes:
Abstracción de la capa de transporte: divida el protocolo en tipo (estructura de datos), lógica (esquema) y capa de presentación (HTTP, MCP, A2A);
Escalabilidad de la solución: estandarizar la solución de «facturación precisa» y admitir nuevos modelos (según el uso, autorización comercial, etc.);
Mecanismo de descubrimiento de servicios: se agregó la API de Bazaar para recuperar recursos compatibles con x402.
v2Principales cuestiones restantes que no se han mejorado:
Siga la arquitectura de la parte de retransmisión (cliente → parte de retransmisión/verificación → parte de retransmisión/liquidación → comerciante);
Mantener un modelo económico de tarifa cero (el partido de relevo aún no tiene ingresos);
Se mantiene el modelo de liquidación en dos etapas;
Insistir en la exclusividad de EIP-3009 (el soporte de tokens se pospuso hasta el segundo trimestre de 2026);
Continuar con la coincidencia de red explícita (sin capa de abstracción entre cadenas);
La intervención del grupo de retransmisión sigue siendo obligatoria.
4, condiciones necesarias para lograr la adopción a escala de Internet
Basado en treinta años de investigación sobre sistemas distribuidos y protocolos de pago, he resumido los siguientes principios arquitectónicos:
Sostenibilidad económica impulsada por las tarifas del protocolo:Se deduce una tarifa de liquidación del 1% en la cadena para generar ingresos continuos;
Liquidación atómica a través de contratos inteligentes:Una única transacción en cadena elimina las condiciones de carrera;
Flexibilidad de tokens:Simultáneamente admite licencia EIP-3009, EIP-2612 y estándar ERC-20;
Abstracción de cadena:Implementar enrutamiento basado en intenciones a través de los protocolos Circle CCTP y Across;
Minimizar las dependencias de confianza:Un mecanismo de solución directa sin forzar la intervención de partes de relevo.
5, conclusión
x402 v1 ha logrado un avance sustancial en la solución de este problema que ha afectado a la industria durante treinta años. Gracias a la madurez de la infraestructura blockchain, los micropagos se han vuelto económicamente viables. El auge de la economía de agentes ha creado una necesidad urgente de protocolos de pago nativos de las máquinas. El respaldo de Coinbase y la integración con Google A2A brindan credibilidad a nivel institucional al protocolo. Su ruta técnica básica (código de estado HTTP 402 + liquidación blockchain + autorización criptográfica) tiene una sólida racionalidad de diseño.
Sin embargo, las buenas intenciones y el respaldo corporativo no garantizan el éxito de un acuerdo.El modelo de relevo crea un sistema económico insostenible en el que la infraestructura crítica sufre pérdidas operativas permanentes. Los retrasos y fallos atómicos causados por la arquitectura de asentamiento en dos etapas podrían haberse evitado mediante una solución atómica. La exclusividad de EIP-3009 ha fragmentado el ecosistema de tokens, no solo excluyendo el 40% de la circulación del USDC, sino también excluyendo a casi todas las monedas estables competitivas.El soporte de múltiples cadenas solo permanece en la superficie, pero expone directamente el problema de fragmentación de blockchain a los usuarios finales.En escenarios donde la liquidación directa mediante contratos inteligentes puede proporcionar mejores características, la parte de retransmisión en realidad desempeña el papel de una capa intermedia innecesaria.
Aunque la propuesta v2 ha realizado mejoras en la abstracción de la transmisión, el mecanismo de descubrimiento de servicios y la escalabilidad de la solución, no aborda cuestiones centrales como el modelo económico de la parte de retransmisión, la liquidación en dos etapas, las restricciones de tokens y la fragmentación entre cadenas.La hoja de ruta retrasa las correcciones clave hasta el segundo trimestre de 2026. Una Internet autónoma requiere un sistema de pago autónomo: x402 v1 demuestra viabilidad técnica.Aunque la v2 ha logrado una optimización progresiva, todavía queda un largo camino por recorrer antes de satisfacer verdaderamente la demanda.
