Criptomoedas Revolucionadas: Como a Abstração de Conta Transforma Tudo

Em termos simples, a abstração de conta permite que os usuários usem contratos inteligentes como suas contas – efetivamente tornando carteiras cripto programáveis. Isso é uma mudança revolucionária em como os usuários interagem com aplicações em blockchain, e muitos acreditam que é um passo chave para tornar a cripto mais amigável, segura e pronta para adoção em massa.

Ethereum’s cofundador Vitalik Buterin sugeriu até mesmo que, sem adotar a abstração de conta, o Ethereum poderia não alcançar seus objetivos, ressaltando o quão importante essa tecnologia pode ser para o futuro do Web3.

Mas o que exatamente é a abstração de conta, e como ela funciona? Para entender sua significância, primeiro precisamos entender como as contas de blockchain funcionam tradicionalmente e por que esse modelo antigo tem limitações. Então vamos explorar como a abstração de conta muda o jogo, explorar seus benefícios (como segurança melhorada e facilidade de uso), ver exemplos reais em ação e examinar os desafios que permanecem.

Ao final, você verá por que a abstração de conta é frequentemente saudada como uma atualização importante para carteiras cripto – uma que pode finalmente tornar a gestão de cripto tão tranquila quanto usar qualquer aplicativo financeiro moderno.

O Modelo Tradicional de Conta: EOAs vs. Contas de Contrato Inteligente

Blockchains como o Ethereum hoje utilizam um modelo de conta para gerenciar ativos e executar transações. Existem dois tipos principais de contas no Ethereum:

• Contas Externamente Geridas (EOAs) – São as contas "normais" de usuários, controladas por um indivíduo através de uma chave privada. Se você criou uma carteira Ethereum (como MetaMask ou uma carteira de hardware), você possui um EOA. Com um EOA, você tem um endereço público (derivado de sua chave pública) e uma chave privada que permite assinar transações. Usando um EOA, você pode guardar moedas ou tokens e enviar transações para transferir fundos ou invocar contratos inteligentes. Importante, um EOA pode iniciar transações por si só (com uma assinatura da chave privada), mas não pode executar código personalizado – não é programável além da funcionalidade básica de envio. EOAs são limitados a duas ações principais: enviar valor (ETH ou tokens) para outra conta ou chamar uma função em um contrato inteligente.

• Contas de Contrato (Contratos Inteligentes) – São contas governadas por código (código de contrato inteligente) em vez de por uma chave privada. Uma conta de contrato pode conter ativos e definir regras ou lógica (código) que são executados quando recebe uma transação. Por exemplo, um aplicativo descentralizado ou um contrato de token vivem em uma conta de contrato. Entretanto, uma conta de contrato não pode iniciar transações por conta própria. Ela apenas roda seu código quando acionada por uma transação de um EOA ou outro contrato. Em outras palavras, alguém (ou alguma conta externa) deve chamar o contrato para que ele faça algo. Contas de contrato são totalmente programáveis e podem impor regras complexas, mas faltam a capacidade de agir de forma autônoma – não há chave privada controlando diretamente-as para enviar novas transações.

Comparação entre tipos de conta no Ethereum: Conta Externamente Gerida (EOA) vs Conta de Contrato Inteligente (SCA). EOAs são controladas por chaves privadas e podem iniciar transações, mas não executar código arbitrário. SCAs (contratos inteligentes) podem executar código, mas não podem iniciar novas transações por conta própria. A abstração de conta busca remover essa divisão.

No paradigma atual, esses dois tipos de conta são separados, e cada um tem suas desvantagens. EOAs, por estarem ligadas a uma única chave privada, têm significativas limitações e vulnerabilidades: se você perder acesso a essa chave privada (ou a frase de recuperação), você perde acesso à conta e a todos os seus ativos – não há opção de "esqueci a senha" no blockchain. Por outro lado, se alguém malicioso obtém sua chave privada, eles ganham controle total para roubar seus fundos. Não há maneira embutida de estabelecer limites de gastos em uma EOA, exigir múltiplas aprovações (multisig), ou recuperar acesso através de uma parte confiável; a segurança da conta é tão forte quanto essa única chave secreta. Isso é um contraste marcante com o banco tradicional, onde controles de fraude, suporte ao cliente ou autenticação de dois fatores podem mitigar erros ou roubos. Além disso, usar uma EOA envolve assinatura manual de cada transação (o que pode ser tedioso) e precisar manter alguma criptomoeda nativa do blockchain (como ETH) na conta para pagar taxas de gás para transações. Esses requisitos tornam o uso de EOAs arriscado e complicado para usuários cotidianos. Como a equipe de desenvolvimento da Rumble Fish coloca sucintamente: uma EOA tem “nenhum mecanismo de recuperação social, nenhum limite de gastos a ser definido, e nenhuma 2FA a adicionar,” e deve sempre ter ETH para cobrir taxas – tudo contribuindo para “uma experiência de usuário insatisfatória, não muito acolhedora” para novatos.

Contas de contrato inteligentes, por outro lado, oferecem flexibilidade através do código. Por exemplo, uma carteira de contrato inteligente poderia ser programada para exigir que várias pessoas aprovem uma transação (uma carteira multisig), ou impor limites diários de retirada, ou permitir “recuperação social” (onde amigos confiáveis podem ajudar a restabelecer acesso se você perder sua chave). Isso soa ótimo, e de fato produtos como o Gnosis Safe (uma carteira multisig popular) ou Argent (uma carteira com recuperação social) aproveitam contas de contrato para dar aos usuários recursos de segurança adicionais não possíveis com um EOA simples. No entanto, porque contas de contrato não podem iniciar transações por si mesmas, historicamente ainda dependeram de um EOA para dar início a qualquer ação. Por exemplo, se você usar uma carteira de contrato inteligente, geralmente há um serviço de revezamento (um EOA externo) que toma suas ações pretendidas, embala elas em uma transação de EOA, e envia para a rede em seu nome. Você pode ter que pagar esse relé, ou pelo menos ainda acabar lidando com algumas das mesmas complicações (como manter ETH para gás em outra conta). Como resultado, lidar com uma carteira baseada em contratos poderia se tornar ainda mais complicado do que uma carteira normal, se não projetado bem. Antes das inovações recentes, usar uma conta de contrato inteligente significava que você de fato precisava de um EOA secundário (ou um serviço auxiliar) que estava “abastecido” com ETH para dirigir o contrato – adicionando atrito para os usuários.

Em resumo, sob o modelo atual:

• OPA = sua carteira (controlada por uma chave) – simples mas inflexível e implacável.
• Conta contrato = um cofre programável (com recursos avançados) – poderoso mas não autodirigido.

Essa separação é o que a abstração de conta visa eliminar. A visão é permitir contas de usuário que tenham a flexibilidade de contratos inteligentes sem depender de um EOA separado para funcionar. Em outras palavras, fazer com que toda conta seja inteligente. Ao fazer isso, os usuários poderiam personalizar a segurança e o comportamento de suas contas à vontade – sem sacrificar a habilidade de iniciar ações. Vamos explorar como a abstração de conta alcança isso e por que está pronta para melhorar dramaticamente a experiência do usuário em blockchain. Conteúdo: importante?** Porque muitos dos pontos problemáticos que impediram uma adoção mais ampla de criptomoedas decorrem das limitações de EOAs. Novos usuários enfrentam dificuldades para gerenciar chaves privadas e frases-semente de forma segura, e não há uma rede de segurança se erros ocorrerem. Usuários experientes se preocupam com o problema do ponto único de falha – uma chave hackeada pode ser catastrófica. Os desenvolvedores têm que construir soluções alternativas complicadas (como redes relayers ou serviços centralizados) para oferecer recursos como transações sem gás ou recuperação social, porque o blockchain em si não as suportava nativamente. A abstração de contas enfrenta essas questões de frente, tornando o modelo de conta mais poderoso e centrado no usuário. Como resultado, é vista como uma infra-estrutura crucial para a próxima evolução do Web3. Na verdade, a abstração de contas tem sido um sonho dos desenvolvedores principais do Ethereum há anos, com Vitalik Buterin e outros defendendo isso em várias ocasiões como o caminho para melhorar grandemente a usabilidade e a segurança do Ethereum. Não é apenas uma teoria abstrata agora – está se tornando realidade no Ethereum através de padrões recentes, e blockchains mais novos estão sendo projetados com abstração de contas desde o início.

