Ethereum EIP-4337: Da abstração de contas à evolução das carteiras de contratos inteligentes

A abstração de conta está a redefinir a lógica das transações no Ethereum. No passado, os utilizadores individuais só podiam operar através de contas detidas externamente (EOAs) controladas por chaves privadas e frases-semente, o que apresentava múltiplos pontos problemáticos, como riscos de segurança e má experiência do utilizador. O surgimento do EIP-4337 mudou tudo isto, inaugurando uma nova era na gestão de contas através de uma arquitetura técnica inovadora que permite aos utilizadores operar livremente das restrições dos pools tradicionais de negociação.

Porque é que o Ethereum precisa de abstração de contas? Pontos dolorosos e oportunidades

Antes de compreender o EIP-4337, devemos primeiro reconhecer os problemas fundamentais que enfrenta o sistema de contas existente do Ethereum. Atualmente, existem dois tipos de contas no Ethereum: contas de propriedade externa (EOAs) e contas contratuais (CAs). O primeiro é controlado por chaves privadas, enquanto o segundo é controlado por contratos inteligentes. Esta estrutura binária limita a flexibilidade operacional dos utilizadores e torna-se um obstáculo significativo à atração de utilizadores mainstream para o ecossistema cripto.

O objetivo central da abstração de contas é quebrar esta barreira. Separa a fonte da transação do mecanismo de assinatura, conferindo à EOA mais características de CA, permitindo aos utilizadores usufruir da conveniência das carteiras de contratos inteligentes sem operações complexas. Isto é especialmente importante para programadores não cripto-nativos, que já não precisam de compreender cálculos complexos de chaves privadas, taxas de gás ou memorizar frases seed complicadas. A abstração de conta promete reduzir as barreiras à entrada, ao mesmo tempo que oferece mais opções de segurança e flexibilidade de pagamento.

Como é que o Ethereum avança passo a passo para a abstração de contas?

O desenvolvimento da abstração de contas não aconteceu da noite para o dia. Já em 2020, a comunidade Ethereum propôs este conceito pela primeira vez através do EIP-2938. Subsequentemente, o EIP-3074 introduziu dois novos opcodes—AUTH e AUTHCALL—permitindo aos EOAs delegar as suas operações em contratos inteligentes. Estas tentativas lançaram as bases para esquemas posteriores.

No entanto, estas propostas iniciais foram todas suspensas devido à necessidade de alterações em grande escala à camada de consenso Ethereum. O dilema do EIP-3074 é particularmente típico – qualquer proposta envolvendo alterações na camada base está em risco de hard forks, o que é demasiado dispendioso para uma rede descentralizada. Por causa disso, a comunidade começou a procurar soluções que não exigissem modificação do protocolo em si, e finalmente nasceu o EIP-4337.

Domine os 7 conceitos centrais do EIP-4337

O EIP-4337 ultrapassa as limitações dos seus predecessores ao introduzir um mecanismo inovador para a abstração de contas. Para compreender esta solução, deve compreender os seguintes sete papéis e elementos-chave:

UserOperation É o objeto básico que é executado quando um indivíduo envia uma transação. Contém toda a informação necessária para uma transação – endereço de envio, contrato de destino, assinatura, etc. – mas ainda não foi assinada pelo utilizador.

Contrato EntryPoint Responsável por realizar e autenticar ações dos utilizadores. Quando a operação chega ao ponto de entrada, verifica a legitimidade da transação e garante que a carteira correspondente tem fundos suficientes.

Bundler é o centro de todo o sistema. Estes nós recolhem múltiplas operações do mempool operacional do utilizador, empacotejam-nas numa única transação e submetem-nas ao contrato de entrada. O bundler atua como um minerador tradicional, mas com uma lógica mais complexa.

Carteira de Contrato Inteligente (Contrato de Carteira) Em vez da EOA tradicional. Esta é a conta contratual que o utilizador detém efetivamente, que executa uma lógica de negociação específica e controla os ativos.

Fábrica de Carteiras é um contrato inteligente usado para implementar automaticamente novas carteiras de contratos inteligentes com base nas necessidades dos utilizadores. Isto poupa os novos utilizadores de terem de criar manualmente endereços de carteira.

Agregador de Assinatura é um contrato secundário de confiança na conta que agrega múltiplas assinaturas numa só, poupando espaço de armazenamento on-chain. O bundler coloca agregadores na lista branca para agregadores.

Pagador É o conceito mais inovador de abstração de contas. Quebra as restrições de que o Gás tem de ser pago em ETH, permitindo aos utilizadores pagar pelo Gás com qualquer token ou até transações patrocinadas por terceiros.

Como funcionam as transações sob o EIP-4337? Análise completa do processo

Agora que compreendemos os componentes, vamos analisar como uma transação passa da iniciação à conclusão.

Passo 1: O utilizador emite uma intenção de transação。 Os utilizadores propõem ações dos utilizadores através de carteiras de contratos inteligentes, que incluem parâmetros relacionados com gás, como “maxFeePerGas” e “maxPriorityFee”. O campo de assinatura é determinado pela implementação da conta, não pelo acordo, que dá aos programadores uma flexibilidade tremenda.

Passo 2: Operação no pool de memória。 Estas operações de utilizador são enviadas para um mempool dedicado, à espera que o pacote seja processado. Ao contrário dos mempools tradicionais, este pool segue a lógica específica do EIP-4337.

Passo 3: Pacote para embalagem e verificação。 O bundler recolhe múltiplas ações do utilizador, verificando a assinatura de cada ação ao chamar a função validateUserOp do contrato de entrada. Apenas as operações verificadas são agrupadas numa única transação. Durante esta fase, o bundler pode colaborar com construtores de blocos, como nós a correr mev-boost, para garantir que as transações sejam eventualmente incluídas no bloco.

Passo 4: A transação é executada e colocada na cadeia。 O contrato de entrada chama a função ExecuteUserOp da carteira de smart contract para completar a transferência real de ativos ou interação contratual. Eventualmente, o bloco que contém a transação é adicionado à blockchain.

A beleza deste processo é que os utilizadores não precisam de compreender nenhum dos detalhes técnicos nele. Do ponto de vista do utilizador, eles apenas emitem uma transação, e tudo o resto é tratado automaticamente pela carteira de contratos inteligentes e pelos serviços de backend.

EIP-3074 vs EIP-4337: Porque é que este último é superior?

Se o EIP-3074 era uma solução promissora, porque foi finalmente arquivado em favor do EIP-4337?

O design do EIP-3074 é realmente mais elegante em certos aspetos. Permite que qualquer EOA seja usado como uma carteira de contratos inteligentes sem necessidade de implementação de contrato. Ao introduzir contratos de chamadas, permite que tokens diferentes do Ethereum paguem o combustível, o que representa um avanço significativo na experiência do utilizador. Mas o problema é que tudo isto requer a introdução de novos opcodes (AUTH e AUTHCALL), o que implica alterações na camada de consenso. Para uma rede com milhares de milhões de dólares em ativos já em funcionamento, qualquer alteração na camada de consenso pode ter consequências desastrosas.

O EIP-4337 evita astutamente este dilema. Implementa a abstração da conta na camada de aplicação sem modificar o protocolo Ethereum em si. Isto significa riscos significativamente reduzidos e uma implementação mais rápida. Embora o EIP-4337 ainda mantenha o ECDSA em termos de mecanismo de assinatura, que é ligeiramente mais conservador do que o design do EIP-3074, que suporta assinaturas arbitrárias, a sua viabilidade global e segurança são muito melhores do que as do primeiro.

Além disso, o EIP-3074 ainda tem um calcanhar de Aquiles – a sua flexibilidade limitada ao nível da assinatura exige processos operacionais complexos se os utilizadores quiserem atualizar os seus métodos de assinatura (como migrar do ECDSA para uma solução mais eficiente). O EIP-4337, por outro lado, deixa amplo espaço para tais melhorias.

Perspetiva futura para a abstração de contas

Embora o EIP-3074 tenha sido temporariamente arquivado, a comunidade Ethereum não abandonou a visão que ela carrega. Propostas emergentes como o EIP-5003 introduzem o opcode AUTHUSURP, que permite que endereços implementem código e se combinem com o EIP-3607 para revogar a autoridade da chave de assinatura original sobre os EOAs. Isto significa que as EOAs existentes terão a oportunidade de atualizar para formulários de conta mais robustos no futuro, aproveitando a transição das assinaturas ECDSA para métodos de assinatura mais avançados.

Com a implementação gradual do EIP-4337, o Ethereum está a criar um ecossistema mais fácil de utilizar. A abstração de contas não é apenas uma inovação tecnológica, mas também uma reflexão sistemática sobre a aplicação em larga escala do Web3. Quando os utilizadores deixarem de precisar de compreender a complexidade das chaves privadas, quando as taxas de gás poderem ser pagas com qualquer token e quando as carteiras de contratos inteligentes se tornarem a opção padrão, a utilidade da tecnologia de encriptação dará um salto qualitativo.

O EIP-4337 é um passo crucial nesta revolução. Isto prova que a inovação ao nível da aplicação pode trazer mudanças profundas sem alterar o protocolo subjacente. À medida que mais carteiras e plataformas integram o padrão EIP-4337, a visão da abstração de contas irá gradualmente passar de um plano técnico para uma realidade quotidiana, criando, em última análise, uma experiência verdadeiramente sem atritos para a próxima geração de utilizadores de criptomoedas.