Todo mundo está criando agentes e carteiras. Quase ninguém está perguntando se as transações realmente são liquidadas.
Agentes já estão pagando coisas no Ethereum. Não em um demo. O x402 transformou o HTTP 402 em um fluxo de pagamento ao vivo, e carteiras de agentes agora vêm com chaves e limites de gasto. Times estão construindo supondo que uma máquina consiga liquidar suas próprias obrigações sem uma pessoa por perto.
A indústria se moveu rápido para dar aos agentes meios de pagamento, mas o que ela pulou foi a parte de baixo. Um trilho de pagamento supõe que o pagamento será concluído, e o Ethereum nunca foi construído com essa suposição. Inclusão é “melhor esforço”: você envia e torce para que caia no próximo bloco. Um humano consegue contornar isso observando a transação travar, aumentando a taxa e reenviando. Você pode construir um agente para fazer o mesmo. O que você não consegue construir é certeza: o retry é a mesma aposta feita de novo, em um mercado que já se moveu.
Nada disso importa muito em uma transação. Importa enormemente em dez mil por dia, quando cada ação está esperando pela anterior.
Ethereum liquida valor. Ainda não agenda valor.
No Ethereum, o espaço de bloco é alocado por meio de um leilão ao vivo que se resolve aproximadamente a cada doze segundos. Quando você envia uma transação, você não está comprando um lugar garantido no próximo bloco. Você está entrando em uma competição, e o resultado, tanto se você será incluído quanto quanto pagará no fim, permanece desconhecido até já ter acabado. Esse desenho é elegante para uma rede permissionless. Também é estranho para a forma como as finanças institucionais funcionam.
Instituições já estão no Ethereum. O que elas não conseguem fazer é rodar estratégias que precisam de garantias. Quando uma mesa não consegue saber de antemão se uma transação será executada a tempo ou quanto vai custar para chegar lá, ela não consegue colocar tamanho por trás disso; então essa atividade fica off-chain ou vai para algum lugar que ofereça o compromisso.
Por anos, a resposta aos limites do Ethereum foi throughput: mais transações por segundo, mais rollups abrindo a demanda. Throughput é uma medida de quanto. Não diz nada sobre quando. Esse é um problema de tempo, não de espaço, e adicionar mais espaço não o resolve.
Fechando a lacuna
Várias abordagens estão entrando em fase de implementação, cada uma atacando uma camada diferente do problema.
Pré-confirmações permitem que um proponente se comprometa a incluir ou executar uma transação antes que o bloco seja finalizado. Esse é o jeito mais direto de responder ao problema de tempo: o agente não precisa mais apenas enviar e torcer. Mas o compromisso precisa significar algo. Ele precisa de ampla participação de validadores, lastro econômico crível e consequências aplicáveis quando um proponente não entrega. Sistemas que combinam pré-confirmações com colateral em stake e condições de slashing transformam uma promessa em uma obrigação com responsabilidade.
Inclusion lists funcionam no nível do protocolo, restringindo o que um builder pode deixar de fora. Isso as torna uma ferramenta poderosa contra censura. Mas elas resolvem um problema diferente: tornar uma transação mais difícil de excluir não é o mesmo que se comprometer com quando ela será executada. Uma inclusion list estabelece um piso. Ela não define um cronograma.
Mercados futuros estendem esse cronograma mais para frente. Eles permitem que instituições e aplicações reservem espaço de bloco antes de precisarem dele, do mesmo jeito que energia, banda e capacidade de computação são contratadas antes da demanda. Isso transforma capacidade futura em algo em torno do qual um comprador pode planejar, em vez de disputar em tempo real. As questões de design aqui são sobre estrutura de mercado: acesso transparente, entrega responsável por validadores e mecanismos que impeçam que a capacidade seja concentrada por poucos compradores grandes.
Cada abordagem pode ter restrições que precisam ser contornadas em design. Juntas, elas formam o contorno de um mercado sobre o qual agentes e instituições conseguem, de fato, construir: compromissos de proponentes que significam algo, garantias em nível de protocolo contra exclusão e capacidade futura que escala à demanda institucional. Cada abordagem tem questões de desenho a resolver. A direção está clara.
Um agente desmontando uma posição em duas venues precisa saber que a segunda perna vai ser liquidada antes de se comprometer com a primeira. Sem isso, ele não está rodando uma estratégia. Está fazendo uma aposta e esperando para ver.
O Ethereum já construiu uma liquidação crível. O próximo desafio é tornar o acesso a essa liquidação programável de antemão. Se agentes vão coordenar capital em velocidade de máquina, o espaço de bloco não pode continuar sendo algo pelo qual eles apenas dão lance e torcem para receber. Ele precisa se tornar algo que possam agendar.