Para entender melhor como passamos da teoria à prática, vamos ver como o Ethereum está implementando a abstração de contas – especificamente através de uma atualização conhecida como ERC-4337 – e como ela realmente funciona por trás dos bastidores.

Como a Abstração de Contas Funciona no Ethereum (ERC-4337)

A jornada do Ethereum em direção à abstração de contas culminou recentemente em uma proposta chamada ERC-4337 (também referida como EIP-4337). Anunciada em 2021 e implantada em 2023, a ERC-4337 introduziu a abstração de contas sem exigir uma mudança fundamental no protocolo principal do Ethereum. Isso foi importante porque mudar o protocolo principal (L1) é lento e requer um amplo consenso. Em vez disso, 4337 alcança a abstração de contas usando contratos inteligentes e infraestrutura fora da cadeia no topo do Ethereum – uma solução inteligente que nos traz os benefícios da AA hoje, sem um hard fork.

Então, como funciona? O ERC-4337 define um novo fluxo de trabalho alternativo para transações, centrado no conceito de um objeto “Operação do Usuário” (frequentemente chamado de UserOp para abreviar). Uma Operação de Usuário é como uma transação empacotada que a carteira de contrato inteligente de um usuário deseja realizar. Em vez de a carteira do usuário criar diretamente uma transação normal do Ethereum (que um EOA faria), a carteira cria uma Operação do Usuário contendo todos os detalhes da ação pretendida: quem é o usuário (remetente), o alvo da operação (como uma chamada de contrato ou uma transferência de token), quaisquer dados ou parâmetros para a chamada, e uma assinatura ou prova de verificação associada.

Aqui está o fluxo de alto nível do ERC-4337 com seus novos componentes:

• Operações de Usuário & Mempool: Ao usar uma carteira habilitada para ERC-4337 (uma carteira de contrato inteligente), a carteira não transmite uma transação regular. Em vez disso, cria um objeto Operação do Usuário com as informações necessárias e uma assinatura (mas essa assinatura pode ser qualquer coisa que a lógica do contrato espera, não necessariamente uma única chave EOA). Essas UserOps são emitidas em um mempool especial de Operação do Usuário, separado do mempool de transações normal do Ethereum. Pense nisso como uma área de espera onde as ações pretendidas das carteiras de contrato inteligente aguardam para ser captadas.

• Agrupadores (Bundlers): Aproximam-se agrupadores, que são um tanto análogos a mineradores ou produtores de blocos, mas no nível da operação do usuário. Um agrupador é um nó que observa este mempool de UserOp e coleta múltiplas UserOps de vários usuários em um "pacote", depois envolve esse pacote em uma única transação Ethereum L1. Em termos mais simples, o agrupador age em nome de muitos usuários para levar suas operações ao blockchain. O agrupador é um EOA (porque precisa ser, já que apenas EOAs podem iniciar uma transação L1 no protocolo atual) – mas os usuários finais não precisam mais cada um executar uma transação EOA. O agrupador paga o gás para a grande transação e, em troca, cobra uma taxa de cada UserOp incluída.

• Contrato de Entrada (EntryPoint Contract): A transação agrupada é enviada para um contrato inteligente especial de Entrada implantado no Ethereum. Este contrato é o ponto central do design do ERC-4337. O trabalho do contrato de Entrada é validar e executar essas Operações de Usuário no pacote. Ele desempacota o pacote e, para cada UserOp, chama a carteira de contrato inteligente do destinatário (o contrato de conta do usuário) para verificar essa operação e então executar a ação desejada. Cada carteira de contrato inteligente deve implementar uma interface padrão que o Ponto de Entrada chama, que normalmente inclui uma função como validateUserOp (para verificar assinaturas, nonces, etc. para as regras daquela conta) e uma função execute (para realizar a ação solicitada se a validação passar). Se qualquer UserOp falhar na validação (por exemplo, uma assinatura inválida ou fundos insuficientes), o EntryPoint a rejeitará para não executar uma transação ilegal.

• Mestres de Pagamento (Paymasters, Opcional): ERC-4337 também introduz o conceito de Mestres de Pagamento, que são contratos inteligentes auxiliares que podem patrocinar taxas de gás ou especificar quem e como pagar pelo gás. Quando presentes, um Paymaster pode ser anexado a um UserOp, e durante a validação o EntryPoint pedirá ao Paymaster para pagar o gás em nome do usuário (frequentemente após confirmar alguns critérios). Este mecanismo permite que os usuários façam transações sem manter ETH para gás – por exemplo, um desenvolvedor de dApp pode operar um Paymaster para pagar o gás para novos usuários como uma estratégia de integração amigável, ou permitir que o gás seja pago em um token ERC-20 que o usuário possui. Se nenhum Paymaster for usado, o gás é pago com os fundos da carteira inteligente do usuário (que ainda podem estar na forma de tokens ERC-20 se a carteira em si tiver lógica ou permuta para isso).

• Incentivo do Agrupador: Após executar as operações, o contrato de EntryPoint cuida de pagar a taxa devida ao agrupador (usando os fundos fornecidos pelo usuário ou pelo Paymaster). Isso incentiva os agrupadores a continuarem operando. Essencialmente, os agrupadores ganham taxas de forma semelhante a como os mineradores ou validadores ganham taxas de gás, exceto que agora podem ganhar a partir de um lote de operações de usuário.

Esta arquitetura efetivamente abstrai a necessidade direta de cada usuário ter um EOA. Apenas os agrupadores precisam usar EOAs para postar transações; "transações" de todos os outros são encapsuladas em UserOps tratadas pelo contrato. Como a equipe Rumble Fish disse, no modelo 4337 os agrupadores são “os únicos participantes precisando de [EOAs] dentro deste ecossistema de abstração de contas”. Para o usuário final, sua conta agora é puramente uma carteira de contrato inteligente – eles nunca enviam manualmente uma transação L1 de um EOA, ainda que sua vontade seja executada na cadeia da mesma forma, através do intermediário do EntryPoint.

Vamos quebrar um exemplo rápido para consolidar isso: Suponha que Alice tenha uma carteira de abstração de conta com uma regra “permitir que meu amigo Bob gaste no máximo 0.1 ETH da minha carteira por dia". Isso é algo impossível com um EOA normal – você não pode delegar autoridade de gastos limitados na cadeia com ferramentas embutidas. Mas com AA, a carteira de Alice é um contrato inteligente que aplica essa regra. Agora Bob quer ajudar Alice executando uma negociação para ela enquanto ela está off-line. Bob elabora uma Operação do Usuário chamando o contrato da carteira de Alice: “transfira 0.05 ETH de Alice para algum DEX”. Bob assina esta UserOp (talvez com sua própria chave, conforme autorizado no código do contrato de Alice). Esta UserOp vai para o mempool. Um agrupador a pega, juntamente com outras, e as envia para o EntryPoint. O EntryPoint chama a função de validação do contrato da carteira de Alice; o código verifica "Bob é um delegado permitido e esta quantia está dentro do limite diário de 0.1 ETH?" Se sim, a validação passa. Então o EntryPoint chama a função de execução na carteira de Alice, que por sua vez inicia a transferência de 0.05 ETH para o contrato DEX. A operação é bem-sucedida, e o EntryPoint paga ao agrupador de fundos da carteira de Alice uma pequena taxa de gás (ou talvez do depósito de Bob ou de um Paymaster, dependendo da configuração). Alice não teve que fazer nada naquele momento – as regras predefinidas de sua carteira permitiram a ação de Bob com segurança. Se Bob tivesse tentado exceder o limite ou não estivesse autorizado, a carteira teria rejeitado durante a validação.

