Coinbase empuja x402 a neutral, mientras que Stripe sigue apostando por ambos lados fuera de MPP

Autor: Charlie, Jefe de OSL Americas, Socio de Venture @ Generative Ventures. Ex Vicepresidente en Strike, una criptomoneda unicornio (involucrado en la ley de Bitcoin de El Salvador y responsable de la Red de Relámpagos de Bitcoin de América Latina y el negocio de pagos de stablecoin), analista macro y de divisas en el fondo de billones de dólares Franklin Templeton, y miembro temprano del gigante de pagos global Adyen.

El artículo refleja las opiniones personales del autor y no representa las posiciones de las empresas relacionadas.

Recientemente, cada vez más amigos han estado prestando atención al comercio agencioso, pero los diversos protocolos y actores se han vuelto cada vez más confusos.

Especialmente la semana pasada, mientras todos estaban ocupados entendiendo el MPP de Stripe / Tempo, Stripe se unió inesperadamente a la Fundación x402 de Coinbase, su competidora.

Además, Cloudflare ahora admite ambos sistemas. Google también está involucrado, pero tiene su propio AP2 y UCP.

Visa y Mastercard también se han unido, pero claramente no están allí para respaldar las monedas estables.

La Fundación Linux define públicamente x402 como un "campo base" neutral y de gobernanza conjunta por la industria, mientras que Cloudflare ha incluido explícitamente tanto x402 como MPP en su propio SDK de agentes, y Stripe también ha declarado públicamente que respalda tanto MPP como x402.

¿Quién está compitiendo con quién y quién se está superponiendo con quién?

Sin embargo, cuanto más lo observo en estos días, más siento que este "caos" no se debe a que al mercado le falte dirección, sino porque el mercado ya está muy claro. Como mencioné anteriormente en x402, podríamos haber malinterpretado su intención original: desde el primer día, este asunto no se unificaría con un solo protocolo de inmediato.

Se asemeja a una situación común en la infraestructura de Internet: diferentes capas se desarrollan simultáneamente, diferentes empresas apuestan por diferentes capas y, en última instancia, la interoperabilidad hará que todo funcione.

La verdadera historia estratégica es sobre quién definirá la capa de control predeterminada para el acceso de máquinas pagadas en la web agentíc; y los actores clave están claramente multi-homed, ya que todos aún están apostando por dónde caerá el verdadero cuello de botella: autorización, distribución o liquidación.

1. ¿Por qué Coinbase entregó la Fundación x402 a Linux?

Si x402 fuera solo el protocolo de Coinbase, sería difícil convertirse en la opción predeterminada de la industria.

Esta no es una declaración políticamente correcta, sino más bien una lógica de estandarización realista.

La declaración de la Fundación Linux esta vez es muy clara; enfatiza la neutralidad del proveedor de servicios, la gobernanza comunitaria y la infraestructura compartida, en lugar de "una cierta empresa ha lanzado una nueva característica del producto".

Más crucialmente, la página de la Fundación x402 actualmente indica que el proyecto está en la fase de establecimiento, y el mecanismo de gobernanza y la junta directiva aún están en construcción.

En otras palabras, esta acción no está anunciando principalmente "el producto está maduro", sino más bien anunciando "queremos dar a este protocolo un hogar neutral".

La implicación subyacente es bastante simple.

Si x402 sigue teniendo la apariencia de una característica del producto de Coinbase (como la Base actual), entonces los proveedores de la nube, las empresas de pagos, las organizaciones de tarjetas y los actores de la plataforma, incluso si están técnicamente dispuestos a adoptarla, dudarán políticamente.

Nadie quiere entregar la futura capa de acceso de pago a una sola plataforma. Colocarla bajo la Fundación Linux no es porque Coinbase no quiera controlarla; más bien, es precisamente porque quiere que x402 sea ampliamente adoptada que primero debe eliminar la carga de "este es el protocolo de Coinbase".

Este punto es en realidad muy importante porque muchas personas ven acciones como las de la fundación como meras relaciones públicas o gestos de código abierto.

Pero en la guerra de protocolos, la gobernanza es parte del producto.

