Porque motivo a Ethereum está a adicionar transações Frame?

EIP-8141 procura ultrapassar este obstáculo ao separar validação, pagamento de gas e execução em frames programáveis. Para quem utiliza, os objetivos práticos são facilitar o patrocínio de gas, permitir batches atómicos, autenticação flexível e contas inteligentes mais seguras. Para a Ethereum, o objetivo mais amplo é a abstração nativa de contas — tornando essas capacidades parte do próprio protocolo e não simples soluções ao nível da Aplicação.

Principais conclusões

• A Ethereum pretende que seja possível transacionar sem necessidade de manter ETH exclusivamente para pagar gas.

• Batches atómicos permitem combinar aprovações e ações, garantindo que são bem-sucedidas ou falham todas ou nenhuma.

• Validação programável viabiliza rotação de chaves, recuperação social e esquemas alternativos de assinatura.

• As Frame Transactions diminuem a dependência de bundlers externos e relayers centralizados para funções de abstração de contas.

• A Ethereum encara a EIP-8141 como parte de um caminho estratégico rumo a uma segurança de contas pós-quântica.

Porque está a Ethereum a adicionar Frame Transactions para pagamento de gas?

Um dos problemas de experiência de utilização mais recorrentes na Ethereum é a necessidade de o remetente possuir ETH suficiente para pagar taxas de transação — mesmo se apenas pretender transferir USDC ou outro token ERC-20.

As Frame Transactions tornam o pagamento de gas abstrato. Um frame pode autorizar a execução e outro utilizador ou patrocinador pode autorizar o pagamento. Um paymaster pode assim cobrir o gas em ETH e receber tokens ERC-20 do utilizador em compensação.

Por exemplo, uma Carteira com stablecoins, mas sem ETH, pode iniciar uma transação se houver um patrocinador disponível para pagar. O mecanismo de taxas da rede continua a envolver ETH; a diferença está em o utilizador já não ser o pagador direto.

Este conceito está já presente na abstração de contas ERC-4337, em que paymasters patrocinam UserOperations. A EIP-8141 introduz esta flexibilidade no próprio tipo de transação nativo da Ethereum, dispensando o fluxo auxiliar.

Porque quer a Ethereum batches atómicos tudo ou nada?

Outro desafio surge quando uma ação exige várias transações na blockchain.

No caso de uma troca de tokens, pode ser concedida aprovação a um contrato inteligente para gastar tokens e, em seguida, submetida a troca. Se a segunda transação falhar, a aprovação permanece ativa, apesar de a transação nunca ter ocorrido.

As Frame Transactions suportam batches atómicos. Frames consecutivos podem ser agrupados para que, se um frame for revertido, as alterações associadas sejam igualmente revertidas.

Aprovação e troca podem, assim, ocorrer como uma única transação atómica — ambas têm sucesso ou ambas falham.

Isto é mais do que conveniente. O batching atómico elimina aprovações órfãs, reduz sequências de transações desnecessárias e facilita a compreensão de operações complexas de Carteiras. Pode ainda melhorar a eficiência do gas quando várias ações partilham custos transacionais.

Porque é importante a abstração de frames para a abstração de contas?

As contas Externamente Detidas da Ethereum estão ligadas a chaves criptográficas. Perder a chave privada equivale a perder controlo sobre a conta, e mudar métodos de autenticação é um processo complexo.

A abstração de contas pretende tornar o comportamento das contas programável.

A EIP-8141 permite que a lógica de validação execute código EVM. Uma conta pode definir como as assinaturas são verificadas, dispensando o modelo ECDSA tradicional. Isto abre caminho a esquemas alternativos de assinaturas, políticas de gastos, recuperação social, rotação de chaves e futura agregação de assinaturas.

A Fundação Ethereum destaca esta dimensão da segurança. Na avaliação de Hegotá, a 7 de setembro de 2026, a EIP-8141 é apontada como o destaque da camada de execução, salientando o caminho para esquemas de assinatura pós-quântica e para a redução da dependência das chaves secp256k1.

A arquitetura de abstração de contas da Ethereum mostra ainda porque as contas programáveis permitem separar regras de autorização de modelos rígidos de chave privada única.

Porque quer a Ethereum menos dependência de bundlers e relayers?

Os sistemas atuais de abstração de contas oferecem muitas destas funções, mas adicionam componentes suplementares.

A ERC-4337, por exemplo, utiliza UserOperations, bundlers, um contrato EntryPoint e paymasters. Esta arquitetura funciona sem alterar as regras de transação ao nível do consenso da Ethereum, o que é uma das suas vantagens.

A desvantagem é a maior complexidade da infraestrutura.

As Frame Transactions transferem mais lógica de validação, execução e pagamento para o processamento padrão de transações da Ethereum. A especificação oficial da EIP-8141 descreve alternativas de pagamento de taxas e transações patrocinadas sem exigir pipelines externos.

Não significa que todos os serviços externos desapareçam. Fornecedores de Carteiras, serviços de simulação, mempools privados e outras infraestruturas continuarão a existir. A diferença é que as funções nucleares de transação deixam de depender deles.

Porque acrescenta a EIP-8141 novos opcodes e regras de validação?

Mais programabilidade implica novos riscos. Lógica de validação capaz de executar código arbitrário pode tornar transações pendentes dispendiosas de simular ou expor o mempool público a ataques de negação de serviço e invalidação em massa.

Por isso, a EIP-8141 introduz novos mecanismos no protocolo, não permitindo código irrestrito.

A especificação atual define sete novos opcodes para frames, incluindo APPROVE, que pode autorizar execução, pagamento de gas ou ambos. Outros opcodes permitem inspecionar dados de transação, frame e assinatura durante a validação.

A proposta aplica ainda restrições ao prefixo de validação e distingue paymasters canónicos de não canónicos. Paymasters não canónicos enfrentam limites mais apertados para transações pendentes, enquanto instâncias canónicas seguem código do protocolo e podem ter compromissos de gas rastreados pelos nodos.

Ou seja, a programabilidade exige regras que salvaguardem a inclusão em blocos e o mempool público.

O que podem as Frame Transactions mudar para os utilizadores finais?

A maioria dos utilizadores não irá interagir diretamente com frames individuais ou com o opcode APPROVE. As Carteiras deverão abstrair essa complexidade.

As mudanças visíveis serão: pagar custos de transação com tokens já na Carteira, executar várias ações com um único fluxo de aprovação, recuperar contas sem depender de uma chave privada permanente, ou usar métodos de autenticação mais robustos assim que disponíveis.

O âmbito do upgrade Hegotá coloca a EIP-8141 entre as alterações de protocolo planeadas para a Ethereum, sendo as Frame Transactions identificadas pela Fundação Ethereum como peça central da camada de execução do upgrade.

Para quem gere ETH ou Ativos baseados em Ethereum através da Gate, estas alterações não dispensam a avaliação das condições da rede, do suporte da Carteira, dos riscos dos contratos inteligentes e das taxas ao movimentar Ativos on-chain.

Conclusão

A Ethereum adiciona Frame Transactions porque muitas das funcionalidades esperadas em Carteiras modernas — gas patrocinado, batching, recuperação, autenticação programável e assinaturas flexíveis — adaptam-se de forma limitada ao modelo tradicional.

A EIP-8141 altera a arquitetura subjacente: validação, pagamento e execução passam a estar separados em frames, permitindo à Ethereum suportar estas capacidades de forma nativa e manter garantias na validação e no mempool público.

O objetivo vai além de um novo formato de transação. É um modelo de contas Ethereum em que quem autoriza, quem paga e a forma como a ação é executada podem ser programados autonomamente.

Perguntas frequentes

As Frame Transactions visam sobretudo gas mais barato?

Não. Embora o patrocínio de gas seja uma vantagem, a EIP-8141 não reduz, por si só, o preço do gas na Ethereum. O propósito central é tornar o pagamento de gas, a validação e a execução programáveis.

As EOAs existentes podem beneficiar das Frame Transactions?

Sim. A EIP-8141 inclui código predefinido, pelo que contas sem código de contrato implementado ou delegado podem aceder às funcionalidades base das Frame Transactions sem migrar Ativos para uma nova conta de contrato.

Pode pagar-se gas com tokens ERC-20?

Sim, do ponto de vista do utilizador. Um patrocinador ou paymaster cobre o custo de gas em ETH e recebe tokens ERC-20 do utilizador. A taxa de protocolo da Ethereum continua, no entanto, a envolver ETH.

Qual a relevância das Frame Transactions para a segurança pós-quântica?

A validação programável permite ultrapassar o esquema único de assinatura ECDSA. Isto viabiliza a adoção de métodos de autenticação pós-quântica no futuro, sem exigir que a Ethereum codifique de raiz todos os esquemas de assinatura.

Eliminam as Frame Transactions bundlers e relayers?

Reduzem a necessidade de infraestrutura auxiliar para as funções nucleares de abstração de contas. As Carteiras e Aplicações poderão continuar a recorrer a relayers, mempools privados, serviços de simulação ou outras infraestruturas conforme necessário.

Quando se espera a adoção das Frame Transactions na Ethereum?

A EIP-8141 está prevista como componente principal da camada de execução da Hegotá, com implementação apontada para 2027. O calendário de ativação e detalhes finais podem ser ajustados durante o desenvolvimento e testes.

Este conteúdo destina-se exclusivamente a fins informativos. As especificações EIP, o âmbito dos upgrades da Ethereum e os cronogramas de implementação podem ser alterados antes da ativação em mainnet.