Desenvolvedores da Ethereum e da Base encerraram o trabalho em um padrão comum de abstração de conta após os esforços para conciliar o EIP-8141 e o EIP-8130 falharem, deixando as duas redes para seguir projetos de transação separados.
Resumo
- Desenvolvedores da Ethereum e da Base encerraram os esforços para alinhar o EIP 8141 e o EIP 8130 após não conseguirem concordar sobre um design comum de abstração de conta.
- A Ethereum está priorizando resistência à censura, privacidade e segurança, enquanto a Base está focando em escala, personalização e conformidade.
- O EIP 8141 foi rotulado como uma proposta obrigatória para a atualização Hegotá da Ethereum, enquanto a Base continuará desenvolvendo o EIP 8130 separadamente.
- Desenvolvedores de carteiras podem precisar suportar dois formatos de transação nativos se ambas as propostas forem eventualmente implantadas.
O desenvolvedor da Ethlabs, Derek Chiang, disse na segunda-feira que os autores das duas propostas pararam de trabalhar em uma especificação compartilhada na semana passada depois de descobrirem que as opções técnicas disponíveis exigiriam que a Ethereum ou a Base abrissem mão de requisitos centrais.
Ambas as propostas buscam simplificar como os usuários interagem com carteiras cripto, incluindo permitir transações sem que os usuários primeiro possuam ETH para gas e suportar métodos de autenticação como passkeys de telefone. As equipes estavam explorando se um design poderia servir à Camada 1 da Ethereum e à Camada 2 da Base.
“Embora tenhamos identificado uma série de soluções técnicas, todas exigiam que um lado ou o outro abrisse mão de pelo menos um pouco de seus objetivos centrais”, disse Chiang. “Então seguimos caminhos separados, colocando o fardo sobre as carteiras para lidar com a fragmentação que se segue.”
Os desenvolvedores da Ethereum estão priorizando resistência à censura, privacidade e segurança, enquanto a Base está focando em escala, personalização e conformidade, de acordo com Chiang. As diferenças eventualmente impediram as equipes de definir um formato de transação único.
Os planos de abstração de conta da Ethereum e da Base se dividiram
A decisão deixa os desenvolvedores de carteiras enfrentando a possibilidade de suportar dois formatos de transação nativos se EIP-8141 e EIP-8130 ambos chegarem à produção.
Chiang disse que as carteiras ainda poderiam proporcionar aos usuários uma experiência consistente apesar das diferenças técnicas entre as redes, dependendo de como os desenvolvedores lidam com os padrões separados.
“Se eles executarem bem, e se a comunidade de carteiras puder superar a fragmentação, podemos muito bem 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 alguns dias antes. Em 7 de setembro, o crypto.news relatou anteriormente que os desenvolvedores do EIP-8141 estavam explorando compatibilidade com o EIP-8130 enquanto trabalhavam em maneiras de manter as transações programáveis, tornando seus requisitos de autenticação mais fáceis de inspecionar pelos provedores de infraestrutura.
Naquele estágio, Chiang disse que o EIP-8130 poderia fornecer estruturas definidas em torno dos frames do EIP-8141. O arranjo proposto pretendia preservar a natureza programável dos frames enquanto dava às carteiras e redes de alto throughput um formato de transação mais claro.
O 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.
O EIP-8141 segue um caminho diferente ao estruturar transações como chamadas de contrato programáveis chamadas frames. Os frames podem executar diferentes funções dentro da mesma transação, incluindo validação, aprovação de gas e execução.
As equipes agora abandonaram o esforço de transformar essas abordagens em um único padrão.
EIP-8141 tornou-se uma proposta Ethereum que deve ser implementada
A Ethereum está continuando com a EIP-8141, ou Transações em Frames, como parte de sua planejada atualização Hegotá.
O cluster de Protocolo da Fundação Ethereum colocou a proposta em sua categoria "deve ser implementada" no início deste mês, enquanto o material de origem afirma que a proposta visa tornar a abstração de conta nativa da Ethereum e melhorar a segurança e a prontidão pós-quântica.
As Transações em Frames 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 frames subsequentes podem executar 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.
Os desenvolvedores da Ethereum já tinham agendado a EIP-8141 para Hegotá até 7 de setembro. 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 Transações em Frames 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 providenciar que o usuário pague através de outro ativo, enquanto os validadores da Ethereum continuam recebendo a taxa de rede em ETH.
A estrutura poderia remover um requisito comum de carteira segundo o qual usuários que possuem stablecoins ou outros tokens ainda precisam de ETH antes de poderem fazer uma transação.
Frames também podem ser usados para agrupamento de transações. Ações relacionadas poderiam ser agrupadas para que todas tenham sucesso juntas ou sejam revertidas quando uma falha.
Uma negociação de token, por exemplo, atualmente pode exigir uma aprovação separada permitindo que um aplicativo gaste tokens antes que a negociação em si seja executada. As Transações em Frames poderiam colocar ações relacionadas dentro da mesma estrutura de transação programável.
Frames programáveis expandem os controles de conta da Ethereum
A EIP-8141 foi projetada para mover mais lógica de validação de conta para código programável, em vez de exigir que contas Ethereum convencionais 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, um co-autor da EIP-8141, descreveu a proposta em fevereiro como um "ônibus que envolve e resolve todos os problemas restantes que a AA pretendia abordar".
Em 5 de setembro, Buterin disse que a proposta havia feito "muitos progressos importantes" nos meses anteriores e estava se aproximando do "ideal".
Os desenvolvedores subsequentemente descobriram que várias características de transação poderiam ser expressas através de frames programáveis da EIP-8141 em vez de expandir repetidamente o envelope de transação da Ethereum.
O relatório da crypto.news de 7 de setembro disse que 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 Transações em Frames ainda exigiriam mudanças nas regras de consenso da Ethereum, mas funções individuais poderiam ser construídas através de alvos 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 Ethereum a se afastarem da dependência do sistema de assinatura usado por contas de propriedade externa 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.
Pesquisadores da Ethereum estavam considerando as Transações em Frames para Hegotá antes que a proposta fosse formalmente agendada. Em agosto, os desenvolvedores estavam comparando a EIP-8141 com a EIP-8130 como abordagens concorrentes para a abstração de conta nativa, enquanto estreitavam o escopo da atualização de 2027.
Na época, as propostas faziam parte de um processo de seleção maior para Hegotá, abrangendo resistência à censura, privacidade, precificação de gás, economia de validadores e escalonamento da Camada 1.
Pesquisadores do Ethereum haviam examinado separadamente como as Frame Transactions poderiam apoiar aplicações focadas em privacidade. Uma proposta de agosto discutiu pools de privacidade autofinanciados 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 relayer 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 dos pesquisadores, e não como uma decisão final dos desenvolvedores principais do Ethereum na época.
Base continuará com o EIP-8130
O EIP-8130 da Base agora prosseguirá separadamente da proposta de Frame Transactions do Ethereum.
O design de autoria da Base combina um novo tipo de transação com um "Keystore" onchain que registra signatários e autenticadores aprovados para uma conta. Ele destina-se a apoiar autenticação personalizada, agrupamento de chamadas e patrocínio de gás.
Embora as duas propostas compartilhem vários objetivos de abstração de conta, suas estruturas técnicas conferem às suas 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 vinham tentando determinar se o sistema de autenticação estruturado do EIP-8130 poderia ser combinado com os frames programáveis do EIP-8141 sem forçar as redes de Camada 1 ou Camada 2 a abrir mão de suas propriedades preferidas.
A Ethlabs havia anteriormente colocado as Frame Transactions entre suas principais prioridades para a atualização Hegotá, citando a abstração de conta nativa ao lado da resistência à censura, blocos mais rápidos e escalonamento contínuo da Camada 1.
Com o esforço conjunto agora encerrado, o EIP-8141 permanece como a rota planejada de abstração de conta nativa do Ethereum para o Hegotá, enquanto a Base continuará desenvolvendo o EIP-8130 em torno de seu tipo de transação separado e keystore onchain.