Especialmente cuando un estándar aún está en sus primeras etapas y carece de efectos de red absolutos, lo llamado "neutral y confiable" no es menos importante que la elegancia técnica.

Por otro lado, si x402 puede convertirse en algún tipo de acceso de pago nativo de HTTP en el futuro, es probable que no sea porque su código es el más hermoso, sino porque ha reducido los costos políticos antes que otras soluciones.

En otras palabras, la gobernanza aquí no es un papel secundario; la gobernanza en sí es un motor de crecimiento.

2. ¿Qué está haciendo realmente la estrategia dual de Stripe?

El jugador a observar esta vez es definitivamente Stripe, ya que sus acciones son las más confusas.

Por un lado, lanzó MPP con gran fanfarria el 18 de marzo, presentándolo como un estándar abierto para pagos automáticos.

Por otro lado, es un contribuyente fundador de la Fundación x402 y su propia documentación también admite los pagos por máquina x402.

La documentación de Cloudflare es aún más directa, afirmando explícitamente que MPP es compatible con el proceso de pago central de x402, y los clientes de MPP pueden consumir directamente los servicios existentes de x402.

Si se observa únicamente a través del prisma de la "competencia de protocolos", parece que Stripe está adoptando una estrategia dual.

Pero si se eleva un poco la perspectiva, este enfoque tiene realmente el mayor sentido comercial.

Porque lo que Stripe realmente quiere proteger no es solo el propio apretón de manos 402.

Lo que realmente quiere proteger son las capas superiores del apretón de manos: credenciales, cumplimiento, riesgo, informes, impuestos, reembolsos, integración comercial.

Stripe no parece ser un verdadero creyente de un solo protocolo; más bien, parece estar asegurando que, independientemente de cuál sea el estándar de apretón de manos que finalmente prevalezca, Stripe siga siendo la capa de abstracción predeterminada para los pagos de agentes.

Apoyar x402 es asegurar la participación en el ecosistema abierto; impulsar MPP es ayudar a definir la semántica subyacente; y promover aún más ACP y los tokens de pago compartido es proteger la capa de valor más gruesa de los flujos de trabajo y las credenciales de pago.

Por lo tanto, el aspecto más "extraño" de Stripe esta vez es en realidad su aspecto más honesto.

No finge que el futuro se reducirá rápidamente a un solo protocolo. Se está tomando una medida para informarle: al menos en esta etapa, nadie debería apostar por un solo lado.

3. En realidad, esta es una historia de infraestructura B2B.

Cada vez siento más que muchos medios de comunicación han centrado mal los focos en este asunto.

Cuando se trata de pagos de agentes, lo primero en lo que se piensa es en el comercio minorista: La IA que le ayuda a reservar vuelos, reservar hoteles, hacer pedidos y pasar por la caja.

Pero si observa los escenarios que realmente se han implementado públicamente y que realmente tienen un sabor de infraestructura, el primero en despegar no es el punto de venta minorista, sino más bien el acceso pagado B2B más mundano y real: APIs pagadas, datos pagados, herramientas pagadas, sesiones de navegador pagadas, flujos de trabajo de agente pagados.

Cloudflare ahora admite abiertamente cobrar por contenido HTTP, APIs y herramientas MCP utilizando x402 y MPP.

La vía de adopción más sólida para x402 radica en las APIs y herramientas pagadas de desarrollador a desarrollador, porque "sin cuenta + pago por solicitud" aquí no es solo un truco, sino una realidad operativamente genuina.

Los cambios detrás de esto son bastante significativos.

En el pasado, cobrar por una API generalmente requería pasar por todo un conjunto de procesos "amigables para los humanos": abrir una cuenta, vincular la facturación, emitir claves de API, establecer límites, reconciliar y luego manejar los permisos de pago.

Para los humanos, esto ya es bastante molesto; para los agentes, es aún más incómodo.

El aspecto más atractivo de x402 no es que sea más cripto o más IA, sino que intenta reinsertar el "acceso de pago" en el propio HTTP, permitiendo que el control de acceso y la negociación de pagos ocurran como una solicitud de respuesta normal.

