
O EIP-8141 é uma proposta de atualização do Ethereum que apresenta as Transação Frame, um novo formato de transação criado para tornar a validação de contas, a execução e o pagamento de gas programáveis. Em vez de exigir que um remetente convencional autentique e arque com todos os custos, uma transação pode conter vários frames, cada um responsável por funções distintas. Para usuários de Carteira e desenvolvedores, isso aproxima recursos como patrocínio de gas, lote atômico, autenticação flexível e segurança de conta avançada da camada de protocolo do Ethereum.
A proposta está direcionada ao upgrade Hegotá do Ethereum. A Ethereum Foundation classificou o EIP-8141, em setembro de 2026, como a principal novidade confirmada da camada de execução desse upgrade, embora as especificações ainda possam evoluir antes do lançamento.
EIP-8141 introduz o formato de Transação Frame, que permite múltiplos frames definidos de forma independente em uma mesma transação.
Separa os processos de autorização, execução e pagamento de gas, viabilizando a abstração nativa de conta.
Um patrocinador pode pagar o custo de gas do Ethereum, enquanto o usuário o compensa com token ERC-20.
O lote atômico permite que ações relacionadas sejam executadas de forma tudo ou nada, evitando problemas como aprovações de tokens não utilizadas.
A verificação programável abre caminho para rotação de chaves, recuperação social, esquemas alternativos de assinatura e autenticação pós-quântica.
A especificação oficial do EIP-8141 define um novo tipo de transação cuja validade e pagamento de gas podem ser definidos de maneira abstrata. Uma Transação Frame é segmentada em múltiplos frames, cada um com seu próprio modo de execução, destino, dados, valor e limites de gas. Cada transação pode conter até 64 frames.
De forma simplificada, um frame pode verificar o remetente, outro autorizar um patrocinador para pagamento de gas e os frames seguintes executar as operações.
Essa proposta expande o caminho que o Ethereum já segue com o EIP-7702 e a abstração de conta. O próprio roteiro de abstração de conta do Ethereum apresenta contas programáveis como solução para regras de segurança flexíveis, taxas patrocinadas, mecanismos de recuperação e agrupamento de transações.
A abstração de frames separa funções normalmente agrupadas nas transações convencionais.
Um frame VERIFY executa a lógica de verificação e autoriza a execução ou o pagamento. Um frame SENDER realiza operações no contexto do remetente. Outros frames podem ser usados para implementação de conta, lógica de patrocínio ou processamento pós-execução.
O componente fundamental é o opcode APPROVE. Um contrato de verificação utiliza APPROVE com escopo definido para autorizar execução, pagamento de gas ou ambos. Apenas após a aprovação adequada frames subsequentes de remetente podem ser executados.
O EIP também define seis instruções de introspecção — TXPARAM, FRAMEDATALOAD, FRAMEDATACOPY, FRAMEPARAM, SIGPARAM e SIGDATACOPY — além do APPROVE, compondo sete novos opcodes relacionados a frames. Essas instruções permitem que a lógica de verificação inspecione parâmetros da transação, dados de frames, status de execução, informações de gas e metadados de assinatura.
O patrocínio de gas é uma das funcionalidades mais práticas do EIP-8141. Um contrato patrocinador ou outra conta elegível pode assumir o pagamento, dispensando a necessidade de o remetente ter ETH disponível na conta que inicia a transação.
Por exemplo, um usuário que possui apenas stablecoins pode transferir token ERC-20 para o patrocinador como parte da mesma Transação Frame. O patrocinador se torna o pagador de gas em nível de protocolo. O Ethereum continua liquidando a taxa de rede pelo pagador designado; a transferência ERC-20 serve apenas para compensá-lo, não como pagamento de gas direto ao Ethereum.
Cada frame declara seus próprios orçamentos de execução e de gas de estado. A capacidade não utilizada não é transferida para os frames seguintes, e a liquidação final calcula o valor efetivamente cobrado e devolve ao pagador a parte não utilizada do custo máximo reservado.
O EIP-8141 permite agrupar diversas operações em uma única transação e marcar frames relacionados como um lote atômico.
Exemplo: em um swap ERC-20, normalmente o usuário aprova o token e, depois, realiza o swap via segunda transação. Segundo o EIP, é possível agrupar o frame de aprovação com o de swap; se o frame de swap for revertido, a aprovação anterior também será revertida.
Isso evita aprovações órfãs e torna as interações em Carteiras multi-etapas mais simples e seguras.
O EIP-8141 também define código padrão para contas sem código de smart contract implementado ou delegado, permitindo que EOAs existentes usem funcionalidades como transações patrocinadas e lote atômico sem transferir ativos para uma smart account separada.
Um frame de implementação pode instalar o código da conta antes da verificação, caso seja necessário criar uma nova smart account.
De modo geral, a abstração nativa permite que contas definam lógica de verificação além de um único modelo de chave privada fixa. Isso viabiliza rotação de chaves, políticas de recuperação, regras de múltiplas assinaturas e futuras agregações de assinatura. A Ethereum Foundation destaca as Transação Frame como caminho para esquemas de assinaturas pós-quânticas, sem necessidade de fork do protocolo a cada novo método.
Isso difere da abstração de conta do ERC-4337, baseada em UserOperations, bundlers e um mempool alternativo, não alterando o formato básico de transação do Ethereum.
O aumento de flexibilidade traz complexidade. Lógica de verificação arbitrária pode gerar riscos de negação de serviço no mempool público, por isso o EIP-8141 estabelece regras rígidas de prefixo de validação e acesso ao estado. Os nós também devem limitar a exposição ao mempool público, mantendo geralmente apenas uma Transação Frame pendente por remetente.
O patrocínio de gas não é isento de riscos: patrocinador ERC-20 pode sofrer frontrunning se o usuário remover o saldo destinado ao reembolso antes da inclusão da transação.
Por fim, o EIP-8141 ainda integra um upgrade futuro do Ethereum e não deve ser considerado um recurso já disponível na mainnet do Ethereum.
Usuários do Ethereum podem acompanhar as evoluções do protocolo por meio da cobertura da Gate News sobre o EIP-8141 e o upgrade Hegotá e acessar materiais educativos sobre abstração de conta para entender eventuais mudanças no funcionamento das Carteiras.
Para análise de mercado, interessados em entender o impacto de upgrades do Ethereum sobre o ETH podem comparar o mercado e as condições de negociação do ETH na Gate. Melhorias de protocolo podem influenciar a usabilidade do Ethereum, mas não determinam por si só o preço de mercado do ETH.
O EIP-8141 redesenha as transações do Ethereum com base em Frames programáveis, substituindo o modelo único de validação, execução e pagamento de gas. Ao ser implementado com o Hegotá, pode transformar a abstração nativa de conta em funcionalidade do protocolo, viabilizando taxas patrocinadas, lote atômico, implementação de contas, políticas de segurança flexíveis e novos sistemas de autenticação.
A principal mudança é arquitetural: a conta Ethereum passa a se comportar cada vez mais como um código programável, não apenas como um endereço atrelado a uma chave privada única.
Este conteúdo tem caráter exclusivamente educativo e não constitui aconselhamento financeiro ou de investimento. Criptoativos e protocolos blockchain apresentam riscos técnicos e de mercado.
Não. O EIP-8141 está previsto para o futuro upgrade Hegotá e ainda depende de implementação e definições antes de ser ativado.
Sim, via patrocínio. O patrocinador paga o custo de gas do protocolo, enquanto a transação pode compensá-lo com token ERC-20, como uma stablecoin.
APPROVE permite que a lógica de verificação autorize a execução da transação, o pagamento de gas ou ambos, dentro de uma Transação Frame.
Não. O EIP-8141 complementa o trabalho contínuo de abstração de conta do Ethereum. Sua especificação depende do EIP-7702 e amplia o modelo com a estrutura de Transação Frame em nível de protocolo.
Ao tornar a autenticação programável, as contas não ficam restritas a um único esquema de chave ECDSA. Futuras Carteiras poderão rotacionar chaves ou adotar métodos de verificação pós-quântica sem exigir que o Ethereum codifique cada esquema de autenticação individualmente.











