Tempo Chain y MPP Protocol: Una nueva infraestructura de pagos para agentes de IA

El sistema de pagos global está experimentando una reestructuración estructural. El crecimiento explosivo de las stablecoins y el surgimiento de la economía de agentes de IA han generado una necesidad urgente de una infraestructura de pagos de próxima generación.

Cuando los agentes de IA autónomos realizan tareas autónomas, su comportamiento de pago difiere esencialmente del pago humano tradicional. Las siguientes cinco necesidades fundamentales constituyen los requisitos básicos de la economía de agentes de IA para la infraestructura de pagos:

Las redes de pago Swift tradicionales y las blockchains generales no pueden satisfacer completamente las necesidades de pago anteriores bajo la economía de agentes de IA, por lo que surge Tempo.

Como blockchain nativo de pagos lanzado por Commonware, Tempo logra finalidad subsegunda mediante el consenso Simplex BFT, garantiza prioridad de pagos con espacio de bloque dedicado y un mecanismo nativo de gas en stablecoin, y proporciona capacidad de pago extremo a extremo sin intervención humana para agentes de IA mediante el protocolo MPP.

3.1 Vista general de la arquitectura general

Tempo utiliza una arquitectura Layer-1 dedicada, cuya filosofía de diseño es "pagos en primer lugar": todas las decisiones técnicas en la cadena están orientadas a optimizar escenarios de pago, en lugar de un diseño generalizado como el de plataformas de contratos inteligentes universales.

3.2 Consenso de pipeline Simplex BFT

La capa de consenso de Tempo se basa en el protocolo Simplex BFT (ePrint 2023/463). Este protocolo, mediante un diseño en pipeline, permite que el retraso de confirmación en cada ronda converja a un solo tiempo de ida y vuelta de red (1Δ).

Proceso de consenso en tres fases

El consenso de una sola ronda de Simplex BFT consta de tres fases secuenciales:

Comparación de secuencias: BFT tradicional vs Simplex Pipeline

La siguiente figura muestra la diferencia de latencia entre el BFT tradicional de tres fases y la tubería Simplex. El eje vertical representa las rondas de consenso y el eje horizontal representa los pasos de tiempo de la red (Δ).

Clave para el aumento de rendimiento: en modo de tubería, la fase de Propose de B₂ se superpone con la fase de Vote de B₁. Cada ronda requiere solo esperar 1Δ para pasar a la propuesta del siguiente bloque, mientras que en BFT tradicional, cada ronda requiere esperar completamente 3Δ en serie.

Optimización del cambio de vista

El cambio de vista (View-Change) se activa en dos casos: (1) el líder actual no transmite una propuesta válida dentro del tiempo de espera establecido; (2) el nodo detecta un comportamiento anormal del líder (como propuestas duplicadas o formatos de mensaje inválidos).

3.3 Firma agregada BLS

Utiliza el esquema BLS (Boneh-Lynn-Shacham) para agrupar las firmas de N validadores en una sola firma, verificable con solo dos emparejamientos de curva elíptica, reduciendo significativamente el ancho de banda y el costo computacional. Esto es especialmente importante para escenarios de micropagos de alta frecuencia, ya que reduce eficazmente el costo computacional y de ancho de banda por transacción.

Principio de la firma BLS

Visualización del proceso de firma agregada

3.4 Mecanismo de ejecución de transacciones en paralelo

La capacidad de ejecución paralela de transacciones de Tempo proviene de dos diseños técnicos oficialmente documentados:

1. Tipo de transacción personalizada EIP-2718 (Transaction Type 0x76)

El formato de transacción Crypto-Native definido por Tempo amplía tres capacidades nativas sobre las transacciones EVM estándar:

• Ejecución por lotes (Batch): Ejecución atómica de múltiples instrucciones dentro de una sola operación
• Ejecución programada (Scheduled): ejecutar al activarse el bloque futuro especificado
• Ejecución en paralelo (Parallel): Declara dependencias sin estado, permitiendo el procesamiento concurrente con otras transacciones

2. Sistema de Nonce expirante

El Nonce estrictamente creciente de los EVM tradicionales obliga a que todas las transacciones de una misma cuenta se ejecuten en serie. Tempo cambia el Nonce por un "rango de bloques válidos", requiriendo únicamente que el Nonce sea único dentro de su período de validez, lo que permite que múltiples transacciones independientes de la misma cuenta se envíen y ejecuten simultáneamente, eliminando el cuello de botella serial a nivel de cuenta.

3. Canales de pago dedicados (Payment Lanes)

Payment Lanes son espacios de bloque reservados específicamente por Tempo a nivel de protocolo para transacciones de pago TIP-20. A diferencia de Ethereum, donde todas las transacciones compiten por el mismo pool de gas, Tempo divide el presupuesto de gas del bloque en múltiples canales independientes, lo que evita que las transacciones de pago se vean afectadas por "vecinos ruidosos" como operaciones DeFi, acuñación de NFT o llamadas frecuentes a contratos.

Estructura de partición de gas de bloque

El encabezado del bloque de Tempo incluye un campo de límite de gas independiente, dividiendo el presupuesto total de 500M de gas en tres áreas independientes:

3.5 Diseño nativo de stablecoin

Tempo trata a las stablecoins como ciudadanas de primera clase del protocolo, rediseñando toda la cadena desde las tarifas de gas, los intercambios en cadena hasta los estándares de tokens, con las stablecoins como núcleo.

4.1 Posicionamiento del protocolo y filosofía central

MPP (Machine Payments Protocol) es un estándar de pago abierto diseñado por Stripe y Tempo, conocido en la industria como "el OAuth de los pagos". Su objetivo principal es proporcionar a los agentes de IA autónomos una capacidad de pago estandarizada y sin intervención humana.

4.2 Flujo de interacción completo de MPP

Estructura de la carga JWT

4.3 Mecanismo de sesión

El mecanismo de sesión es una de las innovaciones clave del protocolo MPP, que resuelve el problema de eficiencia de pago al consumir recursos de forma continua durante largos períodos por parte de agentes de IA:

Este diseño permite ejecutar tareas prolongadas sin necesidad de confirmaciones en la cadena en cada interacción, mejorando significativamente la eficiencia de los pagos.

4.4 Ruta de pago CrossRail

El diseño central de MPP consiste en desacoplar completamente el protocolo de las vías de pago. La capa central solo define el flujo de desafío-respuesta HTTP, el manejo de errores y el modelo de seguridad, sin vincularse a ninguna red de pago específica. Por lo tanto, al agregar un nuevo método de pago, solo es necesario registrar un identificador de método y publicar el esquema y la lógica de validación correspondientes, sin modificar el protocolo en sí. Durante el pago, los agentes no necesitan preocuparse por la vía subyacente; el servidor declara los métodos aceptables en la respuesta 402, y el cliente los empareja según sea necesario. Este es precisamente el punto clave que distingue a MPP de las soluciones basadas en una sola cadena o una sola red.

MPP currently supported payment rails

Caso 1: Pagos empresariales transfronterizos

Los pagos transfronterizos tradicionales suelen requerir múltiples etapas, incluyendo el banco remitente, la red SWIFT, bancos correspondientes y el banco beneficiario, lo que generalmente toma de 3 a 5 días hábiles, con comisiones que suelen oscilar entre el 0,5% y el 3%, y sin soporte para procesamiento en tiempo real durante fines de semana y feriados.

En comparación, Tempo busca ofrecer un camino alternativo: si tanto el pagador como el receptor utilizan stablecoins para el asentamiento, según los objetivos actuales de la red de prueba, un pago transfronterizo de USDC a USDC podría completarse teóricamente en aproximadamente 0.5 segundos, con una comisión por transacción de alrededor de $0.001.

Escenario 2: Liquidación 7×24 de depósitos tokenizados

Los depósitos tokenizados son activos financieros que digitalizan los derechos de crédito de depósitos bancarios en una blockchain. Este tipo de activos enfrenta un obstáculo real: Fedwire de la Reserva Federal tiene horarios de operación fijos y no puede procesar liquidaciones en días no laborables o durante la noche.

Pero la blockchain puede soportar naturalmente un funcionamiento 7×24 horas, todo el año, y el módulo de intercambio integrado de Tempo también permite la conversión a nivel de protocolo entre diferentes depósitos tokenizados, lo que hará posible la liquidación las 24 horas del día.

Escenario tres: Pagos automatizados frecuentes y de bajo monto

Los cargos por procesamiento de tarjetas de crédito suelen incluir una tarifa fija de aproximadamente $0.20 por transacción más una tarifa proporcional del 1.5% al 3%, lo que hace que las transacciones de menos de $1 no sean comercialmente viables: esta es la razón fundamental por la que ha existido un vacío prolongado en el mercado de "micropagos". El diseño de la tarifa de Tempo de aproximadamente $0.001 por transacción busca hacer comercialmente viables los siguientes escenarios:

Escenario cuatro: Pago autónomo de agentes de IA

A medida que los agentes de IA se utilizan cada vez más para realizar tareas comerciales complejas (reservar recursos, adquirir materiales, llamar servicios externos), estos agentes generarán necesidades de pago reales. La arquitectura compatible con EVM y la interfaz de pago exclusiva de Tempo permiten que los agentes activen pagos automáticamente a través de contratos inteligentes, sin necesidad de aprobación humana para cada transacción.

Entre 2025 y 2026, el sector de cadenas dedicadas a pagos experimentará un período intensivo de entrada. Este capítulo realiza una comparación horizontal de tres tipos de competidores desde la perspectiva de la arquitectura técnica.

6.1 Cadena de pago dedicada: Tempo vs Circle Arc vs Stable

Las tres cadenas son L1 dedicadas exclusivamente a pagos, pero sus rutas tecnológicas subyacentes difieren significativamente. A continuación, se desglosa su selección tecnológica en tres dimensiones: motor de consenso, mecanismo de tarifas e innovaciones arquitectónicas clave.

Matriz de posicionamiento competitivo

Las tres cadenas son altamente similares en métricas de rendimiento; la verdadera diferencia radica en los clientes objetivo, las estrategias de vinculación de stablecoins, las apuestas principales y los riesgos conocidos.

6.2 Comparación con blockchains generales: Ethereum L2 y Solana

Ethereum L2 y Solana son actualmente los dos tipos de cadenas generales ampliamente utilizados en escenarios de pago; la brecha fundamental con las cadenas dedicadas al pago se manifiesta en los siguientes aspectos:

La propuesta de valor de una cadena dedicada a pagos nunca radica en si es "más rápida" que Ethereum o "más barata" que Solana, sino en si puede internalizar la semántica de pago como una restricción de diseño del protocolo mismo.

La evaluación central de Tempo y MPP es que las blockchains generales no son insuficientes en funciones al procesar escenarios de pago, sino que tienen un error en el nivel de abstracción: consideran la "transferencia de activos" como el total del pago, pero ignoran aspectos como autorización, sesión, enrutamiento y conciliación, que ya han sido profundamente ingenierizados en las finanzas tradicionales.

La economía de agentes de IA ha inyectado una nueva urgencia temporal en este sector. Cuando los agentes de software comiencen a reemplazar a los humanos en actividades económicas como compras, suscripciones y llamadas a servicios, el modelo de autorización de los sistemas de pago tradicionales —basado en la autenticación con nombre real y confirmación manual por parte de sujetos humanos— enfrentará un desajuste estructural sistémico. El protocolo MPP busca resolver precisamente esta capa de "soberanía del agente": quién tiene derecho a iniciar un pago, dentro de qué límites, durante cuánto tiempo y cómo puede revocarse. Esto es altamente análogo a la lógica con la que OAuth resuelve la autorización de API.

Sin embargo, debe señalarse que la implementación a gran escala de pagos autónomos por agentes de IA requiere que se clarifiquen la condición legal, la asignación de responsabilidad y las vías de cumplimiento contra el lavado de dinero de dichos agentes. Los desafíos que enfrenta Tempo son estructurales, no meramente operativos. En primer lugar, la incertidumbre regulatoria sigue siendo la variable central: el diseño nativo de las stablecoins implica que Tempo debe dialogar directamente con las autoridades monetarias de cada jurisdicción, en lugar de esconderse detrás de la narrativa de "infraestructura neutral"; en segundo lugar, la tensión derivada de la compatibilidad con EVM aún no se ha resuelto: renunciar a EVM podría ofrecer un espacio de diseño más limpio, pero también significaría abandonar la inercia de desarrolladores y el soporte de herramientas acumuladas durante años en el ecosistema de Ethereum; en tercer lugar, la colaboración con Stripe otorga al protocolo MPP un respaldo comercial raro, pero esta fuerte dependencia también es una fuente de vulnerabilidad: existe una tensión interna entre la apertura del protocolo y los límites de interés de los socios comerciales, lo que requiere una observación a largo plazo.

Para los profesionales del sector, lo más valioso para estudiar en Tempo/MPP tal vez no sea si finalmente se convierte en el "ganador de la cadena de pagos", sino la pregunta misma que plantea: después de que la infraestructura de pagos en cadena entre en la era de la especialización profesional, ¿cómo se debe evaluar realmente la competitividad del diseño de protocolos? Más allá de los benchmarks de rendimiento, la precisión en la expresión semántica de pagos, la compatibilidad regulable y el modelo de autorización por agente podrían ser los verdaderos puntos de diferenciación de la próxima generación de infraestructura de pagos.

1. Sitio web oficial de Tempo: https://tempo.xyz
2. Blog del lanzamiento del mainnet de Tempo: https://tempo.xyz/blog/mainnet/
3. Especificación técnica del protocolo MPP: https://docs.tempo.xyz/mpp
4. Fortune: Tempo respaldada por Stripe lanza un protocolo de pagos con IA (2026.03.18)
5. The Block: Tempo Mainnet se lanza con el Protocolo de Pagos Machine para agentes
6. Blog de Privy: Construyendo sobre Privy con el Protocolo de Pagos Machine de Tempo (MPP)
7. Medium (jrodthoughts): La arquitectura de la riqueza autónoma — Dentro de MPP de Tempo
8. McKinsey & Artemis Analytics: Informe de stablecoins en pagos 2025
9. Datos del mercado de stablecoins de CoinGecko
10. Datos de stablecoins en cadena de DeFiLlama