244 posts marcados com "Infraestrutura"

Durante anos, o maior problema com as ações europeias tokenizadas não foi a regulamentação, a liquidez ou a custódia. Foram os dados. Os construtores on-chain podiam tokenizar um invólucro da Nestlé ou do Santander, mas eram forçados a referenciar preços de fontes americanas, agregadores ou feeds sintéticos de proveniência desconhecida. Qualquer contraparte institucional fazia a mesma pergunta — "de quem é a fita que você está citando?" — e a resposta nunca era satisfatória.

Em 16 de abril de 2026, essa resposta mudou. O SIX, o grupo que opera a SIX Swiss Exchange e as Bolsas Espanholas BME, anunciou uma integração direta com a Chainlink que coloca dados de referência de ações para as blue chips suíças e espanholas — uma capitalização de mercado combinada de € 2 trilhões — nativamente on-chain. Disponível instantaneamente para mais de 2.600 aplicações em mais de 75 blockchains públicos e privados, o acordo desmantela silenciosamente uma das últimas barreiras estruturais para a tokenização dos mercados de capitais europeus.

Sete vírgula quatro segundos. Esse é o tempo que leva agora para gerar uma prova de conhecimento zero para um bloco inteiro da mainnet Ethereum em um cluster de 24 GPUs executando o novo prover Venus da Cysic. Há um ano, a mesma tarefa exigia 200 placas de última geração e dez segundos para atingir a paridade em tempo real. O colapso dessa lacuna — aproximadamente uma ordem de grandeza no custo de hardware ao mesmo tempo em que quebra o limite de doze segundos do slot time da Ethereum — é o ponto de inflexão mais silencioso na infraestrutura de cripto deste trimestre. E isso está acontecendo precisamente quando a atualização PeerDAS do Fusaka abre as comportas de disponibilidade de dados, transformando a geração de provas no único gargalo remanescente entre a Ethereum e um futuro de centenas de rollups.

Em 8 de abril de 2026, a Cysic abriu o código do Venus, um backend de prova otimizado para hardware construído sobre o Zisk, o zkVM originalmente desenvolvido pela Polygon Hermez. O lançamento não foi comercializado com a coreografia habitual de desbloqueio de tokens. Foi postado no GitHub com uma nota técnica alegando uma melhoria de nove por cento de ponta a ponta em relação ao ZisK 0.16.1 e um convite para contribuir. Esse eufemismo esconde a verdadeira história: a prova ZK cruzou silenciosamente de projeto de pesquisa para computação de commodity, e a stack de infraestrutura que vencerá os próximos dois anos não se parecerá com o que a maioria das equipes de L2 está construindo atualmente.

O Gargalo que Ninguém Precificou​

Por três anos, o debate sobre a escalabilidade da Ethereum fixou-se na disponibilidade de dados. Blobs, EIP-4844, PeerDAS, danksharding — cada conversa sobre o roadmap assumia que, uma vez que a Ethereum pudesse postar dados de rollup de forma barata, as L2s herdariam a redução de custos automaticamente. Essa suposição quebrou silenciosamente no final de 2025. O Fusaka foi lançado em 3 de dezembro de 2025, e o PeerDAS chegou com ele, prometendo 48 blobs por bloco e um caminho para 12.000 transações por segundo. A disponibilidade de dados, pela primeira vez na história da Ethereum, deixou de ser a restrição mais apertada do sistema.

A nova restrição mais apertada é a geração de provas. Os ZK rollups precisam de atestações criptográficas de que suas transições de estado são válidas. Gerar essas provas é um trabalho de computação caro que acontece off-chain, em hardware especializado. Os Optimistic rollups, que resolvem disputas por meio de uma janela de desafio em vez de prova matemática, pulam esse custo inteiramente — e é por isso que os principais ZK L2s atualmente possuem cerca de US$3,3 bilhões em valor total bloqueado, enquanto os optimistic rollups ultrapassaram US$ 40 bilhões. A lacuna de doze para um não é um problema de narrativa. É um problema de economia do prover.

A pesquisa interna da Succinct colocou a matemática de forma direta. Para provar cada bloco da Ethereum em tempo real com o SP1 Turbo, era necessário um cluster de 160 a 200 GPUs RTX 4090 — um gasto de capital de US$300.000 a US$ 400.000 por cluster de prova, consumindo eletricidade em escala de rede. Qualquer L2 que quisesse rodar seu próprio prover enfrentava a escolha entre centralizar a geração de provas com um punhado de operadores que podiam pagar por essa stack, ou aceitar latências de prova de vários minutos que quebravam a experiência do usuário. Nenhuma das opções entregava o "ZK endgame" que Vitalik vem esboçando desde 2021.

Como o Venus Realmente Funciona​

O Venus é interessante menos pelo que é e mais pelo que representa. A Cysic não inventou um novo sistema de prova. A criptografia subjacente vem do Zisk, que descende de anos de trabalho de Jordi Baylina e da equipe da Polygon. O que a Cysic fez foi redesenhar a camada de execução para que a geração de provas se torne um gráfico de computação explícito — um diagrama acíclico direcionado de operações que podem ser agendadas de ponta a ponta em hardware heterogêneo.

Na prática, isso significa que o overhead de sincronização CPU-GPU que dominava os zkVMs anteriores é otimizado na camada de agendamento. O prover não para e espera que um kernel de GPU termine antes de despachar a próxima operação. O gráfico é conhecido antecipadamente, portanto, a movimentação de dados, alocação de memória e lançamentos de kernel podem ser encadeados. É daí que vem a melhoria de nove por cento em relação ao ZisK 0.16.1 — não de uma inovação na matemática polinomial, mas de uma vitória de engenharia em como a matemática toca o silício.

Mais importante ainda, o mesmo gráfico de computação roda em FPGAs e, eventualmente, no ASIC ZK dedicado da Cysic. A empresa afirmou publicamente que seu ASIC pode realizar 1,33 milhão de avaliações de função hash Keccak por segundo, uma melhoria de cem vezes em relação às cargas de trabalho típicas de GPU, com uma eficiência energética aproximadamente cinquenta vezes melhor. Estimativas internas sugerem que uma única unidade ZK Pro construída especificamente para esse fim poderia substituir cerca de 50 GPUs enquanto consome uma fração da energia. Se esses números se mantiverem na produção, a economia da prova mudará do aluguel de armazéns cheios de placas RTX para a operação de um rack compacto de chips especializados.

A Corrida para a Prova em Menos de Doze Segundos​

O Venus não chegou em um vácuo. Nos últimos doze meses, três equipes convergiram para o mesmo marco: provar blocos da Ethereum em menos do slot time de doze segundos que define a verificação em tempo real.

A Succinct atingiu isso primeiro publicamente. O SP1 Hypercube, anunciado em maio de 2025, provou 93 por cento de uma amostra de 10.000 blocos da mainnet em tempo real usando um cluster de 200 placas RTX 4090. Uma revisão de novembro de 2025 elevou a taxa de sucesso para 99,7 por cento usando apenas dezesseis GPUs RTX 5090 — uma redução de custo de hardware de cerca de 90 por cento em seis meses. O sistema está agora ativo na mainnet Ethereum, produzindo provas para cada bloco conforme são minerados.

O número da Cysic é ainda mais apertado em termos de custo. Sete vírgula quatro segundos com 24 GPUs coloca a prova de ponta a ponta confortavelmente dentro do slot time em hardware de commodity. O lançamento atual do Venus é de código aberto, não auditado para produção e ainda está em desenvolvimento ativo. Mas a trajetória da engenharia sugere que uma prova em menos de dez segundos em um cluster de nível de consumidor é agora uma questão de ajuste de software, em vez de arquitetura fundamental.

