Derek Chiang, da Ethlabs, que fundou a ZeroDev, disse que uma colaboração para reconciliar o EIP-8130 liderado pelo Base com o EIP-8141 Frame Transactions da Ethereum terminou na semana passada, deixando as duas partes a buscarem padrões nativos separados de abstração de conta.
O registro oficial de Propostas de Melhoria do Ethereum lista tanto EIP-8130 quanto EIP-8141 como rascunhos. A Ethlabs apoia as Transações Frame para Hegotá, que descreve como um próximo fork do Ethereum, e afirma que pretende trabalhar com Layer 2s e carteiras na implementação.
Em termos práticos, tipos de transação nativa incompatíveis transfeririam mais trabalho de integração para os desenvolvedores de carteiras e aplicações. Chiang disse que o esforço mal-sucedido estava “colocando a carga sobre as carteiras para lidar com a fragmentação que resulta”, embora ele argumentasse que o software ainda poderia ocultar essas diferenças dos usuários.
Como os designs diferem
A abstração de conta permite que contas de contratos inteligentes definam sua própria lógica de validação, em vez de depender apenas de regras fixas para contas externamente proprietárias. O padrão final ERC-4337 fornece abstração de conta sem alterar as regras de consenso do Ethereum: os usuários enviam objetos `UserOperation` para um mempool separado, e os bundlers os agrupam em transações para um contrato EntryPoint.
Ambos os novos rascunhos movem as funções de abstração de conta para o tratamento nativo de transações, mas usam pontos de controle diferentes.
O EIP-8130 combina uma nova transação tipada com um keystore onchain e um sistema de configuração de conta. Ele suporta autenticação personalizada, chamadas em lote e patrocínio de gás. Como cada transação declara seu autenticador, os nodes podem identificar o trabalho de validação necessário e rejeitar autenticadores desconhecidos antes de executar código de carteira arbitrário.
O rascunho 8130 define um perfil L1 com aceitação permissiva de autenticadores e um perfil L2 que limita seu caminho de transação nativa a um conjunto canônico de autenticadores. Essa estrutura tem como objetivo fornecer custos de validação previsíveis para cadeias de alto desempenho, mantendo uma base comum para carteiras.
O EIP-8141 divide uma transação em uma sequência de “frames”, ou chamadas de contrato que validam a transação, aprovam o pagamento de gás e executam operações do usuário. Seu design permite que contas usem código EVM para definir regras de validação e pagamento de gás, com suporte a recursos como rotação de chaves, chamadas em lote e pagamentos de taxas alternativos.
Ethlabs descreveu o principal compromisso: a validação sem permissão, baseada em EVM, oferece flexibilidade às Transações Frame para privacidade e futuros sistemas de assinatura, mas os custos dinâmicos de validação podem criar desafios para Layer 2s de alto desempenho. A EIP-8130 prioriza uma validação mais previsível, tornando o autenticador explícito antes da execução.
Portabilidade sobe na pilha
O rascunho do EIP-8130 ainda considera a portabilidade uma preocupação principal. Ele afirma que as contas podem funcionar em cadeias EVM que não suportam o tipo de transação 8130, utilizando ERC-4337 ou outro mecanismo de transporte. Ele também exige que cadeias compatíveis aceitem um conjunto compartilhado de autenticadores canônicos.
O dividendo relatado, portanto, não tornaria necessariamente uma conta 8130 inutilizável em outra cadeia EVM. No entanto, encerraria o esforço para estabelecer um único formato nativo de transação compartilhado para Ethereum e Base, se os dois rascunhos avançarem separadamente. Carteiras e aplicativos precisariam selecionar os protocolos e regras de validação de transação apropriados para cada cadeia.
Chiang delineou duas possíveis respostas: ampliar a coordenação sobre os recursos compartilhados pelo ethereum e Layer 2s, ou aceitar as diferenças de protocolo e construir carteiras e aplicações que as abstraem dos usuários. Por enquanto, o registro oficial de EIP lista ambos os designs como rascunhos.