A Fundação Ethereum e a Biconomy lançaram em conjunto a proposta ERC-8211 “Processamento Inteligente em Lote”, permitindo que agentes de IA executem operações DeFi em múltiplos passos numa única transacção de assinatura, e que os parâmetros sejam determinados de forma dinâmica com base no estado em tempo real da cadeia apenas no instante da execução. O novo padrão não requer um desvio (fork) a nível de protocolo; os programadores podem adoptá-lo imediatamente, sendo visto como um passo-chave para desbloquear a execução autónoma de “IA × DeFi”.
(Contexto: Explicação para principiantes｜Quando é que as carteiras de contratos inteligentes se tornarão populares? Um artigo para perceber o ERC-4337)
(Informação adicional: A Circle lança a rede de testes Nanopayments: agentes de IA sem contas fazem pagamentos de USDC, a “alimentação automática” de bots torna-se realidade)
Índice do artigo
Alternar
- O gargalo estático do ERC-4337: congela no momento da assinatura
- ERC-8211: resolve-se na execução; condições ficam validadas em tempo real
- Por que a Fundação Ethereum apoia: UX é uma prioridade estratégica de projecto; não precisar de fork é crucial
- Significado para o ecossistema de AI × DeFi: a última peça da infra-estrutura para execução autónoma
A 6 de Abril, a Biconomy publicou oficialmente a proposta ERC-8211 e recebeu o apoio da Fundação Ethereum. A principal ruptura deste padrão cabe numa frase: fazer com que os parâmetros da transacção sejam decididos apenas no momento em que a execução acontece, e não quando o utilizador assina.
Isto pode parecer pormenor técnico, mas para agentes de IA e automação DeFi o impacto é completamente diferente — no passado, uma sequência de passos como “levantar primeiro, trocar depois e depositar por fim”, se a situação do mercado mudasse, podia falhar ou explodir em slippage; agora, é possível concluir todo o processo numa única assinatura, e os números de cada passo são lidos em tempo real a partir da cadeia.
O gargalo estático do ERC-4337: congela no momento da assinatura
Para compreender o significado do ERC-8211, é preciso primeiro saber quais são as limitações do Account Abstraction (Abstracção de Conta) existente.
O ERC-4337 é actualmente o padrão de abstracção de conta mais dominante na Ethereum; ele permite executar em lote múltiplas operações com carteiras de contratos inteligentes, eliminando a chatice de várias assinaturas. Mas existe um problema fundamental: todos os parâmetros, incluindo o montante da troca, a tolerância ao slippage e o endereço alvo, têm de ser fixados no instante em que o utilizador assina; depois disso, não podem ser alterados.
Isto é particularmente frágil no contexto DeFi. As cotações dos oráculos actualizam-se a cada poucos segundos, a profundidade dos pools de liquidez muda a todo o momento e as taxas dos protocolos de empréstimo flutuam. Quando o utilizador assina no instante T, a transacção pode ser empacotada na cadeia apenas em T+30 segundos; durante esse intervalo, se qualquer número se desviar, o lote completo pode falhar ou sofrer um slippage muito acima do esperado.
Para utilizadores humanos, é apenas um pequeno incómodo — “falha ocasional e repetir uma vez”. Mas para agentes de IA que precisam de executar tudo de forma totalmente autónoma, isso é uma barreira estrutural: não consegue fazer com que um agente de IA gerencie de modo fiável posições DeFi, porque cada passo pode falhar devido a parâmetros desactualizados.
ERC-8211: resolve-se na execução; condições de restrição são validadas imediatamente
A solução do ERC-8211 consiste em introduzir dois mecanismos: “Runtime-resolved” (resolução em tempo de execução) e “Constraint-validated” (validação por restrições).
Em termos simples, quando o utilizador assina, deixa de escrever números concretos e passa a definir “regras”: por exemplo, “slippage não superior a 0,5%”, “o montante da troca é igual ao valor efectivamente sacado do protocolo de empréstimo” ou “o oráculo só é usado se a cotação estiver entre X e Y”. Quando a transacção é realmente executada, no instante exacto, o contrato lê os dados em tempo real na cadeia, preenche os parâmetros reais e verifica se cumpre as condições de restrição; apenas se cumprir, a execução prossegue.
Os casos de uso típicos que a Biconomy listou no anúncio ajudam a mostrar essa diferença: levantar no protocolo de empréstimo → fazer uma troca exacta do montante recebido → depositar noutro protocolo, tudo concluído numa única transacção. O ponto-chave é “a troca exacta do montante recebido” — no modelo estático do ERC-4337, tens de adivinhar um número para preencher; no ERC-8211, esse número é automaticamente lido do resultado do passo anterior durante a execução.
Assim, abre-se o potencial das aplicações com agentes de IA: um agente de IA que gere posições DeFi pode definir um conjunto de regras de estratégia para que o contrato, no momento da execução, determine automaticamente os parâmetros reais de cada passo com base no slippage, nos saldos e nos preços do oráculo. Todo o processo dispensa intervenção humana e não falha devido a variações ligeiras nas condições de mercado.
Por que a Fundação Ethereum apoia: UX é uma prioridade estratégica de projecto; não precisar de fork é crucial
O ERC-8211 não surgiu do nada. Esta colaboração teve origem num workshop “Improve UX” organizado pela Fundação Ethereum em 2025 — nesse workshop reuniram-se várias equipas de desenvolvimento do ecossistema de AA, com o objectivo de identificar os maiores pontos de fricção da abstracção de conta no uso real. Após isso, o grupo de protocolos da Fundação Ethereum passou a listar “melhoria da UX” como um projecto prioritário de estratégia; o ERC-8211 é exactamente um produto directo dessa direcção.
A Fundação Ethereum optou por apoiar este rumo por uma razão técnica muito importante: o ERC-8211 é codificação a nível de contrato e não precisa de mexer na camada de protocolo da Ethereum; ou seja, não requer fork duro. Isto reduz drasticamente os obstáculos e a resistência à adopção. Os programadores já podem implementar este padrão nos seus próprios contratos inteligentes e infra-estruturas de AA, sem precisar de esperar por uma actualização da mainnet da Ethereum.
O novo padrão também é compatível com as estruturas AA existentes; não é uma substituição total, mas sim uma camada adicional de capacidades dinâmicas sobre o que já existe, como no ERC-4337. Para programadores que já investiram na construção do ecossistema AA, os custos de migração são relativamente controláveis.
Neste momento, a documentação oficial do ERC-8211 já está disponível em erc8211.com e as discussões do EIP também decorrem publicamente em ethereum-magicians.org; os programadores podem participar directamente no processo de aperfeiçoamento do padrão.
Significado para o ecossistema de AI × DeFi: a última peça da infra-estrutura para execução autónoma
A abstracção de conta tem sido vista durante estes anos como uma peça importante para a massificação da Ethereum: permitir que utilizadores comuns não tenham de lidar com chaves privadas, Gas e fluxos de assinatura, e que as carteiras de contratos inteligentes tratem de toda a operacionalidade subjacente. No entanto, as limitações estáticas dos padrões existentes em cenários de automatização têm sido, há muito, uma das razões fundamentais para os agentes de IA não conseguirem executar estratégias DeFi complexas de forma fiável.
O ERC-8211 tenta colmatar essa lacuna. Se o padrão for amplamente adoptado, os agentes de IA poderão executar de forma verdadeiramente autónoma estratégias DeFi multi-passo, e cada passo responderá imediatamente ao estado do mercado, em vez de depender de o utilizador voltar a assinar continuamente ou de tolerar uma taxa de falhas. Para a via “agentes de IA on-chain”, que está a evoluir rapidamente, isto é uma actualização importante a nível de infra-estrutura.
Naturalmente, se o padrão vai mesmo vingar e concretizar-se depende, no fim, da velocidade de adopção pela comunidade de programadores. O ERC-8211 ainda está na fase de proposta; para se tornar um padrão amplamente aceito na Ethereum, ainda é necessário tempo para validação.
