Coinbase impulsa wallets y x402, con 50M+ transacciones
El flujo basado en HTTP 402 se está presentando como un protocolo estándar de paywall para software, con llamadas a la API valoradas en USDC y un camino de AWS CloudFront/WAF.
Coinbase está posicionando las “Carteras Agénticas” y el flujo de pago x402 como los primeros rieles para que el software autónomo pague por servicios en línea en stablecoins. La compañía dice que x402 ha procesado más de 50 millones de transacciones y está emparejando el protocolo con integraciones como una API SQL USDC de $0.10 por consulta y un camino de aceptación de AWS CloudFront/WAF.
Puntos Clave
- Coinbase lanzó las “Carteras Agénticas” en febrero de 2026 con funciones de financiamiento, envío, comercio y ganancia, utilizando límites por sesión y por transacción mientras mantiene las claves privadas aisladas del modelo de IA.
- x402 se presenta como un protocolo de pago abierto construido alrededor del HTTP 402 “Pago Requerido”, permitiendo que el software acceda a un recurso pagado, reciba instrucciones de pago, se liquide en la cadena y continúe automáticamente.
- Coinbase ha puesto un marcador de escala en el impulso, afirmando que x402 ha procesado más de 50 millones de transacciones, sin definición o verificación independiente incluida en el paquete.
- Las actualizaciones de marzo de 2026 expandieron x402 a casi cualquier ERC-20 a través de Permit2 y patrocinio de gas-extensiones, junto con integraciones como una consulta SQL de $0.10 USDC por consulta API y un flujo de aceptación de editor de AWS CloudFront/WAF.
Coinbase presenta x402 como un riel de pagos de máquina después de afirmar más de 50M de transacciones
La propuesta de Coinbase es que el “comercio de agentes” necesita un apretón de manos de pago que se parezca a la web, no a una página de pago. La pila en el paquete tiene dos partes: un envoltorio de billetera amigable con el agente que limita lo que el software puede hacer con los fondos, y un bucle de pago nativo de HTTP (x402) que convierte una solicitud con muro de pago en un asentamiento en cadena y reintento.
La métrica principal que Coinbase está utilizando para vender esa historia es la escala. La compañía dice que x402 ha procesado más de 50 millones de transacciones. El paquete no proporciona un desglose en cadena, un panel de terceros, o incluso una definición de lo que califica como una “transacción x402”, lo cual es importante porque el número está haciendo la mayor parte del trabajo persuasivo.
Donde el marco se vuelve más concreto es en la distribución. Los ejemplos no son “los agentes podrían pagar por cosas algún día”, sino superficies de aceptación específicas: una API SQL de USDC a $0.10 por consulta para datos de blockchain y un camino de AWS CloudFront y AWS WAF para que los editores acepten pagos de agentes.
Billeteras Agénticas: Autonomía Permitida Sin Entregar las Llaves al Modelo
Una billetera de IA billetera de agente, como se describe en el paquete, es una configuración de billetera diseñada para que el software realice transacciones bajo reglas predefinidas en lugar de clics humanos directos. El punto operativo es permitir que un agente ejecute pagos o intercambios rutinarios mientras mantiene el radio de explosión limitado cuando el agente se equivoca, está comprometido o simplemente está demasiado ansioso.
La elección de implementación de Coinbase es explícita: las Billeteras Agénticas se lanzaron en febrero de 2026 con funciones que incluyen financiamiento, envío, comercio y ganancias, y los controles son límites de gasto por sesión y por transacción. Las claves privadas permanecen aisladas del modelo de IA, lo que es una separación clara de deberes. El modelo puede solicitar acciones, pero no obtiene custodia de claves en bruto.
Ese diseño se lee como una admisión sobre modos de falla. Los agentes pueden malinterpretar instrucciones, interactuar con servicios maliciosos o realizar compras no autorizadas. Los límites y el aislamiento de claves no resuelven esos problemas, pero los convierten de “pérdida total” a “pérdida limitada”, y facilitan la adición de filtrado de transacciones y registros de auditoríasin pretender que el modelo sea un firmante de confianza.
Cómo x402 Convierte un Muro de Pago en un Bucle de Liquidación en Cadena
x402 se describe como un protocolo de pago abierto basado en el código de estado 402 "Pago Requerido" de HTTP. Mecánicamente, el flujo está diseñado para ser aburrido de la misma manera en que la infraestructura web es aburrida: el software solicita un recurso, recibe una respuesta 402 con instrucciones de pago, se liquida en la cadena y luego continúa automáticamente una vez que se confirma el pago.
La consecuencia es un apretón de manos de paywall estandarizado para software. En lugar de aprovisionarClaves API, configurar cuentas o guiar a un humano a través de un proceso de pago, un agente puede tratar el pago como parte del ciclo de vida de la solicitud.
Esa es la condición previa para que los micropagos funcionen en entornos de máquina a máquina, porque la unidad de trabajo suele ser "una consulta" o "una llamada", no una suscripción mensual.
El ejemplo más legible del paquete es la API SQL de Coinbase, descrita como una herramienta que permite a los agentes comprar consultas de datos de blockchain por USD 0.10 cada una en USDC, sin necesidad de claves API, cuentas o aprobación humana. Otro ejemplo es la introducción de los pagos x402 de Exa en abril de 2026 para búsquedas premium, donde los agentes pueden descubrir, pagar y consumir servicios de búsqueda automáticamente.
Coinbase también anunció una integración con AWS que permite a los editores que utilizan CloudFront y WAF aceptar pagos de agentes. El paquete no especifica las cadenas o tokens compatibles, cómo se enrutan los pagos, cómo son las tarifas o cómo los editores establecen precios para los recursos de pago. Aún así, la dirección es clara: colocar la puerta de pago donde los editores ya terminan el tráfico.
Señales a seguir: Expansión de ERC-20 a través de Permit2, patrocinio de gas y el paralelo del agente-registro UPI.
La expansión de marzo de 2026 para soportar casi cualquier token ERC-20 a través de Permit2 y extensiones de patrocinio de gas es el movimiento de compatibilidad. Permit2 se menciona como el mecanismo de aprobación que amplía el soporte de tokens, mientras que el patrocinio de gas es el movimiento de UX que puede permitir a un agente pagar sin poseer tokens nativos de gas.
Ambos reducen la fricción, pero el paquete no indica cuánto de la actividad reportada x402 es centrada en USDC versus multi-token.
La siguiente señal es la verificación, no las características. La afirmación de Coinbase de "más de 50 millones" de transacciones x402 necesita un desglose independiente que aclare qué se está contando y dónde se liquida en la cadena. Sin eso, el número es un primitivo de marketing en lugar de una métrica de adopción.
Los detalles de distribución son la otra pieza que falta. El camino de aceptación de AWS CloudFront/WAF solo se describe a un nivel alto, por lo que las preguntas prácticas permanecen abiertas: qué cadenas y tokens son compatibles, cómo los editores habilitan y fijan precios a los recursos de pago, y cómo se ve el camino de liquidación y tarifas.
Una tercera señal es si el modelo de precios de $0.10 por llamada se expande. Si más servicios de Coinbase o de terceros adoptan precios por solicitud de USDC (o ERC-20) a través de x402 para APIs, datos o computación, ese es el tipo de uso que puede acumularse en el volumen de transacciones de stablecoin.
Finalmente, los pagos tradicionales están convergiendo en primitivas de control similares. El paquete cita que UPI procesó 24.51 mil millones de transacciones por un valor de 29.82 billones de INR en agosto de 2026, y describe a la Corporación Nacional de Pagos de India como desarrollando un registro para verificar a los AI agents que realizan pagos a través de UPI, que se espera que comiencen con compras pequeñas e incorporen límites de gasto, verificaciones de identidad y auditorías. Si esas restricciones se convierten en el estándar en las vías de fiat, las billeteras de agentes en cripto probablemente serán juzgadas en las mismas superficies: límites, identidad y registros.
Mi lectura: El caso alcista es el volumen, el caso bajista es la verificación y las superficies de control.
El umbral que importa es si x402 se convierte en una primitiva de pago medible y auditable en lugar de un flujo de marca. El mecanismo es plausible: HTTP 402 como el desencadenante, liquidación en cadena como el recibo, y billeteras agenciales como la capa de guardarraíl que mantiene las claves privadas alejadas del modelo mientras aún permite que el software gaste.
El caso optimista es que las integraciones en el paquete son la forma adecuada para un uso real. Una API SQL de $0.10 USDC por consulta y un mapa de aceptación de AWS CloudFront/WAF asignan los pagos de máquina a la distribución existente de desarrolladores y editores, que es de donde proviene el volumen.
El caso pesimista es que el número más grande en la historia, “más de 50 millones de transacciones”, aún no es una métrica verificable, y las superficies de control que decidirán la adopción empresarial aún están poco especificadas.
Esto importa en términos prácticos si el uso de x402 se vuelve legible de forma independiente y las restricciones de la billetera se vuelven lo suficientemente estándar como para que los editores puedan fijar precios por solicitud sin asumir riesgos de agente indefinidos.