Pelo exposto, é claro que a abstração de contas introduz muitas novas peças móveis (UserOps, agrupadores, EntryPoint, paymasters). No entanto, da perspectiva de um usuário, tudo isso pode estar sob os bastidores. O usuário simplesmente experimenta uma carteira mais flexível. Como um desenvolvedor descreveu, "o usuário final nem sabe que está usando abstração de contas – eles apenas veem funcionalidades que não eram possíveis antes". Dito isso, implementar isso com segurança é complexo. O contrato EntryPoint, por exemplo, se torna uma peça crítica da infraestrutura que deve estar livre de bugs e ser confiável. (Felizmente, foi auditado e verificado formalmente devido à sua importância.) O código de cada carteira inteligente também precisa ser escrito cuidadosamente para lidar adequadamente com assinaturas, nonces e verificações de segurança. Portanto, há muito trabalho de engenharia para tornar a AA segura e perfeita.

Vale a pena notar: Ethereum não foi a única rede de olho na abstração de contas. Alguns blockchains mais novos e redes de Camada-2 tiveram mais facilidade em integrar abstração de contas nativamente. Por exemplo, StarkNet (um zk-rollup de Camada-2 no Ethereum) foi projetado de forma que cada conta em StarkNet seja uma conta de contrato inteligente por padrão. Não há conceito de um EOA no StarkNet – mesmo contas de usuário têm código (tipicamente um contrato de conta padrão que pode ser atualizado ou configurado para as necessidades do usuário). Isso significa que o StarkNet tinha recursos de AA (como recuperação social, etc.) disponíveis desde o início, sem precisar de um sistema como o 4337 com agrupadores externos; os sequencers em si tratam as contas inteligentes intrinsecamente. Da mesma forma, o zkSync v2 (outro Camada-2) também suporta abstração de contas nativamente no nível de protocolo – eles implantam um contrato de conta padrão para cada usuário que imita o comportamento de um EOA a menos que personalizado, assim mantendo a compatibilidade enquanto ainda permite extensão. Essas abordagens validam oPoder da AA: ao remover a divisão EOA/contrato em nível de protocolo, é possível projetar uma funcionalidade de carteira muito mais rica. A abordagem ERC-4337 do Ethereum é um pouco mais elaborada (já que é uma camada extra), mas, em última análise, proporciona o mesmo resultado final no Ethereum de camada 1.

Agora que entendemos o que é a abstração de conta e como ela funciona (pelo menos na implementação do Ethereum), vamos nos voltar para os benefícios. Por que todo esse alvoroço? O que isso realmente possibilita para os usuários e desenvolvedores que antes não era possível (ou era muito difícil)? As vantagens da abstração de conta são numerosas, abrangendo segurança, usabilidade e além.

Benefícios da Abstração de Conta

A abstração de conta é frequentemente anunciada como um divisor de águas para a experiência do usuário e segurança no cripto. Ao permitir que as carteiras se tornem contratos inteligentes, ela desbloqueia recursos que tornam o gerenciamento de criptomoedas mais semelhante ao gerenciamento de uma conta bancária moderna ou perfil online, em vez de lidar com chaves criptográficas brutas. Vamos detalhar os principais benefícios:

Segurança Aprimorada e Opções de Recuperação

Um dos maiores apelos da abstração de conta é o potencial para a segurança dramaticamente melhorada das contas de cripto. Hoje, se você perder sua frase-semente ou chave privada para uma carteira EOA, você simplesmente perde o acesso – não há recuperação. Da mesma forma, se sua chave for roubada, o ladrão pode esvaziar tudo, e não há ninguém para chamar para congelar a conta ou desfazer o dano. Essa realidade dura levou a inúmeras histórias de fortunas perdidas e continua sendo um dos principais medos para novos usuários.

A abstração de conta oferece uma solução: porque sua conta é um contrato programável, você pode construir seus próprios mecanismos de segurança. Por exemplo, desenvolvedores podem implementar carteiras inteligentes com recuperação social ou aprovação multisig. Em uma carteira de recuperação social, você ainda tem uma chave de assinatura principal para uso diário, mas se perdê-la, um grupo de “guardiões” (amigos, família ou mesmo outros dispositivos seus) pode autorizar coletivamente uma chave de substituição para sua carteira. Isso significa que não há um único ponto de falha – perder uma chave não te deixa bloqueado para sempre, e nenhuma chave única roubada (a menos que todos os guardiões sejam comprometidos) deixa um invasor entrar. Vitalik Buterin defendeu a recuperação social como sua maneira preferida de proteger carteiras, e com a abstração de conta, esse modelo se torna muito mais fácil de ser amplamente implantado (de fato, projetos como Argent usaram uma forma disso através de contratos inteligentes).

Da mesma forma, a abstração de conta permite que carteiras multisignature se tornem mainstream para indivíduos, não apenas organizações. Você poderia exigir que qualquer transação de sua carteira precisasse ser assinada, digamos, por seu telefone e seu laptop (duas chaves) – o que reduz muito o risco de comprometimento de um único dispositivo. No passado, carteiras multisig existiam (como Gnosis Safe) mas eram usadas principalmente por equipes ou especialistas devido à configuração complexa. Com carteiras AA, uma interface amigável pode permitir que qualquer pessoa ative um 2-de-3 multisig para si mesma, ou adicione um limite de gastos diário que requer uma confirmação adicional se o limite for ultrapassado. Esses tipos de regras personalizadas não eram possíveis com EOAs simples.

Crucialmente, a abstração de conta significa que os desenvolvedores têm liberdade total para “serem criativos e programarem todos os tipos de opções para autenticação e recuperação de conta”, como uma análise notou. Quer adicionar uma autenticação de dois fatores (2FA) onde um dispositivo móvel deve co-assinar transações? Você pode. Quer que a carteira tenha uma função de “congelamento” para que você possa bloqueá-la se suspeitar de um hack (algo como congelar um cartão de crédito)? Você pode programar isso também. Que tal listar certos endereços “seguros” (como seu próprio armazenamento frio) que podem receber fundos ilimitados de sua carteira, mas requerem verificações extras para enviar para outros? Tudo é possível com a lógica de contrato. Em resumo, a abstração de conta traz a flexibilidade do design moderno de segurança para carteiras de criptomoedas, que até agora estavam presas a um modelo de chave tudo-ou-nada. Isso reduz muito as vulnerabilidades e pontos de falha que afligem as carteiras EOA. Os usuários não precisam mais andar em uma corda bamba sem rede de segurança – perder uma chave, você ainda pode ter outras maneiras de recuperar; ver uma tentativa suspeita, você pode ter programado disjuntores.

Barreiras Menores de Entrada para Novos Usuários

Além da segurança, a abstração de conta pode tornar o uso de criptomoedas muito mais acessível para usuários comuns. Vamos encarar: gerenciar uma EOA com taxas de gás e frases-semente é intimidante para iniciantes. A interface do usuário/experiência do usuário foi frequentemente comparada aos primeiros dias da internet – você efetivamente pede aos usuários que gerenciem chaves secretas (como senhas longas) perfeitamente, e para entender conceitos como gás e nonces desde o primeiro dia. Isso é uma barreira para a adoção.

A abstração de conta reduz essa barreira ao permitir experiências mais familiares e amigáveis ao usuário. Por exemplo, com pagadores cobrindo taxas de gás ou permitindo gás em stablecoins, um novo usuário poderia executar sua primeira transação em blockchain sem nem possuir ETH para gás. Um dApp ou carteira poderia patrocinar a taxa de gás (talvez como uma promoção de onboarding ou usando um modelo freemium) – o usuário apenas vê sua ação passar, semelhante a como um aplicativo fintech pode isentar taxas para uma primeira transação. Isso é enorme: exigir que novos usuários primeiro adquiram ETH (geralmente em uma exchange) apenas para poder usar um dApp tem sido um pesadelo de onboarding. A abstração de conta remove esse obstáculo permitindo a abstração de taxas de gás – os usuários podem pagar em qualquer token que tenham, ou não pagar nada se uma terceira parte intervir.