Os custos por prova colapsaram em sincronia. Os benchmarks da indústria colocam o melhor custo atual em cerca de dois centavos por prova de bloco da Ethereum usando hardware 16x RTX 5090. A meta para a adoção em massa é inferior a um centavo. Há um ano, essa mesma prova custava perto de um dólar. Há três anos, era literalmente antieconômico — as taxas de gás no rollup liquidado não cobririam a conta de eletricidade do prover. Esse é o tipo de curva de custo que mata silenciosamente categorias inteiras de produtos, e está acelerando.

As Guerras de Marketplace Já Estão Aqui​

Provas rápidas e baratas não se tornam acessíveis automaticamente. Alguém tem de operar o hardware, corresponder à procura, definir o preço dos trabalhos de prova e liquidar os pagamentos. Três apostas arquitetónicas diferentes competem agora por essa camada de middleware.

O Boundless, lançado na mainnet pela RISC Zero em setembro de 2025, opera um marketplace de leilões. Os operadores de GPU licitam para produzir provas, e o sistema encaminha o trabalho para o provador qualificado de menor custo. O modelo inspira-se em mercados de computação spot, como o AWS Spot Instances, e promete levar os custos de prova em direção ao custo marginal do hardware. O Boundless adicionou recentemente a liquidação em Bitcoin, o que permite que provas de Ethereum e Base sejam verificadas na camada base do Bitcoin — uma expansão de nicho, mas significativa, de onde as atestações ZK podem residir.

A Prover Network da Succinct faz uma aposta diferente. Em vez de um leilão puro, opera um protocolo de encaminhamento com provadores de alto desempenho aprovados que lidam com cargas de trabalho específicas. A Cysic juntou-se à rede como operadora de provadores multi-node, executando clusters de GPU afinados para o tráfego de produção do SP1 Hypercube. Este arranjo sugere que a Succinct vê valor em garantias de fiabilidade e latência que um mercado spot puro não pode fornecer para rollups voltados para o consumidor.

A própria Cysic lançou a sua mainnet e o token CYS em 11 de dezembro de 2025, e desde então processou mais de dez milhões de provas ZK integradas com Scroll, Aleo, Succinct, ETHProof e outros. A proposta da rede é o " ComputeFi " — transformar a capacidade de prova num ativo líquido onchain que os operadores podem tokenizar e realizar stake. Se isto se tornará um terceiro grande marketplace ou se estabelecerá num papel de fornecedor para as duas redes maiores é a questão em aberto para 2026.

Por Que Isto Importa para a Economia dos Rollups​

A conclusão reside três camadas abaixo das notícias de infraestrutura, na economia unitária das L2 s reais. Hoje, um rollup zkEVM gasta uma fração significativa dos seus custos por transação na geração de provas. Esses custos são repassados aos utilizadores como taxas de gás ou absorvidos pelo operador do rollup como margem. De qualquer forma, eles aumentam a lacuna entre o que um rollup ZK pode cobrar e o que um rollup otimista cobra pela mesma transação.

Se os custos de prova caírem para níveis inferiores a um cêntimo e a latência de prova se ajustar ao tempo de slot do Ethereum, essa lacuna fecha-se. Um rollup ZK deixa de precisar de cobrar um prémio de segurança. A experiência do utilizador torna-se indistinguível de um rollup otimista — exceto que os levantamentos são liquidados em minutos, em vez da janela de desafio de sete dias que ainda taxa com fricção cada ponte otimista.

Essa inversão é estruturalmente importante porque os maiores pools de liquidez institucional ainda citam o atraso de levantamento dos rollups otimistas como uma razão para permanecerem na L1. A prova ZK em tempo real com preços impulsionados pelo mercado remove o último argumento funcional contra a arquitetura de rollup ZK - first. Todas as equipas de L2 que atualmente utilizam uma stack otimista enfrentarão uma revisão técnica séria em 2026. Várias irão migrar ou, no mínimo, lançar um fork ZK do seu sequenciador.

O Que Ainda Pode Falhar​

O lançamento do Venus é honesto sobre as suas limitações. O código não foi auditado para uso em produção. Executar software de provador não auditado num rollup ativo é o tipo de decisão que arruína carreiras se um bug de integridade criar uma prova inválida que o verificador aceite. Espera-se que a implementação em produção ocorra meses, e não semanas, após o lançamento do código aberto.

A questão do hardware também concentra riscos. Se a prova baseada em ASIC proporcionar o ganho de eficiência de cinquenta vezes prometido, um punhado de fabricantes dominará o hardware de provadores da mesma forma que a Bitmain dominou a mineração de Bitcoin. Essa dinâmica vai contra a narrativa de descentralização que justificou os rollups ZK em primeiro lugar. O roteiro de ASIC da Cysic é uma resposta a um problema de computação, mas é uma nova questão sobre quem detém os chips que protegem a maior plataforma de contratos inteligentes do mundo.

Finalmente, a prova em tempo real só importa se o resto da stack acompanhar. A amostragem de disponibilidade de dados via PeerDAS precisa de funcionar realmente à escala de produção, não apenas em benchmarks de testnet. A descentralização do sequenciador continua a ser um problema não resolvido em todas as principais L2 s. A prova é necessária, mas não suficiente para o objetivo final, e a indústria tem um historial de declarar vitória numa camada enquanto ignora silenciosamente falhas em camadas adjacentes.

A Inflexão a Curto Prazo​

Ao observar o panorama geral, o padrão torna-se claro. Em maio de 2025, a prova de Ethereum em tempo real exigia um cluster de GPU de $ 400.000 e um orçamento de investigação de nove dígitos. Em abril de 2026, ela corre em 24 placas comuns com software de código aberto. Os próximos dezoito meses comprimirão ainda mais a curva de custos — em direção à economia de ASIC, em direção a preços por prova ao nível de cêntimos, em direção à geração de provas como um serviço de utilidade pública em vez de um projeto de infraestrutura personalizado.

Para os construtores, a implicação prática é que as arquiteturas baseadas em ZK que eram inviáveis economicamente em 2024 valem a pena ser reavaliadas agora. Protocolos de transação que preservam a privacidade, inferência de IA verificável, mensagens cross - chain com segurança matemática em vez de multisig, identidade onchain com divulgação de credenciais de conhecimento zero — tudo isto estava atrás de uma barreira de custos de prova que já não existe.

O lançamento do Cysic Venus, lido isoladamente, é uma atualização de engenharia modesta para um backend de prova de código aberto. Lido no contexto do SP1 Hypercube da Succinct a chegar à mainnet, do Boundless a executar leilões de prova ao vivo e do PeerDAS da Fusaka a eliminar o gargalo da disponibilidade de dados — é o ponto onde a infraestrutura ZK deixa de ser a restrição e passa a ser o substrato. Todas as teses de rollup escritas antes desta transição precisam de uma revisão.

A BlockEden.xyz fornece RPC de nível empresarial e infraestrutura de dados em mais de 27 cadeias, incluindo L2 s de Ethereum, Scroll e Aptos. À medida que a prova em tempo real remodela o cenário das L2 s, explore o nosso marketplace de APIs para construir sobre bases fiáveis para a era ZK - native.

---

Fontes:

• ZK Prover Code "Venus" Released to Dramatically Reduce L2 Fees and Scale Web3 - Morningstar
• Cysic's Venus zkVM goes open source as Ethereum eyes proof markets - crypto.news
• Cysic founder on solving the ZK hardware bottleneck - DL News
• Cysic is Live on the Succinct Prover Network
• Succinct introduces zkVM 'SP1 Hypercube,' claims real-time Ethereum proving - The Block
• SP1 Hypercube Achieves Real Time Proving with 16 GPUs
• Cysic Launches Mainnet to Break ZK and AI Bottlenecks - GlobeNewswire
• Ethereum's PeerDAS and the Future of L2 Scalability
• The Economics of ZK-Proving: Market Size and Future Projections - Chorus One
• Boundless unlocks Bitcoin settlement and verification - The Block

Duas empresas decidem atualmente quais transações chegam à Ethereum. Titan Builder e Beaverbuild constroem juntas cerca de 86 % dos blocos da mainnet, e a adição de Rsync e Flashbots eleva os quatro principais para mais de 90 %. Para uma rede cuja marca repousa na descentralização, esse é um número desconfortável — e está prestes a mudar.

O hard fork Glamsterdam, programado para o primeiro semestre de 2026, traz a Separação Proponente-Construtor Incorporada (Enshrined Proposer-Builder Separation — ePBS) — formalizada como EIP-7732 — para a camada de consenso da Ethereum. Após três anos do MEV-Boost funcionando como um middleware off-chain, a produção de blocos está finalmente sendo absorvida pelo próprio protocolo. Os vencedores e perdedores dessa mudança definirão o próximo ciclo da infraestrutura da Ethereum.

O Problema do Duopólio que Glamsterdam está Tentando Resolver​

Para entender por que o ePBS é importante, comece pelo mercado que ele está substituindo.

O MEV-Boost, o sistema de relay que a Flashbots lançou após o The Merge, deveria ser uma solução temporária. Ele permitia que os validadores terceirizassem a construção de blocos para builders especializados que pudessem extrair mais valor de cada slot e, em seguida, redistribuir esse valor de volta ao proponente. Funcionou quase bem demais. Em dois anos, mais de 90 % dos blocos da Ethereum foram construídos via MEV-Boost, e o mercado de construção se solidificou em torno de um punhado de participantes.

Os números de 2025 do relayscan.io contam a história de forma direta:

• Titan Builder: ~46,5 % dos blocos, ~US$ 19,7 M de lucro
• Rsync Builder: ~15,6 %
• Flashbots: ~12,8 %
• Beaverbuild: ~9,4 %

Uma leitura do Índice Herfindahl-Hirschman perto de 3.892 coloca o mercado de builders bem além do limite de 1.800 do Departamento de Justiça dos EUA para "altamente concentrado". A margem de lucro da Titan sob acordos de fluxo de ordens exclusivos supostamente excede 17 %, enquanto a Flashbots — que originalmente semeou todo o ecossistema MEV-Boost — mal atinge o ponto de equilíbrio na construção de blocos hoje.

Esse é o mercado que o ePBS visa desmantelar ao nível do protocolo.

O que o EIP-7732 Realmente Muda​

O EIP-7732 é enganosamente cirúrgico. É uma atualização apenas na camada de consenso que desvincula a validação de execução da validação de consenso, tanto lógica quanto temporalmente. Em termos simples, o proponente não precisa mais ver o payload de execução completo do bloco antes de se comprometer com ele.

Aqui está o novo fluxo:

1. Os builders montam os payloads de execução off-chain e transmitem compromissos SignedExecutionPayloadBid assinados contendo apenas um blockhash e um valor de pagamento.
2. O proponente seleciona o lance mais alto e incorpora o compromisso no beacon block — sem ver as transações internas.
3. Um novo subconjunto de validadores, o Comitê de Pontualidade do Payload (Payload Timeliness Committee — PTC), atesta se o builder revelou o payload prometido a tempo com o blockhash correto.
4. A validação da execução é adiada até a validação do beacon block do próximo slot.

A visão crítica de engenharia é que o payload de execução completo não percorre mais o caminho crítico do consenso. A propagação da rede acelera, os validadores suportam menos carga computacional por slot e — a parte que todo pesquisador de MEV estava esperando — o relay torna-se redundante. O builder se compromete criptograficamente; o próprio protocolo impõe a promessa.

Por que isso Destrói o Negócio de Relays​

Atualmente, os relays existem porque os proponentes não podem confiar diretamente nos builders. Um relay como o Flashbots ou o Titan Relay retém o bloco completo, verifica-o e só o revela ao proponente após o proponente assinar o cabeçalho — evitando que o proponente roube o MEV do builder.

O ePBS torna essa relação de confiança nativa ao protocolo. O PTC cuida da aplicação da pontualidade. As regras de consenso cuidam do pagamento. Toda a camada de middleware que a Flashbots construiu para coordenar a construção de blocos — a peça mais importante da infraestrutura da Ethereum fora do próprio software cliente — torna-se economicamente desnecessária.

Isso explica por que a cobertura do coindesk enquadrou o Glamsterdam como uma luta sobre a equidade do MEV, não apenas desempenho. A questão não é se o MEV desaparece. O MEV é uma consequência matemática de transações ordenadas com mempools públicos. A questão é quem o captura e em quais termos.

A Matemática da Censura também Muda​

O oligopólio de relays não apenas concentrou o poder; ele concentrou a conformidade. No pico, cerca de 72 % dos blocos MEV-Boost foram classificados como em conformidade com a OFAC porque os maiores relays filtravam endereços sancionados. Esse número diminuiu desde então para cerca de 30 % dos blocos retransmitidos à medida que relays sem censura ganharam participação, mas a arquitetura ainda dá a um punhado de empresas baseadas nos EUA o poder de veto sobre quais transações da Ethereum são propostas.

O ePBS não exige resistência à censura. Mas, ao remover o gargalo do relay, ele remove o ponto natural de aplicação. Builders que censuram agora precisam competir contra builders que não o fazem no preço bruto do leilão — e em um mercado de revelação de lances sem confiança (trustless), o preço tende a vencer. Espere que a parcela em conformidade com a OFAC caia ainda mais após o lançamento do Glamsterdam, simplesmente porque o local mais fácil para impor políticas foi eliminado.

Jito, Base e Três Formas de Precificar um Bloco​

O Ethereum não é a primeira rede a confrontar os mercados de MEV, e vale a pena comparar o ePBS com os outros dois modelos que dominam 2026.

A abordagem Jito da Solana. Mais de 94 % do stake da Solana executa o cliente Jito-Solana. As gorjetas (tips) fluem diretamente para os validadores através de um leilão explícito — sem relay, sem divisão builder-proposer. O MEV contribui com 15 - 25 % do total de recompensas dos validadores, e a conexão com os stakers via JitoSOL é direta. O ponto positivo é a transparência; o ponto negativo é que o cronograma de líderes (leader schedule) da Solana concentra janelas de extração de MEV de formas que ainda produzem ataques de sanduíche em traders de DEX.

O modelo de sequenciador da Base. A Coinbase opera o único sequenciador na Base e captura a receita do sequenciador diretamente. Não há leilão de MEV para terceiros porque não existem terceiros. Isso maximiza a captura de receita para o operador da L2, mas sacrifica inteiramente a narrativa de descentralização — um tradeoff que funciona para balanços patrimoniais na escala da Coinbase e para mais ninguém.

O ePBS do Ethereum. Um leilão de lance-revelação (bid-reveal) trustless entre builders e proposers, mediado pelo consenso. Em teoria, isso combina a transparência do Jito com a distribuição credivelmente neutra que a ideologia do Ethereum exige. Na prática, ninguém sabe ainda se a concentração de builders simplesmente se reafirmará sob novas regras, ou se a remoção de acordos de fluxo de ordens exclusivas (exclusive-order-flow) realmente reabrirá o mercado.

A Questão de $ 500 M para Usuários de DeFi​

Pesquisadores estimam que os usuários de DeFi perdem **mais de $500 milhões anualmente** para ataques de sanduíche, frontrunning e extração de liquidez JIT — com os ataques de sanduíche sozinhos sendo responsáveis por 51$ 220.764 de USDC serem comprimidos em $ 5.271 de USDT — uma perda de 98 % para a vítima.

O ePBS reduz isso? Diretamente, não. A superfície de ataque — mempools públicas mais ordenação arbitrária de transações — permanece. Mas o ePBS remodela o ecossistema em torno da proteção de MEV:

• Serviços de mempool privada como MEV-Blocker (mais de $ 5 B + em transações protegidas roteadas historicamente) e o agrupamento por coincidência de desejos (coincidence-of-wants) da CowSwap mantêm seu valor, porque o protocolo ainda não esconde a intenção do usuário.
• Mempools criptografadas como a "Universal Enshrined Encrypted Mempool" do EIP-8105 tornam-se a proposta de acompanhamento lógica, abordando a visibilidade da ordem que o ePBS deixa intocada.
• SUAVE e sequenciamento descentralizado permanecem relevantes como proteção de MEV na camada de aplicação, em vez de monopólios de infraestrutura.

Resumindo: o ePBS define quem é pago pela ordenação de transações, não se os usuários podem ser explorados através da ordenação. A segunda luta está apenas começando.

O que os Builders Devem Realmente Observar​

Três sinais indicarão se o ePBS cumpre sua promessa de descentralização ou se reproduz silenciosamente o antigo oligopólio:

1. HHI após seis meses. Se o HHI dos builders permanecer acima de 2.500 após o ePBS, o problema da concentração era sobre economias de escala, não middleware, e nenhuma quantidade de cirurgia no protocolo ajudará. Se cair abaixo de 1.800, o ePBS funcionou como anunciado.

2. Acordos de fluxo de ordens exclusivas. As margens atuais dos builders dependem de acordos privados com Uniswap, Banana Gun e outras fontes de fluxo de ordens de alto valor. O ePBS não proíbe diretamente esses acordos, mas altera a influência. Observe se as integrações principais migram para consórcios abertos ao estilo BuilderNet ou se permanecem exclusivas.

3. Participação de blocos sem censura. Pós-Glamsterdam, o ponto de estrangulamento da censura baseado em relays desapareceu. Se a participação de conformidade com a OFAC permanecer acima de 50 % de qualquer forma, isso revela que a pressão de conformidade no Ethereum é estrutural e não infraestrutural.

O Choque de Realidade da Infraestrutura​

O Glamsterdam remodelará a forma como o Ethereum ordena as transações, mas não afetará o que a maioria dos provedores de infraestrutura realmente faz: rodar nós, servir RPCs, indexar o estado. A camada de construção de blocos sempre foi uma fatia seleta da stack. Para desenvolvedores que constroem sobre o Ethereum, o impacto prático do ePBS é indireto — propagação um pouco mais rápida, neutralidade modestamente mais credível e uma provável mudança sobre quais serviços de proteção de MEV são mais importantes.

A BlockEden.xyz fornece infraestrutura de API de nível empresarial para Ethereum, Sui, Aptos e mais de 20 outras redes, com endpoints RPC garantidos por SLA que isolam sua aplicação de mudanças na camada de consenso. Explore nosso marketplace de APIs para construir em uma infraestrutura projetada para durar mais do que qualquer atualização individual.

Fontes​

• Ethereum Glamsterdam Upgrade: ePBS, EIP-7732 & 7928 para 2026 — IndexBox
• Atualização 'Glamsterdam' do Ethereum visa corrigir a justiça do MEV — CoinDesk
• EIP-7732: Enshrined Proposer-Builder Separation — Ethereum EIPs
• Upgrade Glamsterdam do Ethereum: O que vem aí no H1 2026 — QuickNode
• Monopólio nos Builders de Blocos Ethereum e Abstração de Cadeia — Gate Learn
• BuilderNet da Flashbots para abordar a centralização de builders de blocos Ethereum — Blockworks
• 63 % dos blocos de transação do Ethereum são agora compatíveis com a OFAC — The Block
• Proteção de MEV na Solana em 2026 — Jito Bundles e o que realmente funciona
• Proteção contra Front-running: Guia Completo de Defesa MEV para DeFi 2025 — CoinCryptoRank
• MEV coletado por validadores é agora maior na Solana do que no Ethereum — Blockworks

Uma chave quebrada a cada nove minutos. As 1.000 principais carteiras de Ethereum esvaziadas em menos de nove dias. Um colapso de 20 vezes na contagem de qubits necessária para quebrar a criptografia que protege mais de US$ 100 bilhões em valor on-chain. Estas não são projeções de uma thread apocalíptica no Twitter — elas vêm de um whitepaper de 57 páginas que a Google Quantum AI publicou em 30 de março de 2026, em coautoria com o pesquisador da Ethereum Foundation, Justin Drake, e o criptógrafo de Stanford, Dan Boneh.

Durante uma década, o "risco quântico" viveu na mesma vizinhança intelectual que as quedas de asteroides — real, catastrófico, mas distante o suficiente para que ninguém precisasse agir. O artigo do Google realocou a ameaça. Ele mapeou cinco caminhos de ataque concretos contra o Ethereum, nomeou as carteiras, nomeou os contratos e deu aos engenheiros um número — menos de 500.000 qubits físicos — que mapeia diretamente os roteiros publicados da IBM, Google e meia dúzia de startups bem financiadas. O Q-Day, em outras palavras, acaba de ganhar um convite no calendário.

Um Artigo de 57 Páginas Que Muda o Modelo de Ameaça​

O artigo, intitulado "Securing Elliptic Curve Cryptocurrencies against Quantum Vulnerabilities" (Protegendo Criptomoedas de Curva Elíptica contra Vulnerabilidades Quânticas), é a primeira vez que um grande laboratório de hardware quântico realiza o trabalho de engenharia pouco glamoroso de traduzir o algoritmo de Shor de um ataque teórico de 1994 para um plano passo a passo contra o problema do logaritmo discreto de curva elíptica (ECDLP) que protege o Bitcoin, Ethereum e praticamente todas as redes que assinam transações com secp256k1 ou secp256r1.

Três coisas fazem o artigo ter um impacto maior do que as estimativas anteriores.

Primeiro, a contagem de qubits. Trabalhos acadêmicos anteriores estimavam o requisito de recursos para quebrar o ECDLP de 256 bits em vários milhões de qubits físicos. Os autores do Google reduzem isso para menos de 500.000 — uma redução de 20 vezes impulsionada pela síntese de circuitos aprimorada, melhor sobrecarga de correção de erros e roteamento mais preciso de estados mágicos. A IBM comprometeu-se publicamente com uma máquina de 100.000 qubits até 2029. O Google não publicou uma meta comparável, mas entende-se amplamente que seu roteiro interno tem uma inclinação semelhante. Meio milhão de qubits não é mais um número que exige especulações vagas voltadas para a década de 2050.

Segundo, o tempo de execução. O artigo estima que, uma vez que exista uma máquina suficiente, recuperar uma única chave privada a partir de uma chave pública leva cerca de nove minutos de tempo de execução quântica — não dias, nem horas. Esse número importa enormemente, porque determina quantos alvos de alto valor um invasor pode drenar dentro da janela entre a detecção e a resposta.

Terceiro, e mais consequente para o Ethereum especificamente, os autores não param no "ECDSA está quebrado". Eles percorrem a pilha do protocolo e identificam cinco superfícies de ataque distintas, cada uma com vítimas nomeadas.

Os Cinco Caminhos de Ataque Contra o Ethereum​

O artigo organiza a exposição quântica do Ethereum em cinco vetores, evitando deliberadamente o enquadramento preguiçoso de que "toda a cripto morre no mesmo dia".

1. Comprometimento de Contas Externas (EOA). Assim que um endereço Ethereum assina sequer uma única transação, sua chave pública torna-se permanente e visível on-chain. Um invasor quântico deriva a chave privada em cerca de nove minutos e, em seguida, esvazia a carteira. A análise do Google identifica as 1.000 principais carteiras por saldo de ETH — que coletivamente detêm cerca de 20,5 milhões de ETH — como os alvos economicamente mais racionais. A nove minutos por chave, um invasor limpa a lista inteira em menos de nove dias.

2. Controle de contratos inteligentes administrados. A economia de stablecoins do Ethereum e a maioria dos protocolos DeFi de produção dependem de multisigs, chaves de atualização e funções de emissor controladas por EOAs. O artigo enumera mais de 70 contratos controlados por administradores, incluindo as chaves de atualização ou emissão por trás das principais stablecoins. Comprometer essas chaves não apenas rouba um saldo — permite que o invasor emita, congele ou reescreva a lógica do contrato. O Google estima que cerca de US$ 200 bilhões em stablecoins e ativos tokenizados estejam dependentes dessas chaves vulneráveis.

3. Comprometimento de chaves de validadores de Proof-of-Stake. A camada de consenso do Ethereum usa assinaturas BLS, que também se baseiam em suposições de curva elíptica e são igualmente quebradas pelo algoritmo de Shor. Um invasor que recupere chaves privadas de validadores suficientes pode, em princípio, equivocar-se, finalizar blocos conflitantes ou interromper a finalidade. A exposição aqui não é o ETH roubado — é a integridade da própria rede.

4. Comprometimento da liquidação de Layer 2. O artigo estende a análise aos principais rollups. Rollups otimistas dependem de chaves de propositor e desafiante assinadas por EOA; rollups ZK dependem de chaves de operador para sequenciamento e prova. Comprometer essas chaves não quebra as provas de validade subjacentes, mas permite que um invasor roube taxas do sequenciador, censure saídas ou — no pior dos casos — aplique um golpe (rug pull) na ponte que mantém os depósitos canônicos da L2.

5. Falsificação permanente de disponibilidade de dados históricos. Este é o caminho que os criptógrafos consideram mais perturbador. O setup confiável original do Ethereum (e a cerimônia KZG que alimenta os blobs da EIP-4844) baseia-se em suposições que uma máquina quântica suficientemente poderosa pode quebrar ao reconstruir segredos de configuração a partir de artefatos públicos. O resultado não é o roubo — é a capacidade permanente de forjar provas de estado históricas que pareçam válidas para sempre. Não há rotação que corrija dados já publicados.

Os cinco caminhos colocam coletivamente mais de US$ 100 bilhões em risco imediato, e uma ordem de magnitude a mais em risco estrutural se a confiança na integridade da rede colapsar.

O Ethereum está mais exposto do que o Bitcoin​

Uma conclusão sutil, porém importante, do artigo: a exposição quântica do Ethereum é mais profunda que a do Bitcoin, apesar de ambas as redes utilizarem a mesma curva secp256k1.

O motivo é a abstração de conta ao contrário. O modelo UTXO do Bitcoin, particularmente após o Taproot, suporta endereços derivados de um hash da chave pública — o que significa que a chave pública só é revelada no momento do gasto. Um usuário que nunca reutiliza um endereço tem uma janela de exposição única medida em segundos entre a transmissão e a confirmação. Os fundos parados em endereços não gastos e intocados são quântico-seguros por construção.

O Ethereum não possui tal propriedade. No momento em que uma EOA assina sua primeira transação, sua chave pública fica na rede para sempre. Não existe um padrão de "endereço novo" que a esconda. Uma carteira que transacionou mesmo que uma única vez é um alvo estático cuja vulnerabilidade não diminui com o tempo. Os 20,5 milhões de ETH nas 1.000 principais carteiras não estão apenas teoricamente expostos — eles estão permanentemente identificados em um registro público à espera de uma máquina suficientemente potente.

Pior ainda, o Ethereum não pode rotacionar chaves sem abandonar a conta. Enviar fundos para um novo endereço cria uma nova conta com uma nova chave pública, mas qualquer coisa ainda associada ao endereço antigo — nomes ENS, permissões de contrato, posições de vesting, listas de permissão de governança — não se move com os fundos. O custo da migração não é apenas o gás para mover os tokens; é o custo de desfazer cada relacionamento que o endereço antigo acumulou.

O prazo de 2029 e o roteiro multi-fork do Ethereum​

Em paralelo com o artigo do Google, a Ethereum Foundation lançou o pq.ethereum.org em março de 2026 como a central canônica para pesquisa pós-quântica, o roteiro, repositórios de clientes de código aberto e resultados semanais de devnets. Mais de 10 equipes de clientes estão agora executando devnets de interoperabilidade focadas em primitivas pós-quânticas, e a comunidade convergiu para uma meta de concluir as atualizações da camada de protocolo L1 até 2029 — o mesmo ano que o Google definiu para migrar seus próprios serviços de autenticação para fora do ECDSA.

O roteiro é dividido em quatro próximos hard forks, em vez de um único fork de grande impacto. Aproximadamente:

• Fork 1 — Registro de Chaves Pós-Quânticas. Um registro nativo que permite que as contas publiquem uma chave pública pós-quântica ao lado de sua chave ECDSA, permitindo a co-assinatura PQ opcional sem quebrar as ferramentas existentes.
• Fork 2 — Ganchos de Abstração de Conta. Com base na abstração "Frame Transaction" do EIP-8141, as contas podem especificar uma lógica de validação que não assume mais o ECDSA, fornecendo uma saída nativa para esquemas baseados em redes (lattices), como ML-DSA (Dilithium) ou SLH-DSA baseado em hash (SPHINCS+).
• Fork 3 — Consenso PQ. As assinaturas BLS dos validadores são substituídas por um esquema de agregação pós-quântica, o maior esforço de engenharia em todo o roteiro devido às implicações do tamanho da assinatura para a propagação de blocos.
• Fork 4 — Disponibilidade de Dados PQ. Uma nova configuração confiável ou configuração transparente para compromissos de blob que não dependa de suposições de ECC, fechando o vetor de falsificação histórica.

Vitalik Buterin sinalizou a urgência no final de fevereiro de 2026, quando escreveu que "assinaturas de validadores, armazenamento de dados, contas e provas precisam ser atualizados" — citando todos os quatro forks em uma única frase e admitindo implicitamente que atualizações fragmentadas não serão suficientes.

O desafio não é a criptografia. O NIST já padronizou ML-KEM, ML-DSA e SLH-DSA. O desafio é implementar essas primitivas em uma rede ativa de mais de $ 300B + sem quebrar milhares de dapps que codificam suposições de ECDSA e sem deixar bilhões de dólares de ETH inativo retidos em carteiras cujos proprietários nunca migraram.

O dilema entre congelamento ou roubo​

Tanto o Ethereum quanto o Bitcoin enfrentam uma questão de governança que nenhum roteiro puramente técnico resolve: o que acontece com as moedas em endereços vulneráveis cujos proprietários nunca migram?

O próprio FAQ da Ethereum Foundation apresenta a escolha em termos claros: não fazer nada ou congelar. Não fazer nada significa que, no Dia-Q, um invasor drena todos os endereços inativos com uma chave pública conhecida — incluindo as carteiras da era gênese, os compradores legados da ICO, os detentores de chaves perdidas e uma parcela significativa das próprias contribuições históricas de Vitalik para o financiamento de bens públicos. Congelar significa uma ação de consenso social para invalidar saques de qualquer endereço que não tenha migrado até um prazo determinado.

O BIP 361 do Bitcoin, "Post Quantum Migration and Legacy Signature Sunset", apresenta o mesmo trilema em uma estrutura de três fases. O coautor Ethan Heilman estimou publicamente que uma migração completa do Bitcoin para um esquema de assinatura resistente ao quantum levaria sete anos a partir do dia em que o consenso aproximado for formado — o que significa que o BIP 361 precisa ser substantivamente fundido em 2026 para atingir o horizonte de 2033, e provavelmente muito antes para atingir 2029.

Nenhuma das redes tem um precedente para a invalidação em massa de moedas. O Ethereum reverteu o ataque à DAO em 2016, mas foi uma reversão de evento único, não o congelamento deliberado de milhões de carteiras não relacionadas com base em sua postura criptográfica. A decisão será inevitavelmente interpretada como um referendo sobre se a imutabilidade ou a solvência é o compromisso mais profundo da rede.

O que isso significa para os desenvolvedores agora​

O prazo de 2029 pode parecer confortavelmente distante, mas as decisões que determinam se um projeto está pronto ou em pânico serão tomadas em 2026 e 2027. Algumas implicações práticas surgem imediatamente.

Arquitetos de contratos inteligentes devem auditar suposições de ECDSA. Qualquer contrato que codifique rigidamente (hard-code) ecrecover, incorpore um endereço de assinante imutável ou dependa de chaves de proponente assinadas por EOA precisa de um caminho de atualização. Contratos implantados sem chaves de administrador hoje parecem elegantes; em um mundo pós-quântico, eles podem parecer irrecuperáveis.

Custodiantes precisam começar a higiene de rotação de chaves agora. Um provedor de custódia com bilhões sob gestão não pode rotacionar todas as carteiras em um único fim de semana de Dia Q. Rotação, segregação por nível de exposição e armazenamento a frio (cold storage) pré-posicionado pronto para PQ são problemas de 2026, não de 2028.

Operadores de pontes (bridges) enfrentam a maior urgência. As bridges concentram valor por trás de um pequeno número de chaves multifirma (multisig). O primeiro ataque quântico economicamente racional não visará uma carteira escolhida aleatoriamente — ele visará a chave individual mais valiosa do ecossistema. As bridges devem ser as primeiras a implementar assinaturas híbridas PQ + ECDSA.

As equipes de aplicativos devem acompanhar o roteiro (roadmap) de quatro forks. Cada hard fork do Ethereum na sequência PQ introduzirá novos tipos de transação e semânticas de validação. Carteiras, indexadores, exploradores de blocos e operadores de nós que ficarem para trás na janela de atualização degradarão graciosamente se planejaram para isso e quebrarão catastroficamente se não o fizeram.

BlockEden.xyz opera infraestrutura de RPC e indexação de produção no Ethereum, Sui, Aptos e uma dúzia de outras redes, e acompanha o roteiro de migração pós-quântica de cada rede para que os desenvolvedores de aplicativos não precisem se preocupar. Explore nosso marketplace de APIs para construir em uma infraestrutura projetada para sobreviver à próxima década de transições criptográficas, não apenas à atual.

A Revolução Silenciosa na Modelagem de Ameaças​

A contribuição mais profunda do artigo do Google pode ser sociológica em vez de técnica. Por dez anos, "resistente ao quantum" foi uma alegação de marketing que se aplicava principalmente a projetos que ninguém usava. As redes sérias tratavam a migração PQ como um problema para a próxima geração de pesquisadores. As 57 páginas do Google, Justin Drake e Dan Boneh mudaram essa postura em uma única publicação.

Três artigos sobre criptografia quântica foram lançados em três meses. Formou-se um consenso de que a lacuna de recursos entre o hardware quântico atual e uma máquina criptograficamente relevante está se fechando mais rápido do que a lacuna entre os protocolos de rede atuais e a prontidão pós-quântica. A interseção dessas duas curvas — em algum momento entre 2029 e 2032, dependendo de qual estimativa se mostre correta — é o prazo mais importante que a infraestrutura cripto já enfrentou.

As redes que tratarem 2026 como um ano de trabalho de engenharia sério, e não apenas de garantias vagas, ainda estarão de pé do outro lado. Aquelas que esperarem pela primeira manchete sobre uma carteira roubada do Vitalik não terão tempo para reagir.

Fontes​

• Google alerta que cinco caminhos de ataque quântico podem colocar $ 100 bilhões em risco no Ethereum — CoinDesk
• Protegendo Criptomoedas de Curva Elíptica contra Vulnerabilidades Quânticas — Google Quantum AI
• O Dia Q Ficou Mais Próximo: Três Artigos em Três Meses Estão Reescrevendo a Cronologia da Ameaça Quântica — The Quantum Insider
• Whitepaper do Google Descobre que a Exposição Quântica do Ethereum é Mais Profunda que a do Bitcoin — Unchained
• Atenção desenvolvedores de Bitcoin. Google diz que a migração pós-quântica precisa acontecer até 2029 — CoinDesk
• Plano de migração quântica do Bitcoin força a rede a escolher entre moedas congeladas e roubadas — CryptoSlate
• Salvaguardando criptomoedas ao divulgar vulnerabilidades quânticas de forma responsável — Google Research
• Google: Computação Quântica Pode Quebrar as 1.000 Maiores Carteiras de ETH em Dias — CryptoPotato

Quatro chains. Um lugar à mesa. Nos últimos dezoito meses, Monad, MegaETH, Eclipse e Berachain prometeram, cada uma, tornar o Ethereum instantâneo — e cada uma arrecadou centenas de milhões para provar isso. No segundo trimestre de 2026, o marketing esfriou e as métricas estão falando. O TVL da Monad ultrapassou os $ 355M, enquanto suas taxas diárias lutavam para superar os $ 3.000. A MegaETH lançou uma mainnet construída para 100.000 TPS e passou seu primeiro dia com uma média de 29. A Eclipse cortou 65% da equipe e viu o TVL do ecossistema desabar 95% desde o pico. A integração principal da Berachain, Dolomite, reduziu silenciosamente sua alocação de BERA governada pela DAO de 35% para 20%.

Em uma terça-feira de janeiro de 2026, o repositório de contratos inteligentes da Pendle tornou-se apenas de leitura. Nenhum comunicado à imprensa. Nenhum confete. Apenas um commit no GitHub alterando a flag — o equivalente em nível de protocolo a um emissor de títulos bloqueando a escritura e saindo do cartório. Para um setor de DeFi que lança atualizações disruptivas a cada trimestre, o movimento foi quase brutal em sua confiança: terminamos de iterar sobre o primitivo; agora vamos escalá-lo.

Essa mudança silenciosa é indiscutivelmente o sinal de infraestrutura mais importante da tese de renda fixa de 2026. Porque, enquanto todos observavam o BUIDL da BlackRock e o OUSG da Ondo ultrapassarem os US$ 10 bilhões em títulos do Tesouro tokenizados, a Pendle estava resolvendo um problema inteiramente diferente — não como envolver um T-bill em um ERC-20, mas como transformar qualquer rendimento on-chain em um título de cupom zero. O resultado é o primeiro local onde um ativo nativo de cripto como o stETH é negociado com as mesmas propriedades de bloqueio de taxa, correspondência de duração e compatibilidade institucional que o TradFi desfruta há cinco décadas.

Nove minutos. Esse é o intervalo que um artigo de 57 páginas da Google Quantum AI afirma que um futuro computador quântico precisaria para realizar engenharia reversa em uma chave privada do Bitcoin a partir de uma chave pública exposta — curto o suficiente para caber dentro de uma única confirmação de bloco, longo o suficiente para reescrever o perfil de risco de toda a rede de US$ 1,3 trilhão. O artigo, em coautoria com pesquisadores de Stanford e da Fundação Ethereum e publicado em 30 de março de 2026, fez algo mais sutil do que prever o apocalipse. Ele reduziu o número que importa. Os recursos necessários para quebrar o ECDSA caíram por um fator de 20 em comparação com estimativas anteriores. O Google agora visa internamente a migração pós-quântica até 2029.

Quando um cão-robô identificou autonomamente sua bateria descarregada, localizou a estação de carregamento mais próxima e pagou pela própria eletricidade com uma fração de centavo em USDC — tudo sem intervenção humana — aquilo não era uma demonstração de ficção científica. Era fevereiro de 2026, e a economia das máquinas tinha chegado silenciosamente.

O lançamento dos Nanopagamentos USDC da Circle no testnet em março de 2026 formalizou o que aquele cão-robô demonstrou em campo: pela primeira vez, o encanamento financeiro existe para permitir que máquinas paguem máquinas, a custos tão pequenos que mal se registram como dinheiro. Transferências tão minúsculas quanto $0,000001 — um milionésimo de dólar — com zero taxas de gas. A economia da máquina-a-máquina de repente faz sentido.

Imagine dizer a um bot DeFi: "troque todo o meu WETH por USDC, forneça-o ao Aave, mas somente se meu saldo final permanecer acima de $5.000." Hoje, essa instrução exige que um desenvolvedor codifique cada parâmetro antes da assinatura — o saldo exato de WETH, a saída esperada de USDC, o valor do depósito no Aave — criando uma transação frágil que falha no momento em que as condições de mercado mudam entre o bloco em que foi assinada e o bloco em que é incluída on-chain. O ERC-8211, publicado em 6 de abril de 2026, pela Biconomy e pela Ethereum Foundation, elimina essa fragilidade por completo. É o primeiro padrão Ethereum que permite a agentes de IA ler o estado da blockchain em tempo real, validar condições e executar estratégias de múltiplas etapas em uma única transação atômica — transformando chamadas em lote estáticas em fluxos de trabalho inteligentes e auto-ajustáveis.

O momento não é coincidência. Mais de 17.000 agentes de IA estão ativos somente no Virtuals Protocol. O AgentKit da Coinbase alimenta carteiras autônomas em múltiplos provedores de LLM. O cofundador da NEAR declarou que "os usuários da blockchain serão agentes de IA." Mas até agora, esses agentes foram forçados a interagir com DeFi por meio dos mesmos formatos rígidos de transação projetados para humanos clicando botões em uma interface. O ERC-8211 oferece algo fundamentalmente diferente: a capacidade de compor decisões on-chain, no momento da execução, com mecanismos de segurança integrados.

O Problema: Batching Estático Nunca Foi Construído para Agentes Autônomos​

Contratos multi-call como Multicall3 e bundlers ERC-4337 já permitem que carteiras agrupem múltiplas transações em uma só. Mas cada parâmetro deve ser travado no momento da assinatura. Se um agente de IA assina um lote para trocar 2,5 WETH por USDC e fornecer os rendimentos ao Aave, o valor de 2,5 WETH fica congelado — mesmo que o saldo real do agente tenha mudado entre a assinatura e a execução devido a uma transferência pendente ou dedução de taxa.

Isso cria três problemas em cascata para agentes autônomos:

• Estado obsoleto: No momento em que uma transação em lote é incluída em um bloco, o estado on-chain que ela pressupunha pode não ser mais válido. Uma variação de preço de 0,3% pode fazer um swap reverter, desperdiçando gas e deixando a estratégia parcialmente executada.
• Superespecificação: Os agentes devem pré-calcular cada valor intermediário (valores exatos de saída, limites de slippage, quantidades de depósito) antes de assinar. Para um loop de alavancagem de cinco etapas, isso significa prever cinco saídas sequenciais — qualquer uma delas pode invalidar o restante.
• Sem lógica condicional: Lotes estáticos são tudo ou nada. Não há como dizer "prossiga com a etapa três somente se o resultado da etapa dois exceder um limite." Um agente não consegue expressar restrições de segurança dentro do próprio lote.

O resultado é que os agentes de IA de hoje executam estratégias DeFi com a flexibilidade de um cartão de embarque impresso — cada detalhe deve estar correto antes da partida, e qualquer mudança exige começar tudo de novo.

Como o ERC-8211 Funciona: Fetchers, Constraints e Predicates​

O ERC-8211 introduz o que a Biconomy chama de "smart batching" — um padrão de codificação em nível de contrato onde cada parâmetro em um lote declara como obter seu valor e quais condições esse valor deve satisfazer. O padrão é construído sobre três primitivas:

Fetchers​

Cada parâmetro de entrada carrega um tipo de fetcher que determina como seu valor é obtido no momento da execução, não no momento da assinatura. Três tipos de fetcher estão disponíveis:

• RAW_BYTES: O valor é codificado diretamente, idêntico ao batching tradicional.
• STATIC_CALL: O valor é lido a partir de uma chamada de contrato on-chain em tempo real — verificando um saldo, consultando o preço de um oráculo ou lendo as reservas de um pool.
• BALANCE: O valor é o saldo de token nativo ou ERC-20 da conta executora no momento da execução.

Um destino de roteamento então determina para onde o valor resolvido vai: no endereço de destino da chamada, no campo de valor ou no calldata.

Constraints​

Cada valor resolvido pode carregar constraints inline — verificações lógicas validadas on-chain antes que a chamada prossiga. Os tipos de constraint suportados incluem EQ (igual), GTE (maior ou igual), LTE (menor ou igual) e IN (pertencimento a um conjunto). Se qualquer constraint falhar, o lote inteiro reverte atomicamente.

Na prática, isso significa que um agente pode dizer: "Obtenha meu saldo de WETH (fetcher BALANCE), confirme que é GTE 1.0 WETH (constraint), então passe o valor resolvido para o calldata do swap (roteamento)."

Predicates​

Entradas com target = address(0) atuam como pontos de verificação de asserção pura. Elas codificam uma condição booleana sobre o estado da blockchain — por exemplo, verificando que o saldo de USDC de uma carteira permanece acima de um piso de segurança após um loop de alavancagem — sem executar nenhuma chamada externa. Se o predicate falhar, o lote reverte.

Juntas, essas três primitivas transformam um lote de um script estático em um programa reativo: "Troque meu saldo completo de WETH por USDC, então forneça exatamente o que chegou ao Aave, mas somente se meu saldo final exceder meu piso de segurança." Tudo em uma transação, tudo resolvido no momento da execução.

A Pilha Emergente de Protocolos para Agentes​

O ERC-8211 não existe isoladamente. Ele se encaixa em uma pilha de protocolos cada vez mais coerente que a Ethereum Foundation vem montando especificamente para agentes autônomos:

Camada	Padrão	Função	Construtor Principal
Identidade	ERC-8004	Descoberta de agentes, confiança e pontuação de reputação	Ethereum Foundation
Comércio	ERC-8183	Gerenciamento do ciclo de vida de trabalhos — custódia, prova de entrega, liquidação	Virtuals Protocol
Execução	ERC-8211	Smart batching — execução on-chain condicional e ciente de estado	Biconomy
Pagamento	x402	Micropagamentos em stablecoin nativos de HTTP para serviços de agentes	Coinbase + Cloudflare

A analogia não é acidental: o ERC-8004 identifica quem está transacionando, o ERC-8183 governa qual trabalho está sendo trocado, o ERC-8211 lida com como o trabalho é executado on-chain, e o x402 gerencia como os pagamentos fluem entre agentes. Juntos, eles formam o que observadores da indústria começaram a chamar de "momento TCP/IP para IA on-chain" — uma pilha em camadas onde cada protocolo trata de uma preocupação de forma limpa.

O ERC-8183 é particularmente complementar. Sua primitiva Job — onde um agente cliente contrata um agente provedor, fundos em custódia são mantidos e um avaliador atesta a entrega — gera exatamente o tipo de ações on-chain de múltiplas etapas e condicionais que o ERC-8211 foi projetado para executar. Um agente de IA aceitando um trabalho através do ERC-8183 pode precisar realizar uma série de operações DeFi (swap, fornecimento, empréstimo) como parte do cumprimento do trabalho. O ERC-8211 garante que essas operações sejam executadas corretamente mesmo que as condições de mercado mudem entre a aceitação do trabalho e a execução.

Abordagens Concorrentes: AgentKit, NEAR Chain Signatures e o Risco de Fragmentação​

O smart batching do ERC-8211 não é o único framework disputando para se tornar a camada de execução padrão para agentes de IA:

Coinbase AgentKit fornece infraestrutura de carteira e primitivas de ação on-chain para agentes de IA, com suporte nativo para modelos OpenAI, Anthropic e Llama. Em março de 2026, a World (projeto de identidade de Sam Altman) lançou uma integração do AgentKit com pagamentos x402 e verificação World ID, permitindo que agentes carreguem prova criptográfica de respaldo humano. O AgentKit se destaca em gerenciamento de carteiras e transações simples, mas atualmente não oferece a execução condicional e ciente de estado que o ERC-8211 proporciona.

NEAR Chain Signatures adota uma abordagem arquitetural diferente: os agentes obtêm suas próprias contas NEAR com chaves privadas armazenadas em Ambientes de Execução Confiável (TEEs), e por meio da tecnologia Chain Signatures, podem assinar transações em qualquer blockchain — Ethereum, Bitcoin, Solana — a partir de uma única identidade baseada na NEAR. Isso resolve o problema multi-chain de forma elegante, mas opera na camada de infraestrutura e não na camada de semântica de execução.

O Trusted Agent Protocol da Visa e o AP2 (Agent Payment Protocol 2.0) do Google abordam o lado de pagamento e verificação de comerciantes, ajudando o comércio tradicional a reconhecer e processar transações de agentes de IA. Eles complementam, em vez de competir com, o foco de execução on-chain do ERC-8211.

O risco de fragmentação é real. Se o AgentKit construir suas próprias primitivas de execução condicional, ou se a NEAR desenvolver um padrão concorrente de execução em lote, os agentes poderão enfrentar os mesmos desafios de interoperabilidade que prejudicaram o DeFi nos seus primórdios — múltiplos padrões resolvendo o mesmo problema, nenhum alcançando massa crítica. A vantagem do ERC-8211 é sua compatibilidade com a infraestrutura existente de account abstraction (ERC-4337, ERC-7683) e sua pegada mínima: não requer fork de protocolo, nenhum novo opcode, e funciona com qualquer implementação de smart account.

Por Que Isso Importa: A Economia de 400.000 Agentes Precisa de Composabilidade On-Chain​

Os números pintam um quadro claro de urgência. Mais de 400.000 agentes de IA estão operando em redes blockchain, de acordo com estimativas da Chainalysis. Somente o Virtuals Protocol ultrapassou $39,5 milhões em receita acumulada com seus mais de 17.000 agentes. O AgentKit da Coinbase suporta carteiras autônomas em todos os principais LLMs. A economia de agentes não é especulativa — está gerando receita real e executando transações reais hoje.

Mas esses agentes estão limitados por uma infraestrutura projetada para usuários humanos. Um humano assinando um swap no Uniswap pode verificar o preço, ajustar o slippage e confirmar — tudo em segundos. Um agente autônomo operando em escala não pode se dar ao luxo desse ciclo de feedback manual. Ele precisa expressar estratégias complexas como pacotes de transações autocontidos e auto-validados que executam corretamente independentemente do que aconteça entre a assinatura e a inclusão.

O impacto do ERC-8211 vai além da automação DeFi. Considere estes cenários:

• Gestão autônoma de tesouraria: Um agente de tesouraria de DAO que rebalanceia entre protocolos de rendimento, com verificações de predicate garantindo que nenhum protocolo individual detenha mais de 30% dos fundos — tudo em uma única transação atômica.
• Execução resistente a MEV: Ao resolver valores no momento da execução em vez do momento da assinatura, os smart batches reduzem a informação disponível para buscadores de MEV que exploram parâmetros obsoletos em transações pendentes.
• Arbitragem entre protocolos: Um agente que detecta uma discrepância de preço entre Uniswap e Curve pode executar a arbitragem atomicamente com constraints garantindo limites mínimos de lucro, eliminando o risco de executar uma ponta e falhar na outra.

O Caminho Adiante: De Padrão a Infraestrutura​

O ERC-8211 ainda é uma proposta ERC, não um padrão finalizado. Sua implementação de referência é open-source e está disponível em forma de demonstração, mas a adoção depende de provedores de carteira, operadores de bundler e protocolos DeFi integrarem a interface de smart batching. O design agnóstico de conta do padrão — funciona com smart accounts ERC-4337, intents cross-chain ERC-7683 e EOAs tradicionais através de contratos executores — remove a maior barreira de adoção, mas a integração ainda requer desenvolvimento ativo.

A pilha de quatro padrões para agentes (ERC-8004 + ERC-8183 + ERC-8211 + x402) representa uma visão coerente, mas visões coerentes em cripto historicamente se fragmentaram sob pressão competitiva. Se a pilha se consolida em um padrão de facto ou se divide em implementações concorrentes dependerá de quais protocolos entregarão integrações em produção primeiro.

O que não está em dúvida é a direção. Os principais usuários da blockchain estão mudando de humanos clicando em interfaces para agentes autônomos executando estratégias programáticas. O ERC-8211 é a primeira tentativa séria de dar a esses agentes um formato de transação que corresponda às suas capacidades — um que pensa antes de transacionar.

Construindo agentes de IA que interagem com protocolos DeFi em múltiplas blockchains? BlockEden.xyz oferece endpoints RPC de alto desempenho e APIs de dados para Ethereum, Sui, Aptos e mais de 20 redes — a camada de infraestrutura que seus agentes precisam para leituras e execuções on-chain confiáveis. Explore nosso marketplace de APIs para começar.