La noche del 11 de diciembre, Coinbase, incubadora de la protocolo de pago de código abierto x402, lanzó la versión V2. Esta es la primera gran iteración desde que la mainnet fue lanzada en mayo de 2025. En los últimos seis meses, x402 ha gestionado más de 100 millones de pagos, concentrándose principalmente en microtransacciones con agentes de IA, API de pago y escenarios de suscripción de contenido. V2, basado en la retroalimentación de la comunidad y datos de producción, ha cambiado el protocolo de una «única cadena y única implementación» a una capa de pago unificada «multicadena, modular y evolutiva», manteniendo la compatibilidad total hacia atrás. Los documentos oficiales muestran que V2 completó la integración de todos los repositorios principales ese día, y la SDK y la referencia de Facilitator se actualizaron en sincronía. Resumen de cambios principales: los cambios en V2 se concentran en cinco niveles:
Identidad de billetera y reutilización de sesiones: soporte para Sign-In-With-X estándar CAIP-122, que permite crear una «sesión reutilizable» con un pago en cadena, eliminando la necesidad de firmar y transferir repetidamente para llamadas de alta frecuencia dentro de la misma sesión, reduciendo significativamente la latencia y las tarifas, acercándose a una «microsuscripción».
Formato de pago unificado + enrutamiento multicadena/moneda fiat: normaliza la identificación de cadenas, activos y vías tradicionales, formando un «formato de pago único»; los desarrolladores ya no necesitan escribir adaptadores para Base, Solana, ACH, tarjetas bancarias, ya que la SDK tiene enrutamiento dinámico incorporado.
Descubrimiento automático de servicios: incorporación de Bazaar API, que permite a los nodos Facilitator rastrear y indexar en tiempo real los metadatos de todos los servicios x402 (precios, cadenas soportadas, modos de facturación), los usuarios/agentes pueden «buscar y usar en el acto».
SDK modular y destinatarios de pago dinámicos: el protocolo se divide en tres capas: «tipo-lógica-presentación». Los desarrolladores solo necesitan implementar plugins correspondientes para acceder a nuevos modos de facturación (por escalas, licencias comerciales, prepago, suscripciones, etc.), y las direcciones de cobro pueden ser retornadas dinámicamente por Facilitator en tiempo de ejecución.
Soporte nativo para más tokens y stablecoins: además de USDC, también es compatible por defecto con tokens nativos de Base/Solana; mediante el estándar CAIP, se puede expandir a otras cadenas sin esperar la eliminación exclusiva del EIP-3009 en Q2 de 2026.
Eco de la comunidad: me gusta, aplicación práctica y preocupaciones
@ubountyAI (contribuyente en GitHub) expresó su aprobación: «V2 ha movido los cambios fuera del núcleo del estándar. En el futuro, agregar nuevas cadenas o vías de pago solo requiere escribir Extensions y la implementación correspondiente de Facilitator, sin necesidad de hacer PRs al repositorio principal. Esto es la verdadera postura de un estándar evolutivo.» Una frase que revela el beneficio de gobernanza que trae la «modularidad»: normas estables, innovación externa, y menor probabilidad de conflicto.
El investigador independiente @0xosprey opinó: «Muchos subestiman las Extensions. V1 es para ‘empujar’ nuevas funciones, V2 permite que la comunidad ‘jalé’ esas funciones. Es muy probable que el PMF comience a explotar desde alguna Extension.» Para él, la mayor ventaja de V2 no es el enrutamiento multicadena, sino que reduce el costo de búsqueda de «ajuste producto-mercado» a miles de desarrolladores, mientras que la parte oficial solo debe mantener una capa mínima de consenso.
Las voces en la comunidad de habla china también son entusiastas. @jolestar, fundador de Rooch Network, opina: «La esencia de V2 es convertir x402 de ‘una implementación de Coinbase’ en un ‘estándar evolutivo comunitario + implementación de referencia modular’. Esa es la vía para una longevidad sostenida.» En una sola frase, aporta un doble respaldo económico y técnico a la bandera de la «descentralización».
La implementación práctica avanza más rápido que los comentarios. @Dastan_rs84, desarrollador de Lighthouse Storage, anunció en el día de lanzamiento: «El almacenamiento en Filecoin ahora puede costar 0.0001 dólares/MB, con proxies pagando directamente a los proxies, sin pasar por wallets humanos.» Cuando el «pago máquina a máquina» pasa de demostración a parámetros de producción, la narrativa de V2 deja de ser «una API mejor» para convertirse en «Stripe de agentes IA».
Por supuesto, tras la celebración, aún quedan reflexiones frías. @corbits_dev advierte: «La capa de protocolo en realidad no ha cambiado mucho, principalmente se perfeccionan SDK y referencias de implementación. Los problemas fundamentales de la liquidación en dos fases y dependencia de relés no se han resuelto.» @402zk apunta a un vacío en privacidad: «En escenarios de micro pagos de alta frecuencia, los stablecoins de privacidad + ZK todavía están en blanco, y en Extensions no se han visto soluciones relacionadas.»
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
De facturación por uso a capa de pago general: vista rápida de la actualización de x402 V2
Redacción: Tia, Techub News
La noche del 11 de diciembre, Coinbase, incubadora de la protocolo de pago de código abierto x402, lanzó la versión V2. Esta es la primera gran iteración desde que la mainnet fue lanzada en mayo de 2025. En los últimos seis meses, x402 ha gestionado más de 100 millones de pagos, concentrándose principalmente en microtransacciones con agentes de IA, API de pago y escenarios de suscripción de contenido. V2, basado en la retroalimentación de la comunidad y datos de producción, ha cambiado el protocolo de una «única cadena y única implementación» a una capa de pago unificada «multicadena, modular y evolutiva», manteniendo la compatibilidad total hacia atrás. Los documentos oficiales muestran que V2 completó la integración de todos los repositorios principales ese día, y la SDK y la referencia de Facilitator se actualizaron en sincronía. Resumen de cambios principales: los cambios en V2 se concentran en cinco niveles:
Identidad de billetera y reutilización de sesiones: soporte para Sign-In-With-X estándar CAIP-122, que permite crear una «sesión reutilizable» con un pago en cadena, eliminando la necesidad de firmar y transferir repetidamente para llamadas de alta frecuencia dentro de la misma sesión, reduciendo significativamente la latencia y las tarifas, acercándose a una «microsuscripción».
Formato de pago unificado + enrutamiento multicadena/moneda fiat: normaliza la identificación de cadenas, activos y vías tradicionales, formando un «formato de pago único»; los desarrolladores ya no necesitan escribir adaptadores para Base, Solana, ACH, tarjetas bancarias, ya que la SDK tiene enrutamiento dinámico incorporado.
Descubrimiento automático de servicios: incorporación de Bazaar API, que permite a los nodos Facilitator rastrear y indexar en tiempo real los metadatos de todos los servicios x402 (precios, cadenas soportadas, modos de facturación), los usuarios/agentes pueden «buscar y usar en el acto».
SDK modular y destinatarios de pago dinámicos: el protocolo se divide en tres capas: «tipo-lógica-presentación». Los desarrolladores solo necesitan implementar plugins correspondientes para acceder a nuevos modos de facturación (por escalas, licencias comerciales, prepago, suscripciones, etc.), y las direcciones de cobro pueden ser retornadas dinámicamente por Facilitator en tiempo de ejecución.
Soporte nativo para más tokens y stablecoins: además de USDC, también es compatible por defecto con tokens nativos de Base/Solana; mediante el estándar CAIP, se puede expandir a otras cadenas sin esperar la eliminación exclusiva del EIP-3009 en Q2 de 2026.
Eco de la comunidad: me gusta, aplicación práctica y preocupaciones
@ubountyAI (contribuyente en GitHub) expresó su aprobación: «V2 ha movido los cambios fuera del núcleo del estándar. En el futuro, agregar nuevas cadenas o vías de pago solo requiere escribir Extensions y la implementación correspondiente de Facilitator, sin necesidad de hacer PRs al repositorio principal. Esto es la verdadera postura de un estándar evolutivo.» Una frase que revela el beneficio de gobernanza que trae la «modularidad»: normas estables, innovación externa, y menor probabilidad de conflicto.
El investigador independiente @0xosprey opinó: «Muchos subestiman las Extensions. V1 es para ‘empujar’ nuevas funciones, V2 permite que la comunidad ‘jalé’ esas funciones. Es muy probable que el PMF comience a explotar desde alguna Extension.» Para él, la mayor ventaja de V2 no es el enrutamiento multicadena, sino que reduce el costo de búsqueda de «ajuste producto-mercado» a miles de desarrolladores, mientras que la parte oficial solo debe mantener una capa mínima de consenso.
Las voces en la comunidad de habla china también son entusiastas. @jolestar, fundador de Rooch Network, opina: «La esencia de V2 es convertir x402 de ‘una implementación de Coinbase’ en un ‘estándar evolutivo comunitario + implementación de referencia modular’. Esa es la vía para una longevidad sostenida.» En una sola frase, aporta un doble respaldo económico y técnico a la bandera de la «descentralización».
La implementación práctica avanza más rápido que los comentarios. @Dastan_rs84, desarrollador de Lighthouse Storage, anunció en el día de lanzamiento: «El almacenamiento en Filecoin ahora puede costar 0.0001 dólares/MB, con proxies pagando directamente a los proxies, sin pasar por wallets humanos.» Cuando el «pago máquina a máquina» pasa de demostración a parámetros de producción, la narrativa de V2 deja de ser «una API mejor» para convertirse en «Stripe de agentes IA».
Por supuesto, tras la celebración, aún quedan reflexiones frías. @corbits_dev advierte: «La capa de protocolo en realidad no ha cambiado mucho, principalmente se perfeccionan SDK y referencias de implementación. Los problemas fundamentales de la liquidación en dos fases y dependencia de relés no se han resuelto.» @402zk apunta a un vacío en privacidad: «En escenarios de micro pagos de alta frecuencia, los stablecoins de privacidad + ZK todavía están en blanco, y en Extensions no se han visto soluciones relacionadas.»