Outra melhoria na experiência do usuário é a ideia de transações "sem assinatura" ou de um clique. Embora não seja literalmente sem assinatura (ainda há criptografia sob o capô), do ponto de vista do usuário, você poderia estar "logado" em um dApp por uma sessão e não ter que confirmar manualmente cada ação. Com a abstração de conta, carteiras podem implementar chaves de sessão – chaves efêmeras que têm direitos restritos (por exemplo, podem realizar apenas certas ações por um tempo limitado). Você poderia fazer login em um jogo dApp e aprovar uma chave de sessão que permite que esse jogo execute movimentos em seu nome por, digamos, a próxima hora, com um limite de gastos. Durante essa hora, você desfruta de uma experiência contínua como se estivesse apenas jogando um jogo online normal – sem pop-ups de transação a cada minuto. O contrato inteligente da sua carteira garante que a chave de sessão não possa fazer nada além de suas permissões dadas, e após uma hora ela é anulada. Esse tipo de fluxo é análogo a como os aplicativos web2 mantêm sessões, e é habilitado pela flexibilidade da abstração de conta. Implementações iniciais de chaves de sessão e experiências de "login com Ethereum" estão sendo exploradas agora usando carteiras AA.

Além disso, a abstração de conta pode permitir recursos como pagamentos automáticos ou assinaturas. Conforme mencionado anteriormente, a equipe de pesquisa em cripto da Visa demonstrou uma prova de conceito onde uma carteira inteligente poderia executar pagamentos recorrentes (débitos automáticos) em sua própria programação. Em seu cenário, um usuário poderia agendar pagamentos mensais de contas a partir de uma carteira autocustodial – algo que atualmente apenas serviços de custódia ou bancos centralizados podem fazer – dando a um contrato inteligente pré-aprovação para retirar fundos quando devidos. Isso foi feito em uma camada 2 (StarkNet) com AA nativa, mas o conceito se aplica amplamente. Imagine poder agendar trades, pagamentos de contas ou transferências com antecedência com condições ("execute esta transação se meu saldo for superior a X na data Y") – isso se torna possível quando sua conta pode executar código autonomamente quando ativado adequadamente. O usuário não precisa estar online clicando em "confirmar" toda vez; seu contrato de carteira age de acordo com as regras que definir.

Todas essas melhorias levam a uma experiência de onboarding e uso mais amigável. Um blog notou apropriadamente que com a abstração de conta, dApps podem começar a se sentir tão suaves quanto aplicativos fintech tradicionais, onde os usuários não se preocupam com as partes arcanas da blockchain como nonces e gás. Os usuários poderiam recuperar contas por meio de processos familiares (contatar guardiões ou usar dispositivos de backup, análogo a "resetar senha"), e eles podem usar aplicativos sem entender gás (a complexidade é tratada sob o capô, possivelmente pelo aplicativo). Para pessoas não nativas do cripto, isso é uma grande diferença – é a diferença entre exigir que alguém configure sua internet via linha de comando vs. apenas tocar em um ícone de aplicativo e usar um serviço.

Personalização e Automação de Transações

Com a abstração de conta, os usuários ganham mais controle sobre o que suas contas podem fazer – e podem automatizar tarefas complexas que anteriormente exigiam esforço manual ou confiança em serviços externos. Tocamos em alguns exemplos, mas vamos destacar algumas capacidades chave:

• Agrupamento e Ações Complexas: EOAs tradicionais devem enviar uma transação por vez, cada uma com uma confirmação separada. Carteiras de contratos inteligentes podem ser projetadas para agrupar múltiplas ações em uma única meta-transação. Por exemplo, você poderia executar uma série de etapas de forma atômica: negociar em uma DEX, depois emprestar o resultado em uma plataforma de empréstimo, depois transferir o token obtido – tudo em uma transação de sua carteira inteligente. Isso não apenas economiza tempo e cliques, mas pode economizar gás ao combinar etapas. De fato, um benefício citado da abstração de conta é a capacidade de "agrupar múltiplas transações juntas", reduzindo a sobrecarga e possivelmente economizando taxas. Para os usuários, isso significa estratégias de um clique em vez de lidar com múltiplas tx.

• Transações Pré-Aprovadas e Automação: Você pode autorizar certas transações para acontecerem sob certas condições sem aprovações adicionais. Isso pode habilitar coisas como ordens de stop-loss em DeFi (sua carteira executa automaticamente uma negociação se o preço atingir um limite), ou movimentos de jogo em jogos blockchain que são executados automaticamente dentro de certos parâmetros. Porque a conta está executando sua vontade como código, é como ter um agente pessoal on-chain. Um uso real concreto: alguém pode programar "se eu não interagir com minha conta por 1 ano, transferir automaticamente os fundos para minha carteira de backup" – um tipo de botão de homem morto, proporcionando um mecanismo de herança. Sem AA, isso requer confiar em terceiros.Contente: serviço ou esperando que alguém chame um contrato especial; com AA, sua própria conta pode aplicá-lo.

• Gestão Fácil de Ativos: A abstração de conta permite recursos como "transferir todos os meus tokens com uma chamada de função". Normalmente, se você quisesse migrar para uma nova carteira, precisaria enviar cada token individualmente. Uma carteira inteligente poderia ter um método para transferir todos os ativos (ETH e qualquer token, NFTs, etc.) de uma vez para outro endereço - simplificando a migração de carteiras ou a consolidação de ativos. Ela também poderia permitir a mudança de propriedade da própria carteira: por exemplo, vender uma carteira ou transferi-la para alguém (algo não simples com EOAs, já que um EOA está atado a uma chave fixa que você não deve compartilhar).

• Restrições Programáveis: Você pode impor políticas arbitrárias sobre o uso da sua conta. Por exemplo, você pode definir um limite de gastos diário. Se as transações excederem esse valor em soma, a carteira pausa transferências adicionais até o próximo dia ou exige uma confirmação adicional de você. Esse tipo de limitação pode prevenir a perda de todos os fundos se uma chave for comprometida silenciosamente – o ladrão só poderia retirar, por exemplo, 1% dos seus fundos por dia, dando-lhe tempo para perceber e reagir. As contas também poderiam restringir certos tipos de transações (por exemplo, "não permitido chamar o contrato DeFi arriscado X a menos que uma chave extra assine"). Isso é análogo a como cartões de crédito permitem que você defina limites ou alertas em transações acima de um determinado valor.

Em resumo, a abstração de conta concede flexibilidade sem precedentes. Um comentário de desenvolvedores de blockchain resumiu bem: com EOAs, os usuários estão "presos a transações que não podem ser personalizadas ou automatizadas – cada uma tem que ser assinada individualmente." Mas com a abstração de conta, "o jogo muda" e os usuários podem "configurar pagamentos recorrentes e se aventurar em outras formas de automação," até mesmo autorizando várias ações de uma só vez. É como passar de um carro manual para um carro autônomo inteligente em que você pode programar rotas e regras – você deixa de fazer cada pequena ação sozinho para definir o que deseja e deixar o sistema lidar com as mecânicas.

Flexibilidade de Taxas de Gás e Patrocínio

Outro benefício importante é a flexibilidade em torno das taxas de gás que a abstração de conta proporciona. No Ethereum atual, você precisa pagar taxas de gás em ETH de sua própria conta para cada transação. Isso é inviável para muitas experiências amigáveis ao usuário – imagine se cada vez que você passasse seu cartão de crédito, tivesse que também levar uma segunda moeda para pagar uma taxa, e se não tivesse, o pagamento falharia. Isso é essencialmente o caso com EOAs e ETH para gás.

A abstração de conta quebra essa restrição ao permitir abstração de gás:

• Sua conta (carteira inteligente) poderia ser configurada para pagar o gás usando qualquer token que você tenha. Por exemplo, se você só possui stablecoin USDC, a lógica da carteira (junto com uma integração de paymaster ou dex) poderia automaticamente converter um pouco de USDC ou usá-lo para pagar o minerador/validador, para que você não precise de ETH de forma alguma.
• Um patrocinador (paymaster) pode cobrir seu gás. Isso abre as portas para transações sem gás para usuários. Um dApp pode decidir pagar as taxas de transação dos usuários para aumentar a adoção – semelhante a uma empresa cobrindo custos de envio para clientes como um incentivo. Isso foi possível de maneiras limitadas via metatransações no passado, mas a abstração de conta padroniza isso e o torna mais seguro. Os usuários podem interagir com um aplicativo blockchain sem sequer perceber que o gás existe; a experiência pode parecer um aplicativo web2 gratuito, onde as operações “simplesmente funcionam”. Por exemplo, novos usuários se inscrevendo poderiam receber algumas transações gratuitas patrocinadas pelo aplicativo, suavizando sua primeira experiência.
• Lógica flexível de taxas: Talvez você queira automaticamente usar o ativo mais barato que tem no momento para pagar taxas, ou escolher dinamicamente entre pagar em ETH vs. outro token dependendo das taxas de mercado – toda essa lógica poderia estar embutida no contrato da sua carteira ou na política de um paymaster.

