Vitalik Buterin apoia as transações de frames enquanto o debate sobre o AA nativo do Ethereumse intensifica

A comunidade de desenvolvedores do Ethereumestá atualmente debatendo como implementar atracde contas (AA) nativa, enquanto o planejamento para o próximo hard fork Hegota continua.

Diversas propostas surgiram nas últimas semanas, com a EIP-8141, conhecida como “Transações de Quadro”, ganhando destaque. A proposta foi formalmente apresentada como uma possível funcionalidade principal da atualização.

Após a discussão, Vitalik Buterin respondeu publicamente à proposta, afirmando que as Transações de Quadro poderiam suportar uma gama mais ampla de casos de uso que respeitassem a privacidade e a censura, além de potencialmente simplificar a arquitetura das carteiras.

O debate sobre atracde relatos nativos ganha força

A pressão portracde contas nativas intensificou-se no último mês, com a apresentação de diversas Propostas de Melhoria Ethereum .

A EIP-8141 propõe um modelo conhecido como Transações de Quadro, que difere dos formatos de transação tradicionais por remover os campos de assinatura embutidos. Em vez disso, as assinaturas e a lógica de autorização são passadas como dados para contratos inteligentestracvalidam as transações.

A proposta introduz um novo opcode, APPROVE, que permite quetracinteligentes autorizem o envio de transações, o pagamento de gás ou ambos.

Além disso, esse projeto permite que a autorização de transações seja processada por lógica programável, em vez de campos de transação fixos. De acordo com a proposta, essa estrutura é capaz de suportar sistemas de assinatura alternativos, patrocínio condicional de gás e mecanismos de transação focados na privacidade.

https://t.co/8L45rn3Zgx

— Derek Chiang | ZeroDev (@decentrek) 9 de março de 2026

Por exemplo, o patrocínio de gás poderia ser organizado por meio detracque pagam taxas de rede em troca de transferências de tokens, enquanto a lógica de autorização poderia ser implementada usando assinatura múltipla ou esquemas criptográficos alternativos.

Ao mesmo tempo, o modelo apresenta novos desafios operacionais. Devido à possibilidade de execução de código detracinteligente durante a validação da transação, os clientes Ethereum precisariam de proteção adicional contra ataques de negação de serviço provenientes de mempools.

Transações de Quadro versus Transações de Tempo

O debate sobre a abstração de contas nativastracduas filosofias de design distintas no Ethereum desenvolvimento.

Uma abordagem, representada pelas Transações Tempo, consiste em incorporar recursos detracde contas comumente usados ​​diretamente no protocolo. Isso incluitracde gás, processamento atômico em lote de múltiplas operações, agendamento de transações e taxas de transação patrocinadas.

As transações no estilo Tempo organizam esses recursos diretamente no formato da transação. Campos como arrays de chamadas permitem o processamento em lote atômico, e parâmetros de timestamp podem ser usados ​​para suportar a execução agendada. Outro campo de assinatura permite que um terceiro cubra os custos de gás ao coassinar a transação.

Os desenvolvedores que defendem esse modelo argumentam que ter recursos integrados diretamente ao protocolo simplifica a integração e melhora a experiência do usuário. No entanto, essa abordagem pode ser um tanto extensível, pois novos recursos exigiriam atualizações do protocolo.

As transações em frames adotam a abordagem oposta, utilizando primitivas generalizadas em vez de recursosdefi. A lógica de autorização e pagamento de gás pode ser implementada emtracinteligentes, permitindo que os desenvolvedores criem sistemas personalizados para assinaturas, permissões e validação de transações.

Vitalik Buterin destaca as implicações para a privacidade e o design de carteiras digitais

Em resposta à discussão em curso, Vitalik Buterin afirmou que as transações em frames também poderiam permitir que aplicativos focados em privacidade operassem sem a necessidade de transmissores de transações públicas.

Segundo Buterin, o projeto permite que sistemas de privacidade como o Railgun e outros protocolos interajam diretamente com funcionalidades de rede, como o FOCIL, preservando a resistência à censura.

É uma ótima publicação, e obrigado por suas contribuições para aprimorar o Frame TXs!

Eu também acrescentaria:

* As transmissões de frames também servem para abranger uma ampla gama de casos de uso relacionados à privacidade e à resistência à censura. Elas permitem que o Railgun, o PP, etc., funcionem sem intermediários de emissoras públicas, e…

— vitalik.eth (@VitalikButerin) 9 de março de 2026

Ele tambémdentpossíveis mudanças na arquitetura da carteira. Buterin afirmou que a ideia de "cada carteira ser umtracinteligente" já foi implementada com sucesso em outros ecossistemas, citando o design de carteira multiassinatura do Bitcoin.

Na opinião dele, as carteiras construídas usando o EIP-8141 poderiam ser relativamente simples e executar apenas algumas operações, como fazem os scripts Bitcoin .

Buterin afirmou que muitas funcionalidades de carteira atualmente implementadas em grandestracinteligentes, como o processamento em lote de transações e os cálculos de hash de assinatura, poderiam ser removidas do código da carteira usando a estrutura proposta.