El servidor devuelve un 402, diciéndole cuánto cuesta esta solicitud; el cliente paga y luego vuelve a intentar la misma solicitud con la credencial de pago.

Si se observa este modelo desde la perspectiva del software B2B y el acceso de máquina a máquina, fluye mucho más suavemente que desde una perspectiva minorista.

Además, cuanto más se observa hacia B2B, más obvias se vuelven las ventajas de x402, y sus deficiencias son menos fatales.

Porque en el comercio al por menor, los reembolsos, las devoluciones, el comerciante registrado, la protección al consumidor y la atribución de responsabilidad son todos problemas difíciles; pero en las llamadas a herramientas y API B2B, la importancia de estos problemas disminuye significativamente.

Por el contrario, "sin cuenta, pago por llamada, obtenga resultados y siga adelante" es una demanda real.

El comercio minorista es ciertamente más grande, más vibrante y más fácil de atraer la atención; pero los escenarios que realmente definen cómo se ve el protocolo a menudo no son los más vibrantes, sino aquellos que exponen primero las necesidades reales.

Para la ola actual de pagos a agentes, es probable que ese escenario no sea el carrito de compras, sino el número creciente de accesos pagados entre el software, los agentes y los flujos de trabajo.

4. El desarrollo de la industria valida mi juicio previo sobre la interoperabilidad

El juicio central en mi último artículo fue la interoperabilidad.

En ese momento, este juicio sonaba un poco como "debería estructurarse de esta manera".

Ahora, cada vez se asemeja más a una limitación de la realidad, ya que el mercado abierto ya está votando con sus acciones.

Cloudflare no eligió un lado, sino que admite directamente tanto x402 como MPP, mientras realiza mapeos de compatibilidad de manera clara.

Google está participando en x402 mientras continúa avanzando en AP2 y UCP.

Visa y Mastercard tampoco han expresado sus estrategias de manera "ganadora todo en uno"; en cambio, ambas se están uniendo a x402 mientras continúan apostando por fichas de agente, verificación de identidad, validación de instrucciones y señales de disputa.

Las apuestas multilaterales de los gigantes son decisiones racionales, no hipocresía comercial.

¿Por qué es este el caso? Porque estos protocolos ni siquiera están en la misma capa.

Al menos hasta ahora, x402 y MPP están más cerca de la capa de apretón de manos HTTP de pago, abordando la pregunta de "cómo asegurarse de que las solicitudes regresen con capacidad de pago".

AP2 está más cerca de la autorización y la intención de confianza, abordando la pregunta de "¿tiene este agente el derecho de gastar este dinero?"

UCP y ACP son más como la capa de flujo de trabajo, que trata con el descubrimiento, el pago, las relaciones con los comerciantes y la transmisión de credenciales, problemas que están más cerca de "¿quién controla la orquestación del tráfico y la transacción?".

Muchas empresas que admiten x402, MPP, AP2 y UCP simultáneamente no lo hacen porque ellos mismos no estén claros, sino porque la arquitectura que finalmente gane probablemente abarcará varias capas e incluso puede requerir varios protocolos para formar juntos.

Así que si tuviera que reflexionar sobre mi juicio anterior en una frase, ahora creo aún más firmemente que sin interoperabilidad, esta ola de ecología no habría surgido en absoluto.

Ahora, al analizarlo, el mercado está validando activamente este juicio.

Además, este juicio también es importante para B2B frente a minoristas.

Porque en el mundo minorista, en efecto, podría terminar siendo absorbido por unas pocas plataformas grandes y unos pocos flujos de trabajo importantes; pero el mundo B2B no es así.

Las empresas existen inherentemente en una realidad donde coexisten múltiples nubes, múltiples métodos de pago, múltiples sistemas de flujo de trabajo y múltiples sistemas de permiso de identidad.

Cualquiera que intente usar un nuevo protocolo para revisar completamente toda la pila empresarial probablemente fracasará primero.

Lo que los clientes B2B están verdaderamente dispuestos a pagar a menudo no es "el único protocolo correcto", sino la capacidad de hacer que los sistemas existentes funcionen en un entorno multiprotocolo.

