Ethereum e Base abandonam padrão conjunto de abstração de contas

O desenvolvedor da Ethlabs, Derek Chiang, disse na segunda-feira que os autores das duas propostas pararam de trabalhar em direção a uma especificação compartilhada na semana passada, após descobrirem que as opções técnicas disponíveis exigiriam que Ethereum ou Base abrissem mão de requisitos essenciais.

Ambas as propostas buscam simplificar a forma como os usuários interagem com carteiras de criptomoedas, incluindo permitir transações sem que os usuários precisem primeiro deter ETH para gás e suportar métodos de autenticação como chaves de acesso (passkeys). As equipes estavam explorando se um design poderia servir à Camada 1 do Ethereum e à Camada 2 da Base.

“Embora tenhamos identificado várias soluções técnicas, todas exigiam que um lado ou o outro comprometesse pelo menos um pouco seus objetivos centrais”, disse Chiang. “Então seguimos caminhos separados, deixando para as carteiras a responsabilidade de lidar com a fragmentação resultante.”

Os desenvolvedores do Ethereum estão priorizando resistência à censura, privacidade e segurança, enquanto a Base está focada em escala, personalização e conformidade, de acordo com Chiang. As diferenças eventualmente impediram as equipes de chegar a um formato de transação único.

Planos de abstração de contas do Ethereum e da Base se separam

A decisão deixa os desenvolvedores de carteiras podendo ter que suportar dois formatos de transação nativos se a EIP-8141 e a EIP-8130 chegarem à produção.

Chiang disse que as carteiras ainda poderiam fornecer aos usuários uma experiência consistente apesar das diferenças técnicas entre as redes, dependendo de como os desenvolvedores lidarem com os padrões separados.

“Se eles executarem bem, e se a comunidade de carteiras conseguir contornar a fragmentação, podemos acabar com a melhor UX possível para os usuários finais”, disse ele.

O resultado muda a direção que os desenvolvedores estavam discutindo apenas dias antes. Os desenvolvedores da EIP-8141 estavam explorando compatibilidade com a EIP-8130 enquanto trabalhavam em maneiras de manter as transações programáveis, facilitando a inspeção dos requisitos de autenticação pelos provedores de infraestrutura.

Naquela fase, Chiang disse que a EIP-8130 poderia fornecer estruturas definidas em torno dos frames da EIP-8141. O arranjo proposto pretendia preservar a natureza programável dos frames, dando às carteiras e redes de alta capacidade um formato de transação mais claro.

A EIP-8130 usa um keystore onchain onde as contas podem registrar atores aprovados e contratos autenticadores. As transações identificam o método de autenticação que usam, permitindo que uma rede determine o processo de validação necessário antes de executar o código da carteira.

A EIP-8141 segue um caminho diferente ao estruturar transações como chamadas de contrato programáveis denominadas frames. Os frames podem executar funções diferentes dentro da mesma transação, incluindo validação, aprovação de gás e execução.

As equipes agora abandonaram o esforço de transformar essas abordagens em um único padrão.

EIP-8141 torna-se uma proposta essencial do Ethereum

O Ethereum está continuando com a EIP-8141, ou Frame Transactions, como parte de sua atualização planejada Hegotá.

O cluster de Protocolo da Ethereum Foundation colocou a proposta em sua categoria “obrigatória” no início deste mês. A proposta visa tornar a abstração de contas nativa ao Ethereum e melhorar a segurança e a prontidão pós-quântica.

As Frame Transactions dividem uma transação em uma sequência de frames programáveis. Um frame pode validar o remetente, outro pode autorizar a conta responsável pelo gás, e os frames subsequentes executam as ações solicitadas pelo usuário.

O modelo permitiria que a conta que inicia uma ação e a conta que paga por ela fossem diferentes.

Até 7 de setembro, os desenvolvedores do Ethereum já haviam agendado a EIP-8141 para Hegotá. Os desenvolvedores principais moveram a proposta de “Considerada para Inclusão” para “Agendada para Inclusão” durante a chamada de Execução de Todos os Desenvolvedores Principais em 27 de agosto, dando às Frame Transactions uma posição formal na atualização planejada para 2027, enquanto sua especificação permanecia em forma de rascunho.

Sob o sistema proposto, um aplicativo poderia cobrir a taxa de transação de um usuário ou permitir que o usuário pagasse com outro ativo, enquanto os validadores do Ethereum continuam recebendo a taxa de rede em ETH.

A estrutura poderia remover um requisito comum de carteira em que usuários que possuem stablecoins ou outros tokens ainda precisam de ETH para fazer uma transação.

Os frames também podem ser usados para agrupamento de transações. Ações relacionadas poderiam ser agrupadas de modo que todas sejam bem-sucedidas em conjunto ou revertidas se uma falhar.

Por exemplo, uma troca de token atualmente pode exigir uma aprovação separada que permita a um aplicativo gastar tokens antes que a troca em si seja executada. As Frame Transactions poderiam colocar ações relacionadas dentro da mesma estrutura de transação programável.

Frames programáveis expandem controles de contas do Ethereum

A EIP-8141 foi projetada para mover mais lógica de validação de contas para código programável, em vez de exigir que contas convencionais do Ethereum dependam de um processo de autenticação fixo.

A proposta descreve seu estado final como aquele em que “uma conta simplesmente se torna um endereço com código”.

Vitalik Buterin, coautor da EIP-8141, descreveu a proposta em fevereiro como uma “proposta abrangente que encerra e resolve todos os problemas restantes que a AA pretendia abordar”.

Em 5 de setembro, Buterin disse que a proposta havia feito “muito progresso importante” nos meses anteriores e estava chegando “perto do ideal”.

Os desenvolvedores subsequentemente descobriram que vários recursos de transação poderiam ser expressos por meio de frames programáveis da EIP-8141, em vez de expandir repetidamente a estrutura de transação do Ethereum.

A abordagem poderia lidar com expiração de transação, agregação de assinaturas, provas de privacidade e asserções pós-transação como chamadas de contrato programáveis. As Frame Transactions ainda exigiriam mudanças nas regras de consenso do Ethereum, mas funções individuais poderiam ser construídas por meio de destinos de frame e padrões de chamada.

A validação programável poderia dar às contas mais controle sobre a autenticação. A EIP-8141 foi projetada para suportar recursos incluindo sistemas de assinatura alternativos, pagamentos de gás patrocinados, agrupamento de transações e rotação de chaves.

A mesma arquitetura poderia ajudar as contas do Ethereum a se afastarem da dependência do sistema de assinatura usado por contas de propriedade externa (EOA) convencionais. Um usuário poderia potencialmente mudar o método de autenticação que controla uma conta sem transferir os ativos para um novo endereço.

Os pesquisadores do Ethereum estavam considerando as Frame Transactions para Hegotá antes de a proposta ser formalmente agendada. Em agosto, os desenvolvedores estavam comparando a EIP-8141 com a EIP-8130 como abordagens concorrentes para abstração de contas nativa, enquanto reduziam o escopo da atualização de 2027.

Na época, as propostas faziam parte de um processo de seleção maior da Hegotá cobrindo resistência à censura, privacidade, preços de gás, economia dos validadores e escalabilidade da Camada 1.

Os pesquisadores do Ethereum haviam examinado separadamente como as Frame Transactions poderiam suportar aplicativos focados em privacidade. Uma proposta de agosto discutiu pools de privacidade autofinanciadas nos quais pagamentos de taxas programáveis poderiam permitir que um pool de privacidade cobrisse seu próprio gás em vez de depender de um retransmissor externo.

Esse trabalho combinou as Frame Transactions com outras mudanças propostas, incluindo Keyed Nonces, Recent Roots e Transaction Assertions. A proposta de pool de privacidade permaneceu como um pacote preferido de um pesquisador, em vez de uma decisão final dos desenvolvedores principais do Ethereum na época.

Base continuará com a EIP-8130

A EIP-8130 da Base agora prosseguirá separadamente da proposta de Frame Transactions do Ethereum.

O design criado pela Base combina um novo tipo de transação com um “Keystore” onchain que registra signatários e autenticadores aprovados para uma conta. Destina-se a suportar autenticação personalizada, agrupamento de chamadas e patrocínio de gás.

Embora as duas propostas compartilhem vários objetivos de abstração de contas, suas estruturas técnicas dão às respectivas redes diferentes níveis de controle sobre como as transações são autenticadas e processadas.

Antes de as equipes se separarem, os desenvolvedores do Ethereum estavam tentando determinar se o sistema de autenticação estruturado da EIP-8130 poderia ser combinado com os frames programáveis da EIP-8141 sem forçar as redes da Camada 1 ou Camada 2 a abrir mão de suas características preferidas.

A Ethlabs havia colocado anteriormente as Frame Transactions entre suas principais prioridades para a atualização Hegotá, citando abstração de contas nativa juntamente com resistência à censura, blocos mais rápidos e escalabilidade contínua da Camada 1.

Com o esforço conjunto agora encerrado, a EIP-8141 continua sendo a rota planejada do Ethereum para abstração de contas nativa na Hegotá, enquanto a Base continuará desenvolvendo a EIP-8130 em torno de seu tipo de transação separado e keystore onchain.