Como as contas do Ethereum funcionam por trás dos panos

O Ethereum usa dois tipos de contas: contas de propriedade externa (EOAs) e contas de contrato. As EOAs são controladas por chaves privadas e são usadas por indivíduos ou aplicações para assinar transações. Essas contas têm uma estrutura simples. Elas incluem um nonce, saldo e chave pública associada, mas sem código interno. Quando um usuário assina uma transação de uma EOA, a Máquina Virtual Ethereum (EVM) verifica a assinatura e deduz a taxa de gás antes de executar a transação. As contas de contrato, em contraste, são controladas por código e não iniciam ações por conta própria. Elas apenas respondem a transações acionadas por EOAs. A EVM processa a lógica do contrato e armazena o estado, mas um contrato não pode assinar transações de forma independente ou iniciá-las sem entrada externa.

Esta arquitetura limita a funcionalidade das contas no Ethereum. Como toda atividade deve ter origem em EOAs e cada transação requer uma assinatura criptográfica válida, recursos avançados como autenticação multifatorial, recuperação social e operações em lote exigem soluções complexas. Essas restrições motivaram o conceito de abstração de contas—para tornar todas as contas programáveis e unificar a distinção entre atividade controlada pelo usuário e atividade controlada por contrato.

Como a abstração de conta muda a validação de transações, gás e acesso

A abstração de conta modifica o caminho de validação das transações, permitindo que a própria conta defina como as ações são aprovadas e executadas. Em vez de impor uma assinatura de uma chave privada específica, uma carteira de contrato inteligente pode definir sua própria lógica para autenticação. Essa lógica pode incluir assinaturas em threshold, verificações de dispositivos de hardware ou regras para limites de gastos e bloqueios de tempo.

Uma das mudanças mais impactantes introduzidas pela abstração de contas é a desacoplagem do pagamento de gás do remetente. Tradicionalmente, o iniciador da transação deve pagar pelo gás em ETH. Sob a abstração de contas, a lógica de validação pode permitir que terceiros—chamados de paymasters—cobram as taxas de gás em nome do usuário. Isso abre novas possibilidades, como patrocinar transações para usuários de primeira viagem, habilitar interações em dApps sem gás ou pagar taxas em stablecoins ou tokens nativos de projetos.

Além disso, a abstração de contas introduz a capacidade de agrupar várias operações em uma única transação. Por exemplo, um usuário pode aprovar um token, realizar uma troca e transferir fundos em uma única ação, reduzindo o número de confirmações necessárias e melhorando a experiência do usuário. Essas melhorias reduzem significativamente a fricção nas interações com dApps, mantendo a segurança e a composabilidade.

Introdução ao ERC-4337 e o "alt mempool"

ERC-4337, finalizado em 2023, representa um marco na jornada do Ethereum em direção à abstração de contas. Ao contrário de propostas anteriores, como o EIP-2938, o ERC-4337 não requer mudanças na camada de consenso do Ethereum. Em vez disso, ele opera inteiramente dentro do ambiente existente de contratos inteligentes, introduzindo um fluxo de transação paralelo usando um mempool alternativo e uma arquitetura de contrato específica.

Sob o ERC-4337, as transações são substituídas por UserOperations—objetos de dados que descrevem ações desejadas, mas não são submetidos ao mempool tradicional. Essas UserOperations são capturadas por atores off-chain especializados conhecidos como bundlers. Um bundler agrega múltiplas UserOperations em uma transação Ethereum padrão e a submete à blockchain.

Na cadeia, um contrato singleton chamado EntryPoint verifica e processa essas operações agrupadas. O EntryPoint interage com contas inteligentes de usuários, que definem sua própria lógica de validação e delegam a execução de transações uma vez validadas. Para pagar taxas de gás, as contas podem optar por interagir com paymasters, que patrocinam os custos de execução sob condições especificadas no código.

Esta estrutura permite uma maneira descentralizada e sem permissão de suportar a abstração de contas sem modificar o protocolo base do Ethereum. Como resultado, os desenvolvedores podem implantar carteiras de contratos inteligentes que se comportam como EOAs do ponto de vista do usuário, mas oferecem funcionalidades muito mais ricas.

A abordagem da Solana: Abstração de conta nativa

A Solana adota uma abordagem fundamentalmente diferente para a abstração de contas, apoiando-a a nível de protocolo. As contas da Solana não são divididas em EOAs e contas de contrato. Em vez disso, todas as contas na Solana são contêineres de armazenamento de propósito geral que podem armazenar dados, ter propriedade atribuída e interagir com programas.

No modelo da Solana, a validação de ações está embutida nos próprios programas (contratos inteligentes). Endereços Derivados de Programas (PDAs) são um elemento chave desse sistema. Estes são endereços determinísticos gerados a partir de sementes e programas que não possuem chave privada associada. Em vez disso, são controlados pela lógica do programa e podem realizar ações quando as condições apropriadas forem atendidas.

Devido a essa flexibilidade nativa, a Solana ofereceu recursos como autorização de múltiplas assinaturas, delegação de conta e pagamento de taxas por terceiros sem exigir padrões externos ou fluxos de transação simulados. Carteiras como Phantom e Solflare integraram essas capacidades desde o início, demonstrando uma experiência de usuário sem costura e controle programável dos fundos. Isso contrasta com a Ethereum, onde funcionalidades semelhantes dependem de sobreposições como ERC-4337 e redes de bundler.