Esta lógica es precisamente la razón por la que la interoperabilidad es más crítica en escenarios empresariales que en escenarios de consumo.

5. Esto no es simplemente una competencia de protocolos, sino una competencia de pila escalonada

Una vez que entiendas este asunto como una pila escalonada, muchos fenómenos que originalmente parecían caóticos tendrán sentido de inmediato.

En la capa inferior se encuentra el apretón de manos de acceso de pago.

Esta capa se refiere a cómo las solicitudes HTTP expresan "se requiere pago aquí" y cómo el cliente devuelve la credencial de pago después de pagar.

x402 y MPP son los principales competidores aquí. MPP está intentando formalizar el 402 en una semántica de autenticación HTTP más oficial; mientras que x402 se centra más en la plataformaización del 402, utilizando encabezados personalizados, facilitadores, abstracciones de liquidación en cadena e integración del ecosistema para ponerlo en marcha primero.

Uno es más como una ruta semántica estandarizada, mientras que el otro se asemeja a una ruta de distribución de plataforma.

La siguiente capa es la autoridad para gastar, que es "quién autorizó este dinero".

Esta capa es la clave que muchas personas aún no han comprendido completamente.

Que las máquinas paguen dinero no es tan difícil; el verdadero desafío es asegurarse de que se pueda confiar en que las máquinas estén autorizadas para gastar dinero.

AP2 es importante precisamente porque aborda no solo "cómo pagar", sino también los mandatos, las credenciales verificables, la autenticidad y la rendición de cuentas.

Los tokens de agente, la validación de instrucciones, las claves de acceso y las señales de disputa en las que Visa y Mastercard han apostado recientemente esencialmente todos caen bajo esta capa.

La siguiente capa es el flujo de trabajo y la distribución.

Esto incluye el descubrimiento, el pago, las relaciones con los comerciantes, el intercambio de credenciales y la integración de la superficie de la IA, problemas que están más cerca de "quién controla el tráfico y la orquestación de las transacciones".

UCP y ACP son más como competidores en esta capa.

Para B2B, esta capa puede no ser tan activa a corto plazo, pero su valor a largo plazo podría ser muy alto.

Porque si cada vez más software empresarial es coordinado, llamado, adquirido y pagado por agentes en el futuro, entonces quien domine el lenguaje del flujo de trabajo no solo está gestionando un solo pago, sino todo el flujo de trabajo.

Una vez que separen estas tres capas, descubrirán un hecho muy simple: no es necesario esperar que un solo protocolo cubra todos los problemas.

Un camino más realista es que estas tres capas se desarrollen por separado y luego interoperen gradualmente.

Por esta razón, las apuestas de múltiples cabezas no son indecisión, sino racionalidad.

6. El riesgo real de x402 puede no ser la regulación, sino la economía de la concurrencia

Si solo reconocemos "la coexistencia de múltiples protocolos", aún no es lo suficientemente profundo.

El mayor riesgo para x402 puede no ser principalmente la regulación, sino más bien la economía de tiempo de verificación/tiempo de uso provocada por el proceso de liquidación de verificación en dos pasos.

Simplemente, si la verificación del pago y la liquidación final no son lo mismo, entonces en entornos de Internet reales caracterizados por una alta concurrencia, reintentos, capas proxy y capas de almacenamiento en caché, habrá una ventana para "pagar una vez, acceder varias veces".

El ecosistema x402 también está parcheando agujeros, como el caché de liquidación, la extensión de idempotencia y el identificador de pago, pero esto indica precisamente que el problema no es meramente teórico.

¿Por qué esto es particularmente digno de mención para los lectores B2B?

Porque lo que más teme el mundo B2B no es la incapacidad de producir una demostración atractiva, sino más bien que haya demasiados casos límite y, una vez que se ponga en producción, comience a filtrarse.

La monetización de la API puede parecer superficialmente como pagar unos pocos centavos por solicitud, lo cual es bastante ligero; pero una vez que su producto cobra por llamada, por resultado o por flujo de trabajo, entonces si "pagas una vez y obtienes uno" o "pagas una vez y obtienes muchos" no es solo un detalle del producto, sino una cuestión de vida o muerte.

Por lo tanto, si x402 puede despegar en B2B, un requisito importante no es la narrativa, sino que estos mecanismos seguros por defecto deben hacerse lo suficientemente sencillos; de lo contrario, las empresas no se sentirán seguras de traer tráfico real.

7. Los protocolos pueden ser gratuitos, pero los peajes no desaparecerán

Hay un punto más que creo que vale la pena desarrollar en este artículo.

Muchos protocolos abiertos finalmente llegan a un lugar muy familiar: el propio protocolo se vuelve cada vez más barato, incluso gratuito, pero los peajes reales crecerán junto a él.

x402 no es diferente.

El estándar en sí ciertamente enfatiza la apertura, la neutralidad y las tarifas 0 integradas en el estándar, pero esto no significa que la captura de valor desaparecerá.

Si x402 tiene éxito, el valor no permanecerá principalmente dentro del protocolo, sino que migrará a facilitadores, billeteras, gestión de claves, descubrimiento, motores de políticas y envoltorios de confianza: estas capas adyacentes.

Esto es especialmente importante para las empresas B2B.

Porque los clientes empresariales no revisarán masivamente todos sus sistemas para un nuevo protocolo; lo que realmente están dispuestos a pagar es quién puede ayudarles a ordenar la orquestación, la política, el riesgo, el cumplimiento, la auditoría, la liquidación y los límites de permiso en un entorno de múltiples protocolos.

En otras palabras, los protocolos se parecerán cada vez más a los lenguajes subyacentes, pero la capacidad de traducir estos lenguajes en capacidades "listas para la empresa" se convertirá más fácilmente en nuevas plataformas y nuevos peajes.

Esta es también la razón por la que creo que, al considerar x402 hoy, no deberíamos centrarnos solo en quién entre Coinbase, Cloudflare o Stripe se parece más al "protagonista".

Lo que realmente vale la pena observar es quién tiene la mejor oportunidad de estar en estas capas adyacentes.

Cloudflare tiene una posición en la distribución de tráfico y en el borde, Stripe tiene una posición en la infraestructura de pagos y en las relaciones con los comerciantes, Visa y Mastercard tienen posiciones en las credenciales, los tokens de red y la confianza del consumidor, y Google tiene una posición en los flujos de trabajo y las superficies de descubrimiento.

La captura de valor real puede no ocurrir en "quién definió 402", sino en "quién integró 402 en sistemas empresariales más grandes".

8. Conclusión

La Fundación x402 no está anunciando que x402 ya ha ganado en todos los protocolos de comercio agencioso.

Está reconociendo públicamente que esta generación de pagos de agentes no será un mundo de un solo protocolo desde el primer día.

Coinbase está entregando x402 a la Fundación Linux para hacerlo más como una capa pública neutral en lugar de un producto exclusivo.

El hecho de que Stripe impulse MPP mientras se une a x402 no es indecisión; es porque sabe que no se debe apostar por un solo lado en este momento.

Cloudflare admite ambos sistemas simultáneamente porque es el que está más cerca del tráfico real.

Las acciones de jugadores como Google, Visa, Mastercard y Adyen también indican lo mismo: primero, permitir que los sistemas interoperen, luego discutir quién ocupa finalmente qué capa.

Y si cambiamos nuestra perspectiva lejos del comercio minorista, este juicio se vuelve aún más claro.

Porque los primeros en necesitar estos protocolos podrían no ser los carritos de compras, sino más bien el creciente número de software y servicios B2B que cobran por llamada, tarea o resultado.

El comercio minorista es ciertamente más grande, pero el B2B a menudo expone las necesidades reales más temprano y define cómo se verá finalmente la infraestructura más pronto.

En mi último artículo, coloqué la interoperabilidad en el centro, y creo que la respuesta del mercado ahora es bastante clara: sí, e incluso antes de lo que pensaba en ese momento.

En este sentido, la Fundación x402 no es el final de esta historia.

Simplemente nos permite ver más temprano que el tema real nunca ha sido "quién ganará", sino más bien "este mundo está destinado a interoperar primero, y quién puede ocupar la capa más valiosa después de la interoperabilidad".