A especificação ERC-4337 considera isso explicitamente como um recurso-chave: graças aos Paymasters, os usuários “não são obrigados a manter o token nativo ETH para interagir com a rede mais". É uma melhoria significativa para novos usuários entrando no Web3. E a análise da Rumble Fish destacou que com AA, dApps ou até outras pessoas podem contribuir para pagar o gás de alguém como um presente ou promoção, tornando o onboarding muito mais suave. Já vimos organizações como a Visa experimentarem o uso da abstração de conta para permitir que usuários paguem o gás com um cartão de crédito ou por meio de terceiros, efetivamente tornando a transação cripto sentir-se como uma compra online normal. Esse tipo de UX seria um grande salto para tornar as aplicações blockchain amigáveis ao mainstream.

Proteção para o Futuro e Novas Possibilidades

Finalmente, a abstração de conta é importante não só pelo que habilita hoje, mas por como ela protege as contas blockchain para novas tecnologias e desbloqueia classes inteiramente novas de aplicações:

• Criptografia pós-quântica: As assinaturas atuais do Ethereum (ECDSA) poderiam ser quebradas por computadores quânticos no futuro. Com a abstração de conta, podemos migrar gradualmente para esquemas de assinaturas resistentes a quântica conta por conta, em vez de precisar de um hard fork que mude como todas as assinaturas funcionam. De fato, a AA permite que múltiplos esquemas de assinatura coexistam – algumas contas poderiam usar chaves tradicionais, outras poderiam exigir assinaturas seguras contra quântica como Lamport ou BLISS, etc. O Ethereum 4337 é visto como “um dos primeiros passos em direção a criação de transações resistentes a computadores quânticos” porque desacopla a verificação da conta de um algoritmo fixo.
• Acesso baseado em função e modularidade: As contas podem ser programadas para controle de acesso baseado em função. Por exemplo, você poderia designar uma "chave de negociação" que só é permitida para fazer negociações, mas não retiradas, ou uma "chave de implantação" que pode implantar contratos, mas não mover fundos, tudo sob um contrato de conta. Isso é útil para organizações ou usuários avançados que desejam um controle mais refinado.
• Multisig de primeira classe e contas compartilhadas: A abstração de conta poderia fazer contas de múltiplos proprietários serem cidadãos de primeira classe através do ecossistema. Isso significa que dApps e protocolos podem suportar nativamente interações com contas multisig mais facilmente. Também significa que carteiras de equipe ou familiares se tornam mais fáceis – um contrato de conta pode ser controlado por N pessoas, cada uma com certos direitos, o que não é simples com EOAs. Na verdade, o texto de referência destacou a abstração de conta permitindo “carteiras de equipe” como um caso de uso, referindo-se a carteiras que múltiplas pessoas gerenciam com regras de governança programadas (ideal para tesourarias de negócios, fundos DAOs, etc.).
• Identidade e reputação em cadeia: Como contratos de conta podem conter lógica, eles poderiam integrar coisas como pontuações de reputação ou listas de permitidos para DeFi (por exemplo, uma conta que só permite interações com protocolos na lista de permitidos para segurança até que o usuário altere as configurações). Eles também podem integrar-se com sistemas de identidade, como exigir uma determinada credencial ou NFT para desbloquear alguns recursos. Isso se mistura ao reino das contas inteligentes servindo como hubs de carteira e identidade.

Em suma, os benefícios da abstração de conta abrangem segurança, usabilidade, flexibilidade e preparo para o futuro. É sobre fazer contas cripto tão poderosas e convenientes quanto o software moderno permite, sem sacrificar os princípios de auto-custódia e descentralização. Não é à toa que muitos na comunidade Ethereum a veem como crucial para impulsionar a próxima onda de adoção. Como uma fonte colocou, a abstração de conta é amplamente vista como um “importante pilar no caminho do Ethereum para uma adoção maciça de usuários.”

Tendo pintado o quadro do que a AA possibilita, vamos fundamentar esta discussão analisando algumas implementações e exemplos do mundo real da abstração de conta em ação, bem como o que está acontecendo agora no ecossistema.

Aplicações e Exemplos do Mundo Real

A abstração de conta pode soar teórica, mas já está sendo implementada e testada na prática. Aqui estão alguns exemplos notáveis e cenários que ilustram seu impacto:

• Carteiras de Contrato Inteligente (Recuperação Social & Multisig): Projetos como a carteira Argent foram pioneiros iniciais das carteiras de contrato inteligente que oferecem recuperação social e contatos confiáveis. A carteira da Argent (mesmo antes da ERC-4337) permitia que os usuários nomeassem “guardiões” para ajudar a restaurar o acesso caso perdessem a chave – isso foi conseguido através de um contrato personalizado para cada usuário. Com o ERC-4337 agora ao vivo, essas carteiras podem se conectar a uma infraestrutura padronizada e potencialmente se tornarem mais comuns na indústria. Da mesma forma, a Gnosis Safe (agora chamada Safe) tem sido uma carteira multi-assinatura amplamente utilizada (principalmente para equipes/DAOs). O Safe é essencialmente um caso de uso de abstração de conta (múltiplos proprietários controlando um contrato de conta). Na verdade, a equipe do Safe está ativamente abraçando a AA; eles até desenvolveram um protótipo para aproveitar o ERC-4337 e estão analisando como as mudanças de protocolos futuras (como o EIP-7702) apoiarão a migração de contas Safe existentes para contas inteligentes de primeira classe. Esses exemplos mostram que carteiras de seguranca aprimoradas para tanto indivíduos quanto organizações são uma clara vitória imediata para AA.

• Patrocínio de Gás por DApps: Estamos vendo aplicativos descentralizados experimentar a cobertura das taxas de gás do usuário para melhorar a UX. Por exemplo, um jogo de blockchain ou uma exchange descentralizada pode usar um Paymaster (por ERC-4337) para permitir que os usuários negociem sem manter ETH para gás – o dApp patrocina o gás, talvez recuperando o custo por meio de uma taxa de protocolo ligeiramente maior ou como uma despesa de marketing. Esta experiência de transação sem gás é muito atraente para a introdução de novos usuários. Uma plataforma DeFi poderia literalmente anunciar “nenhum ETH necessário para começar a emprestar – deposit noções usando diretamente USDC”. Alguns provedores de SDK de carteira (como Biconomy ou OpenGSN) historicamente forneceram frameworks de metatransação; com a abstração de conta, isso pode ser feito de maneira mais nativa e segura. Em um caso, um projeto apoiado pela fundação Ethereum demonstrou um sistema onde os usuários poderiam até usar um cartão de crédito para pagar taxas indiretamente – a VisaSkip translation for markdown links.

Content: pesquisa que mencionamos permitiu que uma carteira pagasse gas cobrando em um cartão Visa, tudo mediado pela lógica da carteira e um paymaster. Embora cobrar um cartão de crédito por gas ainda não seja comum, o fato de ser possível destaca o quanto podemos abstrair a mecânica da blockchain para longe do usuário.

• Pagamentos Recorrentes e Assinaturas: O conceito de pagamentos recorrentes automatizados de uma carteira auto-custodial era praticamente inédito antes, porque um EOA não pode iniciar um pagamento por conta própria em uma data futura. Com a abstração de contas, no entanto, pagamentos automáticos tornam-se viáveis. O prova de conceito da Visa na StarkNet é um exemplo principal: eles usaram a abstração de contas para implementar um pagamento baseado em pull (o cobrador poderia acionar o pagamento da carteira do usuário na data do vencimento, porque a carteira já havia pré-autorizado isso). Outro exemplo hipotético: um serviço de streaming poderia implantar um contrato inteligente que, a cada mês, acione o contrato de sua carteira para a taxa de assinatura; o código da sua carteira poderia verificar se é o serviço legítimo e pagá-los automaticamente em, digamos, uma stablecoin – tudo sem você fazer login todo mês. Esse tipo de conveniência geralmente estava ausente no Web3, potencialmente forçando os usuários em soluções custodiadas se quisessem tais recursos. A abstração de contas traz isso para a auto-custódia.

• Experiências de "Um Clique" e Composabilidade: Considere um marketplace de NFT onde comprar um NFT pode envolver várias etapas (aprovar token, depois negociar, etc.), ou uma participação em DAO que exige bloquear tokens e então votar. Com carteiras de AA, projetos podem projetar fluxos onde o usuário faz um "comprar" ou "participar" com um clique e, nos bastidores, o contrato da carteira agrupa as etapas necessárias. Já vemos isso com alguns agregadores de DeFi que fazem meta-transações, mas com AA nativa pode ser mais prevalente e mais simples de integrar. Isso aumenta a composabilidade de dApps – sua conta inteligente poderia interagir com vários protocolos em um só movimento, o que encoraja desenvolvedores a criar recursos mais ricos sem se preocupar que os usuários abandonem após a primeira de várias transações.

• Adoção de Camada 2 e UX Cross-Chain: Em redes de Camada 2 do Ethereum como StarkNet e zkSync (que têm AA nativa), os usuários estão tendo um gostinho desses benefícios desde o primeiro dia. Um usuário na StarkNet, por exemplo, pode criar sua conta implantando um contrato (há um custo inicial único para implantar seu contrato de conta) e, a partir de então, aproveitar recursos como escolher qualquer token para pagar taxas. À medida que esses L2s ganham usuários, a expectativa por tal conveniência aumentará, pressionando outras cadeias a adotar ideias semelhantes. Além disso, a abstração de contas pode ajudar com experiências cross-chain. Alguns na comunidade falam sobre "abstração de cadeia" junto com a abstração de contas. Por exemplo, uma carteira inteligente poderia abstrair em qual cadeia uma operação acontece – você poderia iniciar uma ação e a carteira (via relays ou bridges) lida com a execução na cadeia apropriada, retornando o resultado para você, sem que você tenha que mudar manualmente de redes ou manter tokens de múltiplas cadeias. Isso ainda está nos estágios iniciais, mas conceitualmente uma conta inteligente poderia gerenciar recursos em múltiplas cadeias se projetada para isso, proporcionando uma UX unificada.

• Ferramentas de Desenvolvimento e Novos Serviços: Um leque de novos serviços está surgindo para apoiar a abstração de contas. Por exemplo, provedores oferecem Wallet-as-a-Service (WaaS) que lidam com a implantação de carteiras inteligentes para usuários e gerenciam chaves de maneiras amigáveis ao usuário (alguns integram enclaves seguros em telefones ou backups na nuvem, etc.). Embora não promovamos empresas específicas, é notável que muitas startups e projetos estão ativamente construindo ferramentas de AA – de SDKs que permitem que qualquer dApp crie uma carteira AA para seus usuários, a paymasters especializados que lidam com conversões de gas. Isso significa que o ecossistema está se movendo rapidamente em direção a tornar o AA contínuo. À medida que essas ferramentas amadurecem, mais aplicativos podem adotar AA sem reinventar a roda, e os usuários podem usar AA sem nem perceber (por exemplo, um jogo pode automaticamente dar a cada usuário uma carteira de contrato em segundo plano vinculada ao seu login de e-mail – o usuário só sabe que tem uma conta de jogo, que nos bastidores é uma carteira de contrato inteligente vinculada à chave autenticada por e-mail).

Todos esses exemplos reforçam que a abstração de contas não é apenas uma atualização teórica; está acontecendo agora em várias frentes, trazendo melhorias concretas. No entanto, ainda não é tudo flores. Como qualquer nova tecnologia, há desafios e compensações a serem cientes. É importante examinar isso para ter uma visão equilibrada.

Desafios e Limitações da Abstração de Contas

Enquanto a abstração de contas abre possibilidades empolgantes, também introduz novas complexidades e considerações. Aqui estão alguns dos desafios e limitações a serem lembrados:

• Risco de Contrato Inteligente: Ao transformar carteiras de usuários em contratos inteligentes, introduzimos inerentemente o risco de contrato inteligente às contas pessoais. Um bug no código da carteira poderia ser desastroso – por exemplo, uma falha poderia permitir a um atacante contornar a segurança ou drenar fundos. Com EOAs, o "código" envolvido em sua conta é basicamente apenas verificação de assinatura ECDSA, que é um primitivo criptográfico bem testado. Carteiras inteligentes são muito mais complexas. Embora as estruturas principais de AA (como o contrato EntryPoint no ERC-4337) sejam auditadas, a segurança de cada implementação de carteira pode variar. Como observado por um guia de desenvolvedores, ao usar uma carteira AA, você está "implantando um contrato imutável" e, se um bug for encontrado, pode ser desafiador aplicar correções, já que o código do contrato não pode ser facilmente alterado. Alguns contratos de carteira podem incluir recursos de upgrade ou migração para mitigar isso, mas isso então introduz considerações de confiança (quem pode atualizá-lo?). A diligência na auditoria de contratos de carteiras é crucial.

• Complexidade e Novos Modos de Falha: A arquitetura AA (com bundlers, paymasters, mempool separado) é mais complexa em comparação ao status quo. Isso significa mais componentes que poderiam falhar ou ser atacados. Por exemplo, e se a rede de bundlers não for suficientemente descentralizada no início? Bundlers poderiam censurar certos UserOps ou demandar altas taxas? Há um risco de centralização se apenas alguns atores se tornarem bundlers dominantes. Com o tempo, espera-se que muitos nós da Ethereum ou mineradores/validadores em si possam executar software de bundlers (especialmente se houver incentivos econômicos), mas em estágios iniciais, os usuários estão confiando que o mempool de UserOps e bundlers estão funcionando honestamente. O contrato EntryPoint é outro ponto central de confiança – se uma vulnerabilidade for encontrada lá, ela poderia afetar todos os usuários de AA. A comunidade Ethereum tomou precauções (o EntryPoint pode ser substituído via um mecanismo de atualização se um bug for encontrado, sob uma governança multisig por desenvolvedores até a total descentralização), mas é uma peça chave a ser observada.

• Custos de Recursos (Gas e Implantação): Usar uma carteira de contrato inteligente tem sobrecarga. Há um custo único de implantação para criar sua conta (você tem que publicar um novo contrato em blockchain para cada carteira de usuário, a menos que use um padrão de implantação contrafactual onde é criado no primeiro uso). Isso poderia custar alguns dólares em gas na Ethereum mainnet, o que pode desmotivar alguns usuários ou exigir que as carteiras patrocinem isso. Além disso, cada operação através de uma carteira inteligente pode ser ligeiramente mais cara em gas do que uma transação simples de EOA porque envolve chamar o EntryPoint, executar código adicional, etc. No entanto, parte disso pode ser compensada por eficiências de execução em lote. Ainda assim, para atividades intensivas on-chain, esses custos se acumulam. Isso significa, pelo menos inicialmente, que a abstração de contas pode ser mais comum em Camadas-2 (onde o gas é mais barato) e apenas para casos de uso de maior valor em Camada-1. A boa notícia é que os desenvolvedores da Ethereum estão cientes disso e estão trabalhando em mudanças no protocolo para tornar AA mais eficiente em termos de gas. Por exemplo, propostas como "InitCode compression" ou outros EIPs visam reduzir o custo de implantar e usar contas inteligentes, e no longo prazo, se AA se tornar o padrão, o protocolo pode otimizar para isso.

• Gerenciamento de Chaves Ainda é Fundamental (Literalmente): É importante notar que a abstração de contas não elimina chaves privadas – apenas adiciona camadas em torno de como elas são usadas. Você ainda precisa, em última análise, de alguma forma de chave privada ou segredo para autenticar como o dono de uma conta (mesmo que essa chave seja dividida entre várias partes ou armazenada em hardware, etc.). Se um usuário escolher uma segurança fraca para suas chaves, eles ainda podem ser hackeados. AA oferece ferramentas como recuperação social, mas os usuários devem realmente usá-las e configurá-las corretamente. Alguns críticos apontam que muitos usuários podem se manter nas configurações padrão, que poderiam ser uma única chave controlando o contrato da conta (basicamente replicando um EOA, mas com mais complexidade). Em tais casos, se nunca configurarem guardians ou 2FA, não ganharam muita segurança – e ainda podem estar em mais risco se não entenderem o novo modelo de carteira. Em resumo, a abstração de contas melhora muito a segurança potencial, mas não a garante. Os usuários precisarão de uma boa UX para guiá-los a configurações mais seguras (por exemplo, prompts para adicionar um guardião ou uma chave de backup durante a introdução à carteira).

• Ainda Não é Universal: A partir de 2025, a abstração de contas via ERC-4337 está disponível na Ethereum, mas requer que os provedores de carteira a suportem. Se sua carteira atual (por exemplo, MetaMask ou carteiras de hardware) não suportar a criação e o gerenciamento de contas inteligentes 4337, você não pode se beneficiar de AA sem mudar. Estamos em um período de transição onde EOAs e contas AA coexistem. Isso pode causar confusão e atritos para os usuários. Por exemplo, contas AA têm seu próprio endereço (que parece qualquer endereço Ethereum, mas na verdade é um contrato). Se alguém enviar ETH para o endereço da sua carteira AA, tudo bem – é um endereço – mas para enviar ETH, você passará pelo fluxo de AA em vez de uma transação simples de EOA. usuários avançados podem se preocupar com a compatibilidade: "Este dApp suportará minha_skip_title_: "Carteira inteligente?"

Geralmente, se a carteira AA (Abstraction Account) for bem projetada, ela deve funcionar com todos os dApps (já que, do ponto de vista do dApp, é apenas um endereço fazendo chamadas de contrato). No entanto, algumas ferramentas de baixo nível (como alguns exploradores de blockchain ou carteiras mais antigas) podem não reconhecer completamente essas transações. Com o tempo, padrões como o ERC-4337 devem ser integrados sem problemas, mas o ecossistema precisa se atualizar – coisas como exploradores de blockchain, firmware de carteiras de hardware etc., podem precisar de atualizações para exibir e assinar adequadamente operações AA.

• Interoperabilidade e Multichain: Se você usa sua conta inteligente em várias redes (L1, L2s, sidechains), talvez precise implantar o contrato em cada rede, o que pode ser trabalhoso. Está sendo feito um trabalho para tornar a implantação de contas “replicável” entre cadeias, para que você possa manter o mesmo endereço e capacidades em todos os lugares. No entanto, até que isso seja totalmente resolvido, é importante considerar que usar AA em uma rede não significa automaticamente tê-la em outra – pode ser necessário algum ajuste por rede.

• Desafios de Transição para Usuários Existentes: Já existem milhões de EOAs, incluindo aqueles que detêm ativos valiosos (como NFTs que são vinculados à alma ou não transferíveis, o que significa que não se pode simplesmente movê-los para uma nova carteira inteligente facilmente). Como esses usuários fazem a transição para abstração de conta se desejarem? Uma abordagem são upgrades de protocolo como o EIP-7702, proposto por Vitalik e outros, que permitiria a um EOA “adotar” funcionalidades de contrato inteligente sem mudar seu endereço (mais sobre isso na próxima seção). Mas até que tais atualizações ocorram, os usuários podem ter que criar novas contas para obter os recursos de AA, o que é um fardo especialmente se eles têm ativos vinculados ao seu endereço antigo. Há também um desafio educacional: os usuários devem entender por que mudar para uma carteira inteligente é benéfico e superar a inércia do “se não está quebrado, não conserte” com seus EOAs. A comunidade precisará enfatizar os benefícios (e talvez as carteiras facilitem isso oferecendo ferramentas de migração com um clique).

Apesar desses desafios, o sentimento geral na comunidade Ethereum é que as vantagens da abstração de conta superam em muito as desvantagens, e muitas dessas limitações estão sendo ativamente abordadas. Não é incomum que novas tecnologias fundamentais comecem com maior complexidade e, depois, se tornem mais suaves com o tempo. Os primeiros smartphones eram desajeitados e tinham uma duração de bateria curta, mas agora são indispensáveis e fáceis de usar; da mesma forma, as carteiras AA hoje podem parecer novas e diferentes, mas em alguns anos, os usuários podem não imaginar viver sem recursos como recuperação social ou transações sem gás.

Com essa visão equilibrada, vamos olhar para o que o futuro reserva para a abstração de contas. Como ela evoluirá e que desenvolvimentos podemos esperar na busca para tornar contas inteligentes o novo normal?

Rumo à Abstração de Conta Completa

A abstração de conta no Ethereum – especialmente via ERC-4337 – é um marco significativo, mas é frequentemente descrita como um passo na jornada, em vez de o destino final. A visão final, como expressa por muitos desenvolvedores principais do Ethereum, é chegar a uma “abstração de conta completa” no nível do protocolo, onde cada conta é uma conta inteligente e o conceito legado de EOAs desaparece completamente. Alcançar isso provavelmente envolverá mais atualizações e estratégias de transição cuidadosas nos próximos anos. Aqui está um vislumbre do que está no horizonte:

1. Integração no Nível de Protocolo: Atualmente, o ERC-4337 opera na camada de aplicação, aproveitando o mecanismo de transação existente do Ethereum através do contrato EntryPoint. A longo prazo, o Ethereum poderia integrar a abstração de conta diretamente no protocolo (Camada 1) para simplificar o processo. Isso pode significar introduzir um novo tipo de transação ou alterar as regras de consenso para que carteiras de contrato inteligente possam iniciar transações sem a necessidade de indireção do bundler. De fato, propostas anteriores como o EIP-2938 (que não foi adotado) tentaram isso ao adicionar um novo tipo de transação “AA” no nível do protocolo. A comunidade optou por primeiro a abordagem 4337, mas não descartou mudanças mais profundas eventualmente. Ao integrar AA nativamente, o Ethereum poderia eliminar a necessidade de um mempool separado para UserOps e potencialmente reduzir custos de gás (já que a lógica do EntryPoint poderia ser tratada de forma mais eficiente pelo código do protocolo). Uma ideia recente é algo chamado “mempool unificado” (discutido em uma proposta preliminar RIP-7560) que uniria UserOps com transações normais em um pool único e tornaria a execução mais eficiente em termos de gás. Embora técnica, a vantagem é uma arquitetura mais simples e custos menores para AA.

2. Transição de EOAs para Contas Inteligentes: Para uma abstração de conta completa, novos EOAs eventualmente precisam parar de serem criados. Todas as novas contas seriam por padrão contas inteligentes. Isso pode acontecer se softwares de carteiras como o MetaMask começarem a criar simplesmente uma carteira inteligente 4337 em vez de uma conta de chave pura quando um usuário é incorporado, tornando-o abstrato para o usuário (o usuário pode nem perceber que agora tem uma conta de contrato). A parte mais difícil é migrar os EOAs existentes. Uma abordagem em andamento é o EIP-7702, previsto para ser parte de uma atualização de rede futura (possivelmente chamada “Pectra” em 2025). O EIP-7702 é projetado para permitir que um EOA execute código de contrato inteligente diretamente de seu endereço. Ele funciona permitindo que um EOA designe um contrato de “delegação” – essencialmente anexando uma lógica inteligente ao EOA. Quando alguém interage com o EOA, a rede executará o código do contrato associado (semelhante a um delegatecall) como se o EOA fosse um contrato. Esse recurso borraria a linha entre EOAs e contas de contrato, dando aos EOAs capacidades inteligentes enquanto ainda usam a chave original para controle. Na prática, isso significa que se você tem um EOA legado com um endereço importante, poderá adicionar um módulo de contrato inteligente a ele, permitindo multi-sig, recuperação social, etc., sem mudar seu endereço ou mover ativos. É como atualizar seu carro antigo com um motor moderno assistido por computador.

3. Eliminação do Controle por Chave Privada Única: Para alcançar a verdadeira abstração de conta, o Ethereum pode implementar uma regra onde uma vez que uma conta é transformada em conta inteligente, a chave original não pode mais ser usada diretamente para assinar transações (então não pode ignorar a lógica inteligente). Uma proposta interessante é o EIP-3607, que sugere que, se uma conta tiver código de contrato, ela deve rejeitar qualquer transação normal (aquelas presumivelmente vindas da chave antiga). Em outras palavras, se você converter seu EOA em uma conta inteligente, não há retorno – o contrato agora está no comando, e a chave privada sozinha não pode mover fundos fora das regras do contrato. Esse tipo de mudança provavelmente precisa ser planejado cuidadosamente para evitar deixar usuários isolados, mas representa o fim dos “EOAs”. Em paralelo, recursos como o EIP-1271 (que define um padrão para verificação de assinatura baseada em contratos) já são usados para que contratos possam atuar em protocolos que esperam autenticação por assinatura. Com o tempo, a ideia é que qualquer lugar que atualmente espera “assinatura de EOA” irá igualmente aceitar a validação baseada em contrato de conta inteligente, tornando as contas de contrato cidadãos totalmente capazes do ecossistema blockchain.

4. Recursos Padrão Aprimorados: Em um mundo de abstração de conta completa, podemos ver carteiras saindo de fábrica com coisas que hoje são opcionais. Por exemplo, novas contas podem ter automaticamente um setup de recuperação social (talvez durante a criação da carteira você seria solicitado a escolher alguns guardiões). Opções de recuperação podem se tornar padrão, não uma reflexão tardia. O mesmo vale para segurança multi-dispositivo ou multi-fator – poderia ser embutido na conta desde o início. Como mencionado anteriormente, esquemas de assinatura múltipla poderiam ser permitidos: imagine que sua conta permite que você se autentique com o biométrico do seu telefone (que pode usar algo como uma chave Secure Enclave ligada à sua impressão digital) e com uma chave de hardware como backup. A abstração de conta permite combinar isso sob uma única conta. Isso tornaria as carteiras mais fáceis de usar (sem uma única frase semente para proteger com sua vida) e mais resistentes a ameaças evolutivas como computadores quânticos.

5. Adoção Generalizada em Apps: À medida que mais dApps e usuários migram para AA, provavelmente veremos uma explosão de usos criativos. Plataformas DeFi podem oferecer recursos especiais para carteiras AA (como “se você usar uma carteira AA, você pode definir ordens condicionais diretamente da nossa UI” etc.). Jogos de blockchain podem exigir menos atrito na assinatura do usuário. Espere também novos paradigmas em áreas como governança de DAOs, onde uma conta pode ter políticas de votação embutidas ou delegação que interagem automaticamente com contratos de governança. As possibilidades são vastas – essencialmente, qualquer lógica de nível de usuário que as pessoas quiseram ter, mas não puderam devido a limitações de EOA, pode se tornar padrão.

6. Outras Blockchains Seguindo o Exemplo: O Ethereum está liderando o caminho, mas outras cadeias estão prestando atenção. Algumas estão integrando abstração de contas à sua maneira. Falamos sobre StarkNet e zkSync. Há também um conceito emergente em redes como Polkadot e Cosmos de “smart keys” ou contas flexíveis. Por exemplo, o Polkadot permite que contas configurem um mecanismo de recuperação social com várias contas de amigos também (no nível do protocolo). À medida que a indústria vê o sucesso do Ethereum com AA, é provável que a abstração de contas se torne uma norma em muitas plataformas – cada uma implementando a ideia central de que os usuários devem poder personalizar a segurança e a lógica de execução de sua conta. Essa polinização cruzada significa que em alguns anos, a frase “abstração de contas” pode nem ser muito utilizada; será apenas como contas funcionam em todos os lugares, e simplesmente as chamaremos de contas inteligentes ou apenas contas.

Em resumo, o futuro da abstração de contas está caminhando para tornar toda conta cripto tão poderosa quanto um contrato inteligente por padrão, com o antigo conceito de EOA sendo gradualmente encerrado. O caminho para chegar lá envolve atualizações cuidadosas (como EIP-7702 e além) e caminhos de migração amigáveis ao usuário. É um processo delicado – você não pode...Conteúdo: obrigar todos a mudar da noite para o dia – mas o impulso está lá. Os desenvolvedores do Ethereum esboçaram um roteiro onde, em última análise, a maioria dos usuários transita para contas inteligentes, colhendo benefícios em segurança e usabilidade, e então o protocolo pode otimizar com base nessas suposições (como talvez um dia, Ethereum poderia abandonar o conceito de gás obrigatório pago em ETH se todos estiverem usando patrocinadores de pagamento e afins – mas isso é especulativo e distante).

Pensamentos finais

A abstração de contas representa uma mudança de paradigma na gestão de contas em blockchain. Ao permitir que os usuários utilizem contratos inteligentes como suas contas, quebra as rígidas limitações do passado e abre um futuro onde o uso de criptomoedas pode ser tão fácil – ou mais fácil – do que usar aplicativos bancários tradicionais, ao mesmo tempo em que empodera os usuários com mais controle sobre a segurança. Já não é mais uma tragédia irreversível perder uma única chave; já não é mais necessário assinar manualmente cada ação ou manter ETH de reserva apenas para usar dApps. Com a abstração de contas, recursos como recuperação social, segurança multisig, pagamentos automáticos, transações em lote e uso sem gás não são hacks ou sonhos – eles estão se tornando ferramentas padrão na caixa de ferramentas.

Em termos práticos, a abstração de contas é importante porque aborda diretamente as duas maiores barreiras para uma adoção mais ampla de criptomoedas: experiência do usuário e segurança. Ela traz flexibilidade (regras de carteira personalizadas, qualquer método de autenticação que você quiser) e inclusividade (deixe alguém pagar taxas, use métodos de login simples, recupere-se de erros) sem sacrificar o ethos não-custodial. Esta tecnologia é uma peça fundamental para tornar o Web3 amigável ao usuário. É revelador que a liderança do Ethereum e muitos na comunidade a considerem crítica para o sucesso do ecossistema – o sentimento é que as criptomoedas não alcançarão bilhões de usuários se não eliminarmos os pesadelos de UX e armadilhas de segurança das carteiras de hoje. A abstração de contas é uma grande parte da solução.

Até agora, estamos vendo os primeiros estágios disso em ação com o ERC-4337 no Ethereum e implementações nativas em várias redes de Camada-2. Os próximos anos provavelmente trarão integrações ainda mais suaves – você pode usar um aplicativo descentralizado e nem perceber que por trás das cenas sua “conta” é um contrato inteligente que organiza tudo para ser suave para você. Provedores de carteiras, desenvolvedores de dApps e usuários todos têm a ganhar: menos atrito, mais possibilidades.

Claro, vigilância é necessária ao adotarmos este novo modelo – carteiras de contratos inteligentes devem ser construídas e auditadas cuidadosamente, e os usuários devem se educar sobre novos recursos como a recuperação social. Mas esses são desafios gerenciáveis que empalidecem em comparação com as vantagens de um ecossistema cripto que é tanto seguro quanto conveniente.

Para finalizar, a abstração de contas pode ser vista como um passo em direção à maturação da tecnologia blockchain. Assim como a internet evoluiu de interfaces de linha de comando para a web amigável que conhecemos hoje, o blockchain está evoluindo da era de gerenciamento de chaves brutas para a era de contas inteligentes. É uma revolução silenciosa acontecendo dentro da infraestrutura, mas seus efeitos serão sentidos diretamente pelos usuários: em fundos mais seguros, logins mais fáceis e maneiras mais poderosas de interagir com ativos digitais. À medida que a tecnologia continua a se desenvolver, não se surpreenda quando recursos como “esqueci minha senha” ou “autorizar este app por 24 horas” se tornarem parte do seu vocabulário cripto – isso será a abstração de contas em ação, fazendo com que as criptomoedas pareçam tão naturais quanto qualquer outro serviço digital, enquanto ainda lhe dá a liberdade e a soberania que nos atraiu para o blockchain em primeiro lugar.