Tempo Chain e MPP Protocol: Uma nova infraestrutura de pagamento para agentes de IA

O sistema de pagamentos global está passando por uma reestruturação estrutural. O crescimento explosivo do volume de stablecoins e o surgimento da economia de agentes de IA criaram uma necessidade urgente por uma infraestrutura de pagamentos da próxima geração.

Ao executar tarefas autônomas, os agentes de IA (Autonomous AI Agents) apresentam diferenças fundamentais em relação aos pagamentos humanos tradicionais. Os cinco principais requisitos a seguir constituem as necessidades básicas da economia de agentes de IA para a infraestrutura de pagamento:

As redes tradicionais de pagamento Swift e blockchains gerais não conseguem atender plenamente às necessidades de pagamento acima sob a economia de agentes de IA, por isso o Tempo foi criado.

Como blockchain nativa de pagamentos lançada pela Commonware, o Tempo alcança finalidade subsegunda por meio do consenso Simplex BFT, garante prioridade de pagamentos com espaço de bloco dedicado e mecanismo nativo de gas em stablecoin, e fornece capacidade de pagamento end-to-end sem intervenção humana para agentes de IA por meio do protocolo MPP.

3.1 Visão geral da arquitetura geral

Tempo adota uma arquitetura Layer-1 dedicada, cuja filosofia de design é "pagamento em primeiro lugar" — todas as decisões técnicas na cadeia são orientadas para otimizar cenários de pagamento, e não para um design genérico como em plataformas de contratos inteligentes universais.

3.2 Consenso de pipeline Simplex BFT

A camada de consenso do Tempo é baseada no protocolo Simplex BFT (ePrint 2023/463). Esse protocolo, por meio de um design pipeline, faz com que o atraso de confirmação por rodada converge para um único tempo de ida e volta da rede (1Δ).

Processo de consenso em três fases

O consenso de uma única rodada do Simplex BFT é composto por três fases sequenciais:

Comparação temporal: BFT tradicional vs. Simplex Pipeline

A figura abaixo mostra a diferença de latência entre o BFT tradicional em três estágios e a pipeline Simplex. O eixo vertical representa as rodadas de consenso e o eixo horizontal representa os passos de tempo da rede (Δ).

Melhoria de desempenho chave: no modo pipeline, a fase de Propose de B₂ ocorre simultaneamente com a fase de Vote de B₁. Cada rodada requer apenas 1Δ de espera para avançar para a proposta do próximo bloco, enquanto o BFT tradicional exige 3Δ completos de espera sequencial por rodada.

Otimização da mudança de visualização (View-Change)

A mudança de visualização (View-Change) é acionada em dois cenários: (1) o líder atual não transmite uma proposta válida dentro do tempo limite estabelecido; (2) o nó detecta comportamento anormal do líder (como propostas duplicadas ou formato de mensagem inválido).

3.3 Assinatura agregada BLS

Utiliza o esquema BLS (Boneh-Lynn-Shacham) para agrega N assinaturas de validadores em uma única assinatura, verificável com apenas duas operações de emparelhamento de curva elíptica, reduzindo significativamente o consumo de largura de banda e custos computacionais. Isso é especialmente importante para cenários de micropagamentos de alta frequência, pois reduz efetivamente o custo computacional e de largura de banda por transação.

Princípio da assinatura BLS

Visualização do processo de assinatura agregada

3.4 Mecanismo de execução de transações paralelas

A capacidade de execução paralela de transações do Tempo provém de dois projetos técnicos oficialmente documentados:

1. Tipo de transação personalizada EIP-2718 (Transaction Type 0x76)

O formato de transação Crypto-Native definido pelo Tempo expande três capacidades nativas além das transações EVM padrão:

• Execução em lote (Batch): Execução atômica de múltiplas instruções dentro de uma única transação
• Agendado (Scheduled): Executar com base em um bloco futuro especificado
• Execução paralela (Parallel): Declare dependências sem estado, permitindo processamento concorrente com outras transações

2. Sistema Nonce Expirável

O Nonce estritamente crescente do EVM tradicional força todas as transações de uma mesma conta a serem executadas em sequência. O Tempo altera o Nonce para um "intervalo de blocos válidos", exigindo apenas que o Nonce seja único dentro do período de validade, permitindo que múltiplas transações independentes da mesma conta sejam enviadas simultaneamente e executadas em paralelo, eliminando o gargalo de sequencialização a nível de conta.

3. Canais de pagamento dedicados (Payment Lanes)

Payment Lanes são espaços de bloco reservados exclusivamente para transações de pagamento TIP-20 no nível do protocolo Tempo. Ao contrário da Ethereum, onde todas as transações competem pelo mesmo pool de gas, o Tempo divide o orçamento de gas do bloco em múltiplos canais independentes, garantindo que as transações de pagamento não sejam afetadas por "vizinhos barulhentos" como operações DeFi, cunhagem de NFTs ou chamadas frequentes a contratos.

Estrutura de partição de gas do bloco

O cabeçalho do bloco contém um campo de limite de gas independente, dividindo o orçamento total de 500M de gas em três regiões independentes:

3.5 Design nativo de stablecoin

Tempo trata as stablecoins como cidadãs de primeira classe no protocolo, redesenhando toda a cadeia, desde taxas de gas, trocas on-chain até padrões de token, com as stablecoins como núcleo.

4.1 Posicionamento do protocolo e filosofia central

MPP (Machine Payments Protocol) é um padrão aberto de pagamento desenvolvido em conjunto pela Stripe e pela Tempo, amplamente conhecido como o "OAuth dos pagamentos". Seu objetivo principal é fornecer aos agentes de IA autônomos uma capacidade de pagamento padronizada e sem intervenção humana.

4.2 Fluxo de interação completo do MPP

Estrutura da carga JWT

4.3 Mecanismo de sessão

O mecanismo de sessão é uma das inovações centrais do protocolo MPP, resolvendo o problema de eficiência de pagamento durante o consumo contínuo de recursos por agentes de IA:

Este design permite que tarefas de longa duração sejam executadas sem exigir confirmação on-chain em cada interação, aumentando significativamente a eficiência dos pagamentos.

4.4 Rota de pagamento Rail

O design central do MPP é desconectar completamente o protocolo das trilhas de pagamento. A camada central define apenas o fluxo de desafio-resposta HTTP, tratamento de erros e modelo de segurança, sem vincular qualquer rede de pagamento específica. Assim, adicionar novos métodos de pagamento requer apenas registrar um identificador de método e publicar o Schema correspondente e a lógica de validação, sem modificar o protocolo em si. Durante o pagamento, os agentes não precisam se preocupar com a trilha subjacente; o servidor declara os métodos aceitáveis na resposta 402, e o cliente faz a correspondência conforme necessário. Este é exatamente o ponto que diferencia o MPP de soluções baseadas em uma única cadeia ou rede única.

MPP currently supported payment rails

Cenário 1: Pagamento empresarial transfronteiriço

Os pagamentos transfronteiriços tradicionais geralmente exigem múltiplos passos, incluindo o banco remetente, a rede SWIFT, bancos correspondentes e o banco beneficiário, levando tipicamente de 3 a 5 dias úteis, com taxas geralmente entre 0,5% e 3%, e sem suporte para processamento em tempo real nos fins de semana e feriados.

Em contraste, o Tempo busca oferecer um caminho alternativo: se tanto o pagador quanto o recebedor utilizarem stablecoins para liquidação, conforme o objetivo atual do design da rede de teste, um pagamento transfronteiriço de USDC para USDC pode ser concluído teoricamente em cerca de 0,5 segundos, com uma taxa por transação de aproximadamente 0,001 dólar.

Cenário dois: Liquidação 24/7 de depósitos tokenizados

Depósitos tokenizados são ativos financeiros que digitalizam créditos de depósitos bancários na blockchain. Esses ativos enfrentam um obstáculo real: o Fedwire do Federal Reserve possui horários de funcionamento fixos e não consegue processar liquidações em dias úteis ou à noite.

Mas a blockchain pode naturalmente suportar operação 7×24 horas, sem interrupções durante todo o ano, e o módulo de troca integrado do Tempo também permite conversões no nível de protocolo entre diferentes depósitos tokenizados, tornando possível a liquidação contínua.

Cenário três: Pagamentos automatizados frequentes e de pequeno valor

As taxas de processamento de cartão de crédito geralmente incluem uma taxa fixa de cerca de US$ 0,20 por transação mais uma taxa proporcional de 1,5% a 3%, tornando economicamente inviável transações abaixo de US$ 1 — esta é a razão fundamental para a lacuna de longa data no mercado de "micropagamentos". A taxa de tempo de aproximadamente US$ 0,001 por transação foi projetada para tornar viável comercialmente os seguintes cenários pela primeira vez:

Cenário 4: Pagamento autônomo por agentes de IA

Com a crescente utilização de agentes de IA para executar tarefas comerciais complexas (reserva de recursos, aquisição de materiais, chamada de serviços externos), esses agentes gerarão demandas reais de pagamento. A arquitetura compatível com EVM e a interface de pagamento exclusiva do Tempo permitem que agentes disparem pagamentos automaticamente por meio de contratos inteligentes, sem a necessidade de aprovação manual para cada transação.

De 2025 a 2026, a corrida de blockchains dedicadas a pagamentos entra em uma fase intensa de entrada. Este capítulo realiza uma comparação horizontal entre três categorias de concorrentes sob a perspectiva da arquitetura técnica.

6.1 Blockchain dedicada a pagamentos: Tempo vs Circle Arc vs Stable

As três cadeias são L1 dedicadas a pagamentos, mas apresentam diferenças significativas em suas linhas tecnológicas subjacentes. A seguir, analisamos suas escolhas técnicas em três dimensões: mecanismo de consenso, mecanismo de taxas e inovações na arquitetura central.

Matriz de posicionamento competitivo

As três cadeias apresentam alta convergência em métricas de desempenho; a verdadeira diferença reside nos clientes-alvo, nas estratégias de vinculação de stablecoins, nas apostas centrais e nos riscos conhecidos.

6.2 Comparação com blockchains gerais: Ethereum L2 e Solana

Ethereum L2 e Solana são atualmente os dois tipos de cadeias gerais amplamente utilizados em cenários de pagamento; a diferença fundamental em relação às cadeias dedicadas a pagamentos se manifesta nos seguintes aspectos:

A proposta de valor de uma cadeia dedicada a pagamentos nunca reside em ser "mais rápida" que a Ethereum ou "mais barata" que a Solana, mas sim em ser capaz de internalizar a semântica de pagamentos como restrição de design do próprio protocolo.

A análise central do Tempo e do MPP é: blockchains gerais não são insuficientes para lidar com cenários de pagamento, mas sim apresentam um erro de nível de abstração — tratam a "transferência de ativos" como o todo do pagamento, ignorando etapas como autorização, sessão, roteamento e conciliação, que já foram profundamente engenharizadas no sistema financeiro tradicional.

A economia de agentes de IA trouxe uma nova urgência temporal para este segmento. Quando agentes de software começarem a substituir humanos em atividades econômicas como compras, assinaturas e chamadas de serviços, o modelo de autorização dos sistemas de pagamento tradicionais — baseado na autenticação de identidade e confirmação manual por indivíduos humanos — enfrentará um desalinhamento estrutural sistêmico. O protocolo MPP busca resolver exatamente essa questão de "soberania de agente": quem tem permissão para iniciar pagamentos, dentro de quais limites, por quanto tempo e como podem ser revogados. Isso é altamente análogo à lógica usada pelo OAuth para resolver autorização de API.

No entanto, é importante destacar que a implementação em larga escala de pagamentos autônomos por agentes de IA exige que a posição legal, a atribuição de responsabilidade e os caminhos de conformidade com combate à lavagem de dinheiro dos agentes sejam claramente definidos. Os desafios enfrentados pelo Tempo são estruturais, e não meramente operacionais. Em primeiro lugar, a incerteza regulatória continua sendo a variável central: o design nativo de stablecoins significa que o Tempo deve dialogar diretamente com as autoridades regulatórias monetárias de cada jurisdição, em vez de se esconder atrás da narrativa de "infraestrutura neutra"; em segundo lugar, a tensão relacionada à compatibilidade EVM ainda não foi resolvida — abandonar a EVM poderia oferecer um espaço de design mais limpo, mas também significaria renunciar à inércia de desenvolvedores e ao suporte de ferramentas acumulados ao longo de anos no ecossistema Ethereum; em terceiro lugar, a parceria com a Stripe conferiu ao protocolo MPP uma rara validação comercial, mas essa forte dependência também é uma fonte de vulnerabilidade: existe uma tensão interna entre a abertura do protocolo e os limites de interesse dos parceiros comerciais, exigindo observação prolongada.

Para profissionais do setor, o que mais merece estudo no Tempo/MPP talvez não seja se ele finalmente se tornará o "vencedor da cadeia de pagamentos", mas a própria pergunta que ele levanta: após a infraestrutura de pagamentos on-chain entrar na era da especialização profissional, como deve ser avaliada a competitividade do design de protocolos? Além dos benchmarks de desempenho, a precisão da expressão semântica de pagamentos, a compatibilidade regulatória e os modelos de autorização por agente talvez sejam os verdadeiros pontos de divergência da próxima geração de infraestrutura de pagamentos.

1. Site oficial do Tempo: https://tempo.xyz
2. Tempo Mainnet Launch Blog: https://tempo.xyz/blog/mainnet/
3. Especificação Técnica do MPP Protocol: https://docs.tempo.xyz/mpp
4. Fortune: Tempo, apoiada pela Stripe, lança protocolo de pagamentos baseado em IA (2026.03.18)
5. The Block: Tempo Mainnet vai ao ar com o Machine Payments Protocol para agentes
6. Blog da Privy: Construindo sobre a Privy com o Protocolo de Pagamentos por Máquina da Tempo (MPP)
7. Medium (jrodthoughts): A Arquitetura da Riqueza Autônoma — Dentro do MPP do Tempo
8. McKinsey & Artemis Analytics: Relatório de Stablecoins em Pagamentos de 2025
9. Dados de Mercado de Stablecoins da CoinGecko
10. Dados de Stablecoins On-chain da DeFiLlama