¿Qué demonios es MPP, Visa, Agentes, 0x402, Tempo y cómo se relacionan todos ellos? @Stripe y @Tempo lanzaron MPP y mainnet hoy. Luego @Visa anunció Visa CLI para agentes. @base ha estado liderando con 0x402 durante casi un año. ¿Son todos ellos lo mismo? ¿Están todos usando stablecoins? ¿Habrá un único ganador en todas las aplicaciones? Una forma de entender este espacio es separar dos debates diferentes que a menudo se mezclan. Un debate es sobre rieles de cripto vs tarjetas, y el otro debate es sobre MPP vs 0x402. 1. El debate de la liquidación: rieles de tarjeta vs rieles de cripto Esta es la dimensión más familiar. Se trata de la infraestructura financiera que, en última instancia, mueve el dinero. Las redes de tarjetas tradicionales siguen siendo poderosas porque son simples, globales y están profundamente integradas en el ecosistema de comerciantes. Interfaces programables que exponen los pagos con tarjeta a agentes de software hacen posible automatizar compras sin rediseñar los flujos de trabajo comerciales existentes. Para transacciones más grandes o ocasionales, este modelo sigue siendo eficiente. La contabilidad es clara. El cumplimiento está integrado. La aceptación es casi universal. Los rieles de cripto introducen un conjunto diferente de propiedades. Las stablecoins permiten liquidaciones globales instantáneas, bajas tarifas y saldos programables que los agentes pueden gestionar directamente. Esto se vuelve importante cuando los pagos son pequeños, frecuentes o continuos. Las cargas de trabajo de las máquinas a menudo implican uso medido en lugar de compras discretas. En estos entornos, la liquidación en streaming o por lotes es estructuralmente más fácil de implementar con rieles basados en blockchain. El punto clave es que la elección de liquidación es en gran medida económica. Los desarrolladores seleccionarán el riel que mejor se adapte a la frecuencia de pago, tamaño y complejidad operativa. 2. El debate del protocolo: 0x402 vs MPP Un segundo debate está ocurriendo un nivel por encima de la liquidación. Se trata de cómo los agentes expresan realmente la intención de pagar. Tanto los flujos estilo 0x402 como MPP se basan en la semántica de HTTP 402 Payment Required, que ha estado sin usar durante mucho tiempo. La idea compartida es que el pago debería convertirse en parte del ciclo normal de solicitud-respuesta de la web. Un agente solicita un recurso. El servidor emite un desafío de pago legible por máquina. El agente prueba la autorización. Se concede el acceso. Las implementaciones de 0x402 tienden a centrarse en desafíos de pago sin estado. Cada solicitud puede incluir un requisito de pago, lo que hace que el modelo sea simple y componible. Este enfoque ha ganado tracción en ecosistemas como Base, donde la ejecución de bajo costo apoya interacciones de alta frecuencia. MPP introduce un marco más estructurado a través de sesiones de pago. Un agente puede abrir un mandato de gasto con restricciones definidas y liquidar el uso de manera incremental a lo largo del tiempo. Esto reduce la sobrecarga de transacciones y se adapta bien al consumo continuo de servicios como inferencias, flujos de datos o flujos de trabajo automatizados. ...