Todos estão criando agentes e carteiras. Quase ninguém está perguntando se as transações realmente são confirmadas.
Agentes já estão pagando por coisas no Ethereum. Não é 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. As equipes estão construindo supondo que uma máquina possa liquidar suas próprias obrigações sem uma pessoa por perto.
A indústria se moveu rápido para dar aos agentes meios de pagar, mas pulou a parte de baixo. Um trilho de pagamento assume que o pagamento passa, e o Ethereum nunca foi construído com essa suposição. Inclusão é best effort: você envia e torce para que caia no próximo bloco. Um humano consegue contornar isso observando uma transação emperrar, aumentando a taxa e tentando de novo. Você pode construir um agente para fazer o mesmo. O que você não consegue construir é certeza: uma nova tentativa é a mesma aposta repetida, 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 esse valor.
No Ethereum, o espaço em bloco é alocado por um leilão ao vivo que se resolve aproximadamente a cada doze segundos. Quando você envia uma transação, não está comprando um lugar garantido no próximo bloco. Você está entrando em uma disputa, e o resultado — tanto se você será incluído quanto quanto acabará pagando — permanece desconhecido até que tudo já tenha acabado. Esse desenho é elegante para uma rede sem permissão. Também é estranho em relação a como as finanças institucionais funcionam.
Instituições já estão no Ethereum. O que elas não conseguem é 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 nessa operação; então essa atividade permanece off-chain ou vai para um lugar que faça esse compromisso.
Durante anos, a resposta para os 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 propositor se comprometa a incluir ou executar uma transação antes que o bloco seja finalizado. Essa é a resposta mais direta para o problema de tempo: o agente não precisa mais apenas enviar e torcer. Mas o compromisso precisa significar algo. Ele exige ampla participação de validadores, lastro econômico crível e consequências aplicáveis quando um propositor falha em entregar. Sistemas que combinam pré-confirmações com colateral em stake e condições de slashing transformam uma promessa em uma obrigação responsabilizável.
Inclusion lists funcionam no nível de protocolo, restringindo o que um builder tem permissão de 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 o futuro. Eles permitem que instituições e aplicações reservem espaço em bloco antes de precisarem dele, da mesma forma que energia, banda e capacidade computacional são contratadas antes da demanda. Isso transforma capacidade futura em algo em torno do qual um comprador pode planejar, em vez de competir em tempo real. As questões de design aqui dizem respeito à estrutura de mercado: acesso transparente, entrega responsabilizável pelos validadores e mecanismos que impeçam que a capacidade seja concentrada por um pequeno número de grandes compradores.
Cada abordagem pode ter restrições que precisam ser contornadas em seu desenho. Juntas, elas formam o contorno de um mercado sobre o qual agentes e instituições podem realmente construir: compromissos de propositor que significam algo, garantias em nível de protocolo contra exclusão e capacidade futura que escala à demanda institucional. Abordagens individuais ainda têm questões de design a resolver. A direção é clara.
Um agente desmontando uma posição em duas venues precisa saber que a segunda perna será confirmada antes de se comprometer com a primeira. Sem isso, ele não está executando 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 com antecedência. Se agentes vão coordenar capital em velocidade de máquina, o espaço em bloco não pode continuar sendo algo pelo qual eles apenas dão lances e torcem para receber. Precisa se tornar algo que possam agendar.