Carteiras de Criptomoedas Revolucionadas: Como a Abstração de Contas Muda Tudo

Em termos simples, a abstração de contas permite que os usuários usem contratos inteligentes como suas contas – efetivamente tornando as carteiras de criptomoedas programáveis. Esta é uma mudança revolucionária na forma como os usuários interagem com aplicativos blockchain, e muitos acreditam que é um passo fundamental para tornar as criptos mais amigáveis, seguras e prontas para adoção em massa.

Ethereum’s co-fundador Vitalik Buterin has even suggested that without adopting account abstraction, Ethereum might fall short of its goals, underscoring just how important this technology could be for the future of Web3.

Mas o que exatamente é abstração de contas, e como ela funciona? Para apreciar seu significado, primeiro precisamos entender como as contas blockchain tradicionalmente funcionam e por que esse modelo antigo tem limitações. Depois, exploraremos como a abstração de contas muda o jogo, exploraremos seus benefícios (como melhor segurança e experiência do usuário), veremos exemplos reais de sua aplicação e examinaremos quais desafios permanecem.

No final, você verá por que a abstração de contas é frequentemente considerada uma grande atualização para carteiras de criptomoedas – uma que pode finalmente tornar o gerenciamento de criptos tão intuitivo quanto usar qualquer aplicativo financeiro moderno.

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

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

Contas Externamente Possuídas (EOAs) – Estas 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ê tem uma EOA. Com uma EOA, você tem um endereço público (derivado de sua chave pública) e uma chave privada que lhe permite assinar transações. Usando uma EOA, você pode manter moedas ou tokens e enviar transações para transferir fundos ou invocar contratos inteligentes. Importante, uma 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) – Estas são contas governadas por código (código de contrato inteligente) em vez de por uma chave privada. Uma conta de contrato pode manter ativos e definir regras ou lógica (código) que são executadas quando recebe uma transação. Por exemplo, um aplicativo descentralizado ou um contrato de token vive em uma conta de contrato. No entanto, uma conta de contrato não pode iniciar transações por conta própria. Ela apenas executa seu código quando acionada por uma transação de uma EOA ou outro contrato. Em outras palavras, alguém (ou alguma conta externa) deve chamar o contrato para que ele faça qualquer coisa. Contas de contrato são totalmente programáveis e podem impor regras complexas, mas carecem da capacidade de agir de forma autônoma – não há chave privada controlando diretamente para enviar novas transações.

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

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

Contas de contrato inteligente, por outro lado, oferecem flexibilidade através de 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 para impor limites de retirada diária, ou para permitir “recuperação social” (onde amigos de confiança podem ajudar a restaurar o 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) têm aproveitado as contas de contrato para fornecer aos usuários recursos de segurança adicionais não possíveis com uma EOA simples. No entanto, porque contas de contrato não podem iniciar transações por conta própria, elas historicamente ainda dependiam de uma EOA para iniciar qualquer ação. Por exemplo, se você usa uma carteira de contrato inteligente, geralmente há um serviço de retransmissão (uma EOA externa) que pega suas ações pretendidas, as envolve em uma transação de EOA e as envia para a rede em seu nome. Você pode ter que pagar esse retransmissor, ou pelo menos ainda termina lidando com alguns dos mesmos incômodos (como manter ETH para gás em outra conta). Como resultado, lidar com uma carteira baseada em contrato pode se tornar ainda mais complicado do que uma carteira normal, se não for bem projetado. Antes das inovações recentes, usar uma conta de contrato inteligente significava que você efetivamente precisava de uma EOA secundária (ou um serviço auxiliar) que estivesse “abastecido” com ETH para acionar o contrato – adicionando atrito para os usuários.

Em resumo, no modelo atual:

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

Essa separação é o que a abstração de contas visa eliminar. A visão é permitir contas de usuário que tenham a flexibilidade de contratos inteligentes sem depender de uma EOA separada para funcionar. Em outras palavras, tornar cada conta inteligente. Fazendo isso, os usuários poderiam personalizar a segurança e o comportamento de suas contas à vontade – sem sacrificar a capacidade de iniciar ações. Vamos explorar como a abstração de contas alcança isso e por que está pronta para melhorar drasticamente a experiência do usuário blockchain.

O que é Abstração de Contas?

Em seu cerne, a abstração de contas é a ideia de unificar os dois tipos de contas para que a conta de um usuário possa se comportar como um contrato inteligente. Em vez de ter carteiras “externamente possuídas” rígidas que apenas seguem as regras embutidas do protocolo, a abstração de contas nos permite codificar a lógica de gastos de uma conta em um contrato inteligente que o usuário controla totalmente. Na prática, isso significa que sua carteira poderia ser um contrato inteligente no blockchain, com suas próprias regras programáveis para o que constitui uma transação válida a partir dessa carteira. Você, como proprietário, pode definir essas regras – seja diretamente ou usando carteiras que fornecem maneiras amigáveis ao usuário para configurá-las.

Outra forma de definir abstração de contas é: torna as contas de usuário mais flexíveis ao “abstrair” as regras de verificação de transação padrão e permitir lógica de verificação personalizada. Hoje, cada transação Ethereum deve cumprir alguns critérios codificados para ser aceita: deve ser assinada pela chave privada ECDSA correta para o endereço do remetente, deve incluir um nonce de transação válido, e o remetente deve ter ETH suficiente para cobrir a taxa de gás. Essas regras se aplicam uniformemente a todas as transações e a todas as EOAs. A abstração de contas propõe relaxar esse modelo único para todos. Em vez de cada conta ser forçada a usar o mesmo esquema de assinatura (ECDSA com uma chave) e pagar gás em ETH, as condições de validade para transações podem ser programadas com base em cada conta. Em essência, a verificação de uma transação pode ser um contrato inteligente: desde que uma transação (ou operação) satisfaça as condições definidas no código do contrato da conta, ela é considerada válida.

Isso desbloqueia um mundo de possibilidades. Por exemplo, com a abstração de contas, pode-se criar:

Contas multi-proprietário que requerem múltiplas assinaturas (multi-sig) ou outros critérios para aprovar uma transação.
Contas pós-quantum seguras que usam assinaturas criptográficas alternativas (além do ECDSA) que podem ser resistentes a computadores quânticos.
Contas sem assinaturas de forma alguma (se desejado em algum caso especial), ou contas que usam autenticação biométrica via um módulo de confiança, etc..
Contas que pagam taxas de gás em ativos diferentes ou permitem que um terceiro pague as taxas, em vez de sempre precisar ter ETH à mão.
Contas públicas ou contas bloqueadas por tempo, onde certas ações são válidas apenas após um determinado tempo ou podem ser acionadas por qualquer pessoa se certas condições forem atendidas (pense em um testamento que qualquer pessoa pode executar na cadeia se os critérios forem satisfeitos).

Em suma, a abstração de contas capacita os usuários a definir suas próprias regras sobre como suas carteiras funcionam, em vez de serem limitadas pelas regras base do blockchain. Ela efetivamente funde a “conta de usuário” e o “contrato inteligente” em um só. O pesquisador do Ethereum Ansgar Dietrichs descreve isso como tornar as “carteiras programáveis” uma realidade – sua carteira em si pode conter a lógica para coisas como segurança, recuperação, agrupamento de transações e mais, em vez de essas capacidades serem ditadas apenas por software externo.

Por que isso é Por que é importante? Porque muitos dos pontos problemáticos que impediram uma adoção mais ampla de criptomoedas derivam das limitações dos EOAs. Novos usuários têm dificuldades para gerenciar chaves privadas e frases-semente de forma segura, e não há uma rede de segurança se ocorrerem erros. Usuários experientes se preocupam com o problema do ponto único de falha – uma chave hackeada pode ser catastrófica. Desenvolvedores tiveram que criar soluções alternativas complicadas (como redes de terceiros ou serviços centralizados) para oferecer recursos como transações sem gás ou recuperação social, uma vez que a própria blockchain não os suportava de forma nativa. A abstração de conta aborda esses problemas de frente, tornando o modelo de conta mais poderoso e centrado no usuário. Como resultado, é vista como infraestrutura crucial para a próxima evolução da Web3. Na verdade, a abstração de conta tem sido um sonho dos desenvolvedores principais do Ethereum há anos, com Vitalik Buterin e outros defendendo-a em várias ocasiões como o caminho para melhorar muito a usabilidade e segurança do Ethereum. Não é apenas uma teoria abstrata agora – está se tornando realidade no Ethereum por meio de padrões recentes, e novas blockchains estão se projetando com abstração de conta desde o início.

Para entender melhor como passamos da teoria à prática, vamos analisar como o Ethereum está implementando a abstração de conta – especificamente por meio de uma atualização conhecida como ERC-4337 – e como ela realmente funciona por trás das cenas.

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

A jornada do Ethereum em direção à abstração de conta culminou recentemente em uma proposta chamada ERC-4337 (também referida como EIP-4337). Anunciada em 2021 e implementada em 2023, a ERC-4337 introduziu a abstração de conta sem exigir uma mudança fundamental no protocolo principal do Ethereum. Isso foi importante porque alterar o protocolo central (L1) é lento e requer um consenso amplo. Em vez disso, a 4337 alcança a abstração de conta 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 isso funciona? A ERC-4337 define um novo fluxo de trabalho alternativo para transações, centrado no conceito de um objeto “User Operation” (frequentemente chamado de UserOp para abreviar). Uma User Operation é como uma transação empacotada que a carteira de contrato inteligente do usuário quer executar. Em vez de a carteira do usuário criar diretamente uma transação normal do Ethereum (como um EOA faria), a carteira cria uma User Operation contendo todos os detalhes da ação pretendida: quem é o usuário (remetente), o alvo da operação (como uma chamada de contrato ou 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 geral do ERC-4337 com seus novos componentes:

User Operations & Mempool: Ao usar uma carteira compatível com ERC-4337 (uma carteira de contrato inteligente), a carteira não transmite uma transação regular. Em vez disso, ela cria um objeto UserOperation 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 chave EOA única). Essas UserOps são emitidas em um mempool especial de UserOperation, separado do mempool de transação normal do Ethereum. Pense nisso como uma área de preparo onde ações pretendidas das carteiras de contrato inteligente esperam para serem coletadas.
Bundlers: Em seguida, vêm os bundlers, que são algo análogo a mineradores ou produtores de blocos, mas no nível de operação do usuário. Um bundler é um nó que observa esse mempool de UserOp e coleta múltiplas UserOps de vários usuários em um “pacote”, em seguida, envolve esse pacote em uma única transação L1 do Ethereum. Em termos mais simples, o bundler age em nome de muitos usuários para levar suas operações para a blockchain. O bundler é uma EOA (deve ser, já que apenas EOAs podem iniciar uma transação L1 no protocolo atual) – mas os usuários finais não precisam mais executar uma transação EOA cada um. O bundler paga o gás pela grande transação e em troca cobra uma taxa de cada UserOp inclusa.
Contrato de Ponto de Entrada: A transação agrupada é enviada a um contrato inteligente de Ponto de Entrada especial implantado no Ethereum. Este contrato é o centro do design do ERC-4337. A função do contrato de Ponto de Entrada é validar e executar as User Operations no pacote. Ele desempacota o pacote e, para cada UserOp, chama a carteira de contrato inteligente de destino (o contrato de conta do usuário) para verificar essa operação e executar a ação desejada. Cada carteira de contrato inteligente deve implementar uma interface padrão que o Ponto de Entrada chama, o que geralmente inclui uma função como validateUserOp (para verificar assinaturas, nonces, etc. de acordo com 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 Ponto de Entrada a rejeitará para que não execute uma transação ilegal.
Pagadores (Opcional): A ERC-4337 também introduz o conceito de Pagadores, que são contratos inteligentes auxiliares que podem patrocinar taxas de gás ou especificar quem e como pagar pelo gás. Quando presente, um Pagador pode ser anexado a uma UserOp, e durante a validação, o Ponto de Entrada pedirá ao Pagador para pagar o gás em nome do usuário (geralmente após confirmar alguns critérios). Este mecanismo permite que os usuários façam transações sem ter ETH para gás – por exemplo, um desenvolvedor de dApp pode operar um Pagador para pagar o gás para novos usuários como uma estratégia de boas-vindas, ou permitir que o gás seja pago em um token ERC-20 que o usuário possui. Se nenhum Pagador for usado, o gás é pago com os fundos da própria carteira inteligente do usuário (que ainda pode ser na forma de tokens ERC-20 se a carteira em si trocar ou tiver lógica para tal).
Incentivo ao Bundler: Após executar as operações, o contrato de Ponto de Entrada cuida de pagar ao bundler a sua devida taxa (usando os fundos providos pela conta do usuário ou pelo Pagador). Isso incentiva os bundlers a continuarem operando. Em essência, os bundlers ganham taxas de forma semelhante a como mineradores ou validadores ganham taxas de gás, exceto que agora eles podem ganhar com um lote de operações do usuário.

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

Vamos analisar um exemplo rápido para concretizar 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 gasto limitado na cadeia com ferramentas integradas. Mas com AA, a carteira de Alice é um contrato inteligente que impõe essa regra. Agora Bob quer ajudar Alice realizando uma transação para ela enquanto ela está offline. Bob prepara uma UserOperation chamando o contrato da carteira de Alice: “transferir 0,05 ETH de Alice para alguma DEX”. Bob assina essa UserOp (talvez com sua própria chave, conforme autorizado no código do contrato de Alice). Esta UserOp vai para o mempool. Um bundler a coleta, juntamente com outras, e as envia para o Ponto de Entrada. O Ponto de Entrada chama a função de validação do contrato de carteira de Alice; o código verifica “Bob é um delegado autorizado e esse montante está dentro do limite diário de 0,1 ETH?” Se sim, a validação é aprovada. Em seguida, o Ponto de Entrada chama a função execute na carteira de Alice, que por sua vez inicia a transferência de 0,05 ETH para o contrato da DEX. A operação é bem-sucedida, e o Ponto de Entrada paga o bundler com os fundos da carteira de Alice uma pequena taxa de gás (ou talvez do depósito de Bob ou de um Pagador, dependendo da configuração). Alice não precisou 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.

A partir do exposto, fica claro que a abstração de conta introduz muitas novas peças em movimento (UserOps, bundlers, Ponto de Entrada, pagadores). No entanto, da perspectiva de um usuário, tudo isso pode estar sob o capô. 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 conta – eles apenas veem funcionalidades que não eram possíveis antes”. Dito isso, implementar isso de forma segura é complexo. O contrato de Ponto de Entrada, por exemplo, se torna uma peça crítica de infraestrutura que deve estar livre de bugs e ser confiável. (Felizmente, ele foi auditado e formalmente verificado, dada sua importância.) O código de cada carteira inteligente também precisa ser escrito cuidadosamente para lidar com assinaturas, nonces e verificações de segurança corretamente. Portanto, há muito trabalho de engenharia para tornar a AA segura e perfeita.

Vale a pena notar: O Ethereum não foi a única rede de olho na abstração de conta. Algumas blockchains mais recentes e redes de Layer-2 tiveram mais facilidade em integrar a abstração de conta nativamente. Por exemplo, a StarkNet (um zk-rollup Layer-2 no Ethereum) foi projetada de forma que cada conta na StarkNet seja uma conta de contrato inteligente por padrão. Não há conceito de um EOA na StarkNet – mesmo as contas dos usuários têm código (geralmente um contrato padrão de conta que pode ser atualizado ou configurado para as necessidades do usuário). Isso significa que a 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 bundlers externos; os sequenciadores próprios lidam com contas inteligentes inherentemente. Da mesma forma, zkSync v2 (outro Layer-2) também suporta a abstração de conta nativamente no nível do protocolo – eles implantam um contrato inteligente de conta padrão para cada usuário, que imita o comportamento de um EOA, a menos que customizado, mantendo assim a compatibilidade enquanto permite extensões. Essas abordagens validam a importância da abstração de conta ao oferecer suporte a funcionalidades mais flexíveis e amigáveis aos usuários no ecossistema de blockchain.Poder da AA: ao remover a divisão EOA/contrato no nível do protocolo, pode-se projetar funcionalidades de carteira muito mais ricas. A abordagem ERC-4337 do Ethereum é um pouco mais elaborada (já que é sobreposta), mas, em última análise, fornece o mesmo resultado final no Ethereum Layer-1.

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

Benefícios da Abstração de Contas

A abstração de contas é frequentemente aclamada como um divisor de águas para a experiência do usuário e a segurança em criptomoedas. Ao deixar as carteiras se tornarem 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 analisar os principais benefícios:

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

Um dos maiores atrativos da abstração de contas é o potencial para melhorar dramaticamente a segurança das contas de criptomoedas. Hoje, se você perder sua frase semente ou chave privada de uma carteira EOA, 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 dura realidade levou a inúmeras histórias de fortunas perdidas e continua sendo um dos maiores medos para novos usuários.

A abstração de contas 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 você a perder, um grupo de "guardians" (amigos, familiares ou até mesmo outros dispositivos seus) pode coletivamente autorizar uma chave de substituição para sua carteira. Isso significa que não há um ponto único de falha – perder uma chave não bloqueia você para sempre, e nenhuma única chave roubada (a menos que todos os guardians sejam comprometidos) permite que um atacante entre.

Similarmente, a abstração de contas permite que carteiras multisignature se tornem comuns para indivíduos, não apenas organizações. Você pode exigir que qualquer transação de sua carteira precise ser assinada, por exemplo, pelo 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 uma multisig 2-de-3 para si mesma, ou adicione um limite de gasto diário que exija uma confirmação adicional se o limite for excedido. Esses tipos de regras personalizadas não eram possíveis com EOAs simples.

Essencialmente, a abstração de contas significa que desenvolvedores têm liberdade para "serem criativos e programarem todos os tipos de opções para autenticação e recuperação de contas", como observado em uma análise. 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 (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 a frio) que podem receber fundos ilimitados de sua carteira, mas exigem verificações extras para enviar para outros? Tudo é possível com lógica de contratos. Em resumo, a abstração de contas traz a flexibilidade do design de segurança moderno para carteiras de criptomoedas, que até agora estavam presas em um modelo de chaves tudo-ou-nada. Isso reduz muito as vulnerabilidades e pontos de falha que atormentam carteiras EOA. Os usuários não precisam mais andar numa corda bamba sem rede de segurança – perder uma chave, você ainda pode ter outras maneiras de se recuperar; ver uma tentativa suspeita, você pode ter programado disjuntores.

Menor Barreira de Entrada para Novos Usuários

Além da segurança, a abstração de contas pode tornar o uso de criptomoedas muito mais acessível para usuários do cotidiano. Vamos encarar: gerenciar uma EOA com taxas de gás e frases semente é intimidante para novos usuários. A UI/UX tem sido frequentemente comparada aos primórdios da internet – você efetivamente pede aos usuários para gerenciar chaves secretas (como senhas longas) perfeitamente e entender conceitos como gás e nonces desde o primeiro dia. Isso é uma barreira para a adoção.

A abstração de cuentas reduz essa barreira ao permitir experiências mais familiares e amigáveis. 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 na blockchain sem sequer possuir ETH para gás. Um dApp ou carteira poderia patrocinar a taxa de gás (talvez como uma promoção de onboarding or usando um modelo freemium) – o usuário apenas vê sua ação ser concluída, semelhante a como um aplicativo fintech pode isentar taxas para uma primeira transação. Isso é enorme: exigir que novos usuários adquiram ETH primeiro (geralmente em uma exchange) apenas para serem capazes de usar um dApp tem sido um pesadelo de integração. A abstração de contas remove esse obstáculo ao permitir a abstração da taxa de gás – os usuários podem pagar em qualquer token que tenham, ou não pagar se uma terceira parte intervir.

Outra melhoria na experiência do usuário é a ideia de transações “sem assinatura” ou com um clique. Embora não 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 precisar confirmar manualmente cada ação. Com abstração de contas, carteiras podem implementar chaves de sessão – chaves efêmeras que têm direitos limitados (por exemplo, podem executar apenas certas ações por um tempo limitado). Você poderia se logar em um dApp de jogo e aprovar uma chave de sessão que permite que o 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 de sua carteira garante que a chave de sessão não faça nada além das permissões dadas e, após uma hora, ela é invalidada. Este tipo de fluxo é análogo a como aplicativos web2 mantêm sessões, e é permitido pela flexibilidade da abstração de contas. 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 contas pode permitir recursos como pagamentos automáticos ou assinaturas. Como mencionado anteriormente, a equipe de pesquisa de cripto da Visa demonstrou um conceito de prova onde uma carteira de contrato inteligente poderia executar pagamentos recorrentes (auto-débitos) em seu próprio cronograma. Em seu cenário, um usuário poderia agendar pagamentos de contas mensais de uma carteira de autocustódia – 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 Layer-2 (StarkNet) com AA nativa, mas o conceito se aplica amplamente. Imagine ser capaz de agendar negociações, pagamentos de contas ou transferências com antecedência com condições (“execute essa transação se meu saldo estiver acima de X na data Y”) – isso se torna possível quando sua conta pode executar código autonomamente quando acionado adequadamente. O usuário não precisa estar online clicando “confirmar” todas as vezes; o contrato da carteira age de acordo com as regras que ele define.

Todas essas melhorias levam a uma experiência de onboarding e uso mais amigável. Um blog observou apropriadamente que com a abstração de contas, dApps podem começar a se sentir tão suaves quanto aplicativos fintech tradicionais, onde os usuários não se preocupam com bits arcânicos de blockchain como nonces e gás. Os usuários poderiam recuperar contas por meio de processos familiares (contatar guardians ou usar dispositivos de backup, análogo a “resetar senha”), e eles podem usar aplicativos sem entender gás (a complexidade é tratada nos bastidores, possivelmente pelo aplicativo). Para pessoas não nativas em cripto, isso é um grande negócio – é a diferença entre exigir que alguém configure sua internet via linha de comando versus apenas tocar em um ícone de aplicativo e usar um serviço.

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

Com abstração de contas, 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 principais:

Ações em Lote e Complexas: EOAs tradicionais devem submeter uma transação de cada vez, cada uma com uma confirmação separada. Carteiras de contrato inteligente 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 atomitamente: negociar em um DEX, então emprestar os rendimentos em uma plataforma de empréstimo, depois transferir o token obtido – tudo em uma transação de sua carteira inteligente. Isso não só economiza tempo e cliques, mas pode economizar gás combinando etapas. De fato, um benefício citado da abstração de contas é a capacidade de “agrupar múltiplas transações juntas,” reduzindo sobrecarga e possivelmente economizando taxas. Para os usuários, isso significa estratégias de um clique ao invés de lidar com múltiplas transações.
Transações Pré-Aprovadas e Automação: Você pode autorizar certas transações a ocorrerem sob certas condições sem aprovações adicionais. Isso pode permitir coisas como ordens de stop-loss no DeFi (sua carteira auto-executa uma negociação se o preço atingir um limite), ou movimentos de jogos blockchain que auto-executam dentro de certos parâmetros. Porque a conta está executando sua vontade como código, é como ter um agente pessoal na cadeia. Um uso concreto no mundo real: alguém pode programar “se eu não interagir com minha conta por 1 ano, transfira automaticamente fundos para minha carteira de backup” – um tipo de interruptor de homem morto, fornecendo um mecanismo de herança. Sem AA, isso requer confiar em um terceiroSkip translation for markdown links.

Content: serviço ou esperando que alguém chame um contrato especial; com AA, sua própria conta pode aplicá-lo.

Gerenciamento Fácil de Ativos: A abstração de contas permite funcionalidades como "transferir todos os meus tokens com uma chamada de função". Normalmente, se você quisesse migrar para uma nova carteira, teria que enviar cada token individualmente. Uma carteira inteligente poderia ter um método para transferir todos os ativos (ETH e quaisquer tokens, NFTs, etc.) de uma vez para outro endereço – simplificando a migração de carteiras ou a consolidação de ativos. Também poderia permitir a mudança de propriedade da própria carteira: por exemplo, vendendo uma carteira ou transferindo-a para alguém (algo não trivial com EOAs, já que uma EOA está ligada a uma chave fixa que você não deve compartilhar).
Restrições Programáveis: Você pode impor políticas arbitrárias sobre o uso de sua conta. Por exemplo, você pode definir um limite de gastos diário. Se as transações excederem esse limite em soma, a carteira pausa futuras transferências até o próximo dia ou requer uma confirmação adicional sua. Esse tipo de limite de taxa pode prevenir a perda de todos os fundos se uma chave for comprometida silenciosamente – o ladrão poderia retirar e.g. 1% dos seus fundos por dia, dando-lhe tempo para perceber e reagir. As contas também poderiam restringir certos tipos de transação (e.g., "não permitido chamar o contrato DeFi arriscado X a menos que uma chave extra assine"). Isso é análogo a como os cartões de crédito permitem que você defina limites ou alertas em transações acima de um certo valor.

Em resumo, a abstração de contas concede uma 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 contas, "o jogo muda" e os usuários podem "configurar pagamentos recorrentes e explorar outras formas de automação", até mesmo aprovando múltiplas ações de uma só vez. É como passar de um carro manual para um carro autônomo inteligente que você pode programar com rotas e regras – você passa de fazer todas as ações por conta própria para definir o que deseja e deixar o sistema manejar a parte mecânica.

Flexibilidade de Taxas de Gas e Patrocínio

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

A abstração de contas rompe essa limitação permitindo a abstração de gas:

Sua conta (carteira inteligente) poderia ser configurada para pagar gas usando qualquer token que você tenha. Por exemplo, se você possui apenas USDC stablecoin, a lógica da carteira (em conjunto com um patrocinador ou integração com dex) poderia automaticamente converter um pouco de USDC ou usá-lo para pagar o minerador/validador, de modo que você não precise de ETH.
Um patrocinador (paymaster) pode cobrir seu gas. Isso abre a porta para transações sem taxa de gas para os usuários. Um dApp pode decidir pagar as taxas de transação de seus usuários para promover a adoção – semelhante a uma empresa cobrindo custos de envio para clientes como um incentivo. Isso foi possível de maneiras limitadas via meta-transações no passado, mas a abstração de contas padroniza isso e o torna mais seguro. Os usuários podem interagir com um aplicativo blockchain sem nem perceber que o gas existe; a experiência pode parecer um aplicativo web2 gratuito onde as operações "simplesmente funcionam". Por exemplo, novos usuários que se inscrevem poderiam receber algumas transações gratuitas patrocinadas pelo aplicativo, suavizando sua experiência inicial.
Lógica de taxas flexível: Talvez você queira usar automaticamente o ativo mais barato que tiver no momento para pagar taxas, ou escolher dinamicamente entre pagar em ETH ou outro token dependendo das taxas de mercado – toda essa lógica poderia ser incorporada em sua carteira ou política do patrocinador.

A especificação do ERC-4337 considera isso como uma característica fundamental: graças aos Paymasters, os usuários "não são obrigados a manter o token ETH nativo para interagir com a rede. É 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 gas 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 contas para permitir que os usuários paguem gas com um cartão de crédito ou por meio de um terceiro, efetivamente tornando a transação de criptomoeda semelhante a uma compra online normal. Esse tipo de UX seria um grande salto para tornar aplicativos blockchain amigáveis ao mainstream.

Preparação para o Futuro e Novas Possibilidades

Finalmente, a abstração de contas é importante não apenas pelo que possibilita hoje, mas por como prepara as contas blockchain para novas tecnologias e desbloqueia novas classes inteiras de aplicativos:

Criptografia pós-quântica: As assinaturas atuais do Ethereum (ECDSA) podem ser quebradas por computadores quânticos no futuro. Com a abstração de contas, podemos migrar gradualmente para esquemas de assinatura resistentes a quântica conta por conta, ao invés de precisar de um hard fork que mude a forma como todas as assinaturas funcionam. Na verdade, AA permite que múltiplos esquemas de assinatura coexistam – algumas contas poderiam usar chaves tradicionais, outras poderiam requerer assinaturas seguras contra quântica como Lamport ou BLISS, etc. O Ethereum 4337 é visto como "um dos primeiros passos para criar transações resistentes a computadores quânticos" porque desvincula a verificação da conta de um algoritmo fixo.
Acesso baseado em funções e modularidade: Contas podem ser programadas para controle de acesso baseado em funções. Por exemplo, você poderia designar uma "chave de negociação" que só tem permissão para fazer transações mas não retiradas, ou uma "chave de implantador" que pode implantar contratos mas não mover fundos, tudo sob um único contrato de conta. Isso é útil para organizações ou usuários que desejam um controle refinado.
Multisig e contas compartilhadas de primeira classe: A abstração de contas pode tornar as contas com múltiplos proprietários um cidadão de primeira classe em todo o 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 possuído por N pessoas, cada uma com certos direitos, o que não é trivial com EOAs. Na verdade, o texto de referência notou que a abstração de contas possibilitando "team wallets" como um caso de uso, referindo-se a carteiras que múltiplas pessoas gerenciam com regras de governança programadas (ideal para tesourarias empresariais, fundos de DAO, etc.).
Identidade on-chain e reputação: Como contratos de conta podem conter lógica, eles poderiam integrar coisas como pontuações de reputação ou lista de permissões para DeFi (e.g., uma conta que só permite interações com protocolos na lista de permissões para segurança até que o usuário altere as configurações). Eles também podem integrar sistemas de identidade, como exigir uma certa credencial ou NFT para desbloquear algumas funcionalidades. Isso se mistura no reino de contas inteligentes servindo tanto como hubs de carteira quanto de identidade.

Em suma, os benefícios da abstração de contas abrangem segurança, usabilidade, flexibilidade e preparação para o futuro. Trata-se de tornar as contas de criptomoedas tão poderosas e convenientes quanto o software moderno permite, sem sacrificar os princípios de autocustódia e descentralização. Não é de se admirar que muitos na comunidade Ethereum vejam isso como fundamental para impulsionar a próxima onda de adoção. Como uma fonte colocou, a abstração de contas é amplamente vista como um "importante trampolim no caminho do Ethereum para a adoção em massa."

Tendo traçado o panorama do que AA permite, vamos fundamentar essa discussão observando algumas implementações e exemplos do mundo real da abstração de contas em ação, bem como o que está acontecendo no ecossistema agora.

Aplicações e Exemplos do Mundo Real

A abstração de contas pode soar teórica, mas já está sendo implementada e testada no campo. 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 têm sido pioneiros de carteiras de contrato inteligente que oferecem recuperação social e contatos de confiança. A carteira da Argent (mesmo antes do ERC-4337) permitia que os usuários nomeassem "guardiões" para ajudar a restaurar o acesso se perdessem sua chave – isso foi alcançado através de um contrato personalizado para cada usuário. Com o ERC-4337 agora ativo, tais carteiras podem se conectar a uma infraestrutura padronizada e potencialmente se tornar mais comuns em toda a indústria. Da mesma forma, a Gnosis Safe (agora chamada Safe) tem sido uma carteira multi-assinatura amplamente usada (principalmente para equipes/DAOs). A Safe é essencialmente um caso de uso de abstração de conta (múltiplos proprietários controlando uma conta de contrato). Na verdade, a equipe da Safe está ativamente abraçando AA; eles até desenvolveram um protótipo para aproveitar o ERC-4337 e estão olhando como as próximas mudanças de protocolo (como EIP-7702) apoiarão a migração de contas Safe existentes para contas inteligentes de primeira classe. Estes exemplos mostram que carteiras de segurança aprimorada para indivíduos e organizações são uma clara vitória imediata para AA.
Patrocínio de Gas por DApps: Estamos vendo aplicações descentralizadas experimentarem cobrir taxas de gas de usuários para melhorar o UX. Por exemplo, um jogo blockchain ou uma exchange descentralizada pode usar um Paymaster (conforme ERC-4337) para permitir que usuários transacionem sem ter ETH para gas – o dApp patrocina o gas, talvez recuperando o custo através de uma taxa de protocolo ligeiramente maior ou como uma despesa de marketing. Esta experiência de transação sem gas é muito atraente para o onboarding de novos usuários. Uma plataforma DeFi poderia literalmente anunciar "não é necessário ETH para começar a emprestar – depósito diretamente com USDC". Alguns provedores de SDK de carteira (como Biconomy ou OpenGSN) já forneceram frameworks de meta-transação historicamente; com abstração de contas, isso pode ser feito de forma 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 indiretamente pagar taxas – a VisaIrei traduzir o conteúdo em inglês para português, mantendo o formato solicitado:

Content:

A pesquisa que mencionamos permitiu que uma carteira pagasse gás cobrando de um cartão Visa, tudo mediado pela lógica da carteira e por um gestor de pagamentos. Enquanto cobrar um cartão de crédito para pagar o gás ainda não é comum, o fato de ser possível destaca o quanto podemos abstrair a mecânica do blockchain para longe do usuário.

Pagamentos Recorrentes e Assinaturas: O conceito de pagamentos recorrentes automáticos a partir de uma carteira auto-custodial era praticamente inédito antes, pois uma EOA não pode iniciar um pagamento por si só numa data futura. Com a abstração de contas, no entanto, os pagamentos automáticos tornam-se viáveis. O protótipo da Visa no 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 de vencimento, pois 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, solicita da sua carteira o valor da assinatura; o código da sua carteira poderia verificar se é o serviço legítimo e pagá-los automaticamente em, por exemplo, uma stablecoin - tudo sem você precisar fazer login a cada mês. Esse tipo de conveniência era tipicamente ausente no Web3, potencialmente forçando os usuários a soluções de custódia se quisessem tais funcionalidades. A abstração de contas traz isso para a auto-custódia.
Experiências de "Um Clique" e Composibilidade: Considere um marketplace de NFT onde comprar um NFT pode envolver múltiplas etapas (aprovar token, depois negociar, etc.), ou uma participação em DAO que requer bloquear tokens e, em seguida, votar. Com carteiras AA, os projetos podem projetar fluxos onde o usuário realiza uma compra ou participação de um clique e, nos bastidores, o contrato da carteira agrupa as etapas necessárias. Já vemos isso com alguns agregadores DeFi que fazem meta-transações, mas com AA nativo isso poderia ser mais frequente e mais simples de integrar. Isso aumenta a composibilidade dos dApps - sua conta inteligente poderia interagir com múltiplos protocolos de uma só vez, o que incentiva os desenvolvedores a criar recursos mais ricos sem se preocupar que os usuários desistirão após a primeira de várias transações.
Adoção da Camada-2 e UX de Cadeia Cruzada: Em redes Ethereum Layer-2 como StarkNet e zkSync (que têm AA nativo), os usuários estão experimentando esses benefícios desde o primeiro dia. Um usuário no StarkNet, por exemplo, pode criar sua conta implantando um contrato (há um custo inicial único para implantar seu contrato de conta) e, a partir daí, aproveitar recursos como escolher qualquer token para pagar taxas. À medida que essas L2s ganham usuários, a expectativa por essa conveniência cresce, pressionando outras cadeias a adotar ideias semelhantes. Além disso, a abstração de contas pode ajudar com experiências entre cadeias. Alguns na comunidade falam sobre "abstração de cadeia" juntamente com abstração de contas. Por exemplo, uma carteira inteligente poderia abstrair em qual cadeia uma operação ocorre - você poderia iniciar uma ação e a carteira (por meio de relays ou pontes) cuida de executá-la na cadeia apropriada, retornando o resultado para você, sem precisar mudar manualmente de redes ou possuir tokens de múltiplas cadeias. Isso ainda está em estágio inicial, mas conceitualmente uma conta inteligente poderia gerenciar recursos em várias cadeias se projetada para isso, oferecendo uma UX unificada.
Ferramentas para Desenvolvedores e Novos Serviços: Um aglomerado de novos serviços está surgindo para apoiar a abstração de contas. Por exemplo, provedores que oferecem Carteira-como-Serviço (WaaS) que cuidam da implantação de carteiras inteligentes para usuários e gerenciam chaves de maneiras amigáveis (alguns integram enclaves seguros em telefones ou backups em nuvem, etc.). Embora não promovamos empresas específicas, é notável que muitas startups e projetos estão ativamente construindo ferramentas AA - de SDKs que permitem que qualquer dApp lance uma carteira AA para seus usuários a paymasters especializados que cuidam das conversões de gás. Isso significa que o ecossistema está se movendo rapidamente em direção a tornar o AA sem atritos. À medida que essas ferramentas amadurecem, mais aplicativos podem adotar o AA sem reinventar a roda, e os usuários podem usar o AA sem nem mesmo perceber (por exemplo, um jogo pode automaticamente dar a cada usuário uma carteira de contrato em segundo plano vinculada ao login por email - o usuário apenas sabe que tem uma conta de jogo, que nos bastidores é uma carteira de contrato inteligente ligada à chave autenticada por email).

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

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

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

Risco de Contrato Inteligente: Ao transformar carteiras de usuários em contratos inteligentes, introduzimos inerentemente o risco de contrato inteligente para contas pessoais. Um bug no código da carteira pode ser desastroso – por exemplo, uma falha pode permitir que um invasor contorne a segurança ou drene fundos. Com EOAs, o "código" envolvido em sua conta é basicamente apenas a verificação de assinatura ECDSA, que é um primitivo criptográfico bem testado. Carteiras inteligentes são muito mais complexas. Embora os frameworks centrais da AA (como o contrato EntryPoint na ERC-4337) sejam auditados, a segurança de cada implementação de carteira pode variar. Como um guia para desenvolvedores notou, ao usar uma carteira AA, você está "implantando um contrato imutável" e, se um bug for encontrado, pode ser desafiador corrigi-lo, já que aquele código de contrato não pode ser alterado facilmente. Alguns contratos de carteira podem incluir recursos de upgradeabilidade ou migração para mitigar isso, mas isso então introduz considerações de confiança (quem pode atualizá-lo?). Diligência na auditoria dos contratos de carteira é crucial.
Complexidade e Novos Modos de Falha: A arquitetura AA (com empacotadores, gestores de pagamento, mempool separado) é mais complexa do que o status quo. Isso significa mais componentes que podem falhar ou ser atacados. Por exemplo, o que acontece se a rede de empacotadores não for suficientemente descentralizada no início? Os empacotadores poderiam censurar certos UserOps ou exigir altas taxas? Há um risco de centralização se apenas alguns atores se tornarem empacotadores dominantes. Com o tempo, espera-se que muitos nós Ethereum ou mineradores/validadadores possam executar software de empacotador (especialmente se houver incentivos econômicos), mas nas fases iniciais, os usuários estão confiando que o mempool de UserOps e empacotadores estão trabalhando honestamente. O contrato EntryPoint é outro ponto central de confiança – se uma vulnerabilidade fosse encontrada ali, 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 descentralização completa), 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 de implantação único para criar sua conta (você precisa publicar um novo contrato na cadeia para cada carteira de usuário, a menos que use um padrão de implantação contrafactual onde é criado no primeiro uso). Isso pode custar alguns dólares em gas na mainnet Ethereum, o que pode desestimular alguns usuários ou exigir que as carteiras patrocinem isso. Além disso, cada operação por meio de uma carteira inteligente pode ser ligeiramente mais cara em gas do que uma transação EOA simples, 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 pesadas na cadeia, esses custos somam-se. Isso significa que, pelo menos inicialmente, a abstração de contas pode ser mais comum nas Camadas-2 (onde o gas é mais barato) e apenas para casos de uso de maior valor na Camada-1. A boa notícia é que os desenvolvedores da Ethereum estão cientes disso e trabalham em alterações de protocolo para tornar o AA mais eficiente em termos de gas. Propostas como "compressão de InitCode" ou outros EIPs visam reduzir o custo de implantar e usar contas inteligentes, e a longo prazo, se o AA se tornar padrão, o protocolo pode otimizar para isso.
Gestão de Chaves Ainda é Essencial (Literalmente): É importante notar que a abstração de contas não elimina chaves privadas – ela apenas adiciona camadas de como as chaves são usadas. Você ainda precisa, em última análise, de alguma forma de chave privada ou segredo para autenticar-se como proprietário de uma conta (mesmo que essa chave seja dividida entre várias partes ou armazenada em hardware, etc.). Se um usuário escolher má segurança para suas chaves, ainda poderá ser hackeado. AA fornece ferramentas como recuperação social, mas os usuários precisam realmente usá-las e configurá-las corretamente. Alguns críticos apontam que muitos usuários podem ficar com as configurações padrão, que podem ser uma única chave controlando o contrato da conta (basicamente replicando um EOA, mas com mais complexidade). Em tais casos, se nunca configurarem guardiões ou 2FA, não ganharão muita segurança – e podem até estar em maior risco se não compreenderem 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 configuração da carteira).
Ainda Não Universal: Em 2025, a abstração de contas via ERC-4337 está disponível no Ethereum, mas requer que os provedores de carteira a suportem. Se sua carteira atual (digamos, MetaMask ou carteiras de hardware) não suportar a criação e gerenciamento de contas inteligentes 4337, você não poderá se beneficiar do AA sem trocar. Estamos em um período de transição onde tanto EOAs quanto contas AA coexistem. Isso pode causar confusão e atrito 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 seu endereço de carteira AA, tudo bem – é um endereço – mas para enviar ETH, você passará pelo fluxo AA em vez de uma transação EOA simples. Usuários experientes podem se preocupar com compatibilidade: “Este dApp suportará minha...Certainly! Here's the translation for the provided content from English to Portuguese, following your formatting criteria:

Interoperabilidade e Multichain: Se você utiliza sua conta inteligente em múltiplas cadeias (L1, L2s, sidechains), pode ser necessário implantar o contrato em cada cadeia, o que pode ser um incômodo. Há esforços para tornar a implantação de contas "replicável" entre cadeias, permitindo que você mantenha o mesmo endereço e capacidades em todas as partes. No entanto, até que isso seja totalmente resolvido, é importante considerar que usar AA em uma rede não automaticamente permitirá seu uso em outra – pode ser necessário algum setup em cada cadeia.

Desafios de Transição para Usuários Existentes: Existem milhões de EOAs atualmente, incluindo aquelas que possuem ativos valiosos (como NFTs que são soulbound ou não transferíveis, ou seja, não podem ser movidos facilmente para uma nova carteira inteligente). Como esses usuários podem fazer a transição para a abstração de contas se desejarem? Uma abordagem é atualizar o protocolo como o EIP-7702, proposto por Vitalik e outros, que permitiria que uma EOA "adotasse" funcionalidades de contrato inteligente sem alterar seu endereço (mais sobre isso na próxima seção). Porém, até que essas atualizações ocorram, os usuários podem precisar criar novas contas para acessar recursos de AA, o que é um fardo, especialmente se eles tiverem ativos vinculados ao seu endereço antigo. Há também um desafio educacional: os usuários precisam entender por que mover-se para uma carteira inteligente é benéfico e superar a inércia de "se não está quebrado, não conserte" com suas 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 os prós da abstração de contas superam em muito os contras, e muitas dessas limitações estão sendo ativamente abordadas. Não é incomum que novas tecnologias fundamentais comecem com complexidade maior e depois se tornem mais suaves ao longo do tempo. Os primeiros smartphones eram desajeitados e tinham vida útil de bateria curta, mas agora são indispensáveis e fáceis de usar; de forma semelhante, as carteiras AA hoje podem parecer novas e diferentes, mas em alguns anos os usuários não poderão imaginar viver sem recursos como recuperação social ou transações sem gás.

Com essa visão equilibrada, vamos olhar para o futuro sobre o que espera a abstração de contas. Como ela evoluirá, e que desenvolvimentos podemos esperar na busca para tornar as contas inteligentes a nova norma?

Em Direção à Abstração Completa de Contas

A abstração de contas no Ethereum – especialmente via ERC-4337 – é um marco significativo, mas é frequentemente descrito como um passo na jornada, e não o destino final. A visão definitiva, expressa por muitos desenvolvedores principais do Ethereum, é atingir a "abstração completa de contas" no nível do protocolo, onde cada conta é uma conta inteligente e o conceito legado de EOAs desaparece completamente. Atingir isso provavelmente envolverá futuras 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 do Protocolo: Atualmente, o ERC-4337 opera na camada de aplicação, aproveitando o mecanismo de transação existente do Ethereum via o contrato EntryPoint. A longo prazo, o Ethereum poderia integrar a abstração de contas 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 intermediação do bundler. Na verdade, propostas anteriores como o EIP-2938 (que não foi adotado) tentaram isso adicionando um novo tipo de "transação AA" no nível do protocolo. A comunidade optou primeiro pela 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 os 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 sob uma proposta de rascunho RIP-7560) que uniria UserOps com transações normais em um único pool e tornaria a execução mais eficiente em termos de gás. Embora técnica, o resultado é uma arquitetura mais simples e custos mais baixos para AA.

2. Transição de EOAs para Contas Inteligentes: Para alcançar a abstração completa de contas, novas EOAs eventualmente precisarão parar de ser criadas. Todas as novas contas seriam contas inteligentes por padrão. Isso poderia acontecer se softwares de carteira como MetaMask simplesmente começassem a criar uma carteira inteligente 4337 em vez de uma conta de chave pura quando um usuário se inscreve, abstraindo isso do usuário (o usuário pode nem perceber que agora possui uma conta de contrato). A parte mais difícil é migrar EOAs existentes. Uma abordagem em andamento é o EIP-7702, esperado para fazer parte de uma atualização de rede futura (possivelmente nomeada "Pectra" em 2025). O EIP-7702 é projetado para permitir que uma EOA execute código de contrato inteligente diretamente de seu endereço. Isso funciona permitindo que uma EOA designe um contrato de "delegação" – essencialmente anexando uma lógica inteligente à EOA. Quando alguém interage com a EOA, a rede executa o código de contrato associado (semelhante a um delegatecall) como se a EOA fosse um contrato. Esse recurso borraria a linha entre EOAs e contas de contrato, dando às EOAs capacidades inteligentes enquanto ainda utilizam a chave original para controle. Na prática, isso significa que se você tiver uma EOA legada com um endereço importante, poderá adicionar um módulo de contrato inteligente permitindo multi-sig, recuperação social, etc., sem trocar seu endereço ou mover ativos. É como atualizar seu carro antigo com um motor assistido por computador moderno.

3. Eliminação do Controle de Chave Privada Única: Para alcançar a verdadeira abstração de contas, o Ethereum pode implementar uma regra onde, uma vez que uma conta é transformada em uma conta inteligente, a chave original não pode mais ser usada diretamente para assinar transações (não pode contornar a lógica inteligente). Uma proposta interessante é o EIP-3607, que sugere que se uma conta tem código de contrato, ela deve rejeitar qualquer transação normal (aquelas presumidamente vindas da chave antiga). Em outras palavras, se você converter sua 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 cuidadosamente planejado para evitar deixar usuários sem opções, mas representa o fim do conceito de "sem EOAs". Paralelamente, recursos como o EIP-1271 (que define um padrão para verificação de assinatura baseada em contrato) já são utilizados para que contratos possam agir em protocolos que esperam autenticação por assinatura. Com o tempo, a ideia é que qualquer lugar onde atualmente se espera "assinatura de EOA" aceitará igualmente a validação baseada em contrato de uma conta inteligente, tornando as contas de contrato totalmente capazes de serem cidadãos do ecossistema blockchain.

4. Recursos Padrão Aprimorados: Em um mundo de abstração completa de contas, poderemos ver carteiras saindo da caixa com coisas que hoje são opcionais. Por exemplo, novas contas podem automaticamente ter uma configuração de recuperação social (talvez durante a criação da carteira você será solicitado a escolher alguns guardiões). Opções de recuperação poderiam se tornar um padrão, não um pensamento posterior. O mesmo se aplica para segurança multi-dispositivo ou multi-fator – que poderia ser incorporada à conta desde o início. Como mencionado anteriormente, múltiplos esquemas de assinatura poderiam ser permitidos: imagine que sua conta permite que você autentique com a biometria do seu telefone (que pode usar algo como uma chave de Secure Enclave atrelada à sua impressão digital) e com uma chave de hardware como backup. A abstração de contas permite combinar esses elementos sob uma única conta. Isso tornaria as carteiras mais fáceis de usar (sem uma única frase semente a ser protegida) e mais resistentes a ameaças em evolução, como computadores quânticos.

5. Adoção Generalizada em Aplicativos: À medida que mais dApps e usuários mudam para AA, provavelmente veremos uma explosão de usos criativos. Plataformas de DeFi podem oferecer recursos especiais para carteiras AA (como "se você usar uma carteira AA, pode definir ordens condicionais diretamente da nossa UI", etc.). Jogos blockchain podem exigir menos atrito no processo de assinatura pelo usuário. Também espere 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 queriam ter mas não conseguiam devido às limitações de EOAs 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 a abstração de contas à sua maneira. Falamos sobre StarkNet e zkSync. Há também um conceito emergente em redes como Polkadot e Cosmos de "chaves inteligentes" ou contas flexíveis. Por exemplo, Polkadot permite que contas configurem um mecanismo de recuperação social com contas de múltiplos 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 suas contas. Essa polinização cruzada significa que, em poucos anos, a frase "abstração de contas" pode não ser mais usada com frequência; será apenas como as contas funcionam em todos os lugares, e nós simplesmente as chamaremos de contas inteligentes ou apenas contas.

Em resumo, o futuro da abstração de contas está caminhando para tornar cada conta de criptomoeda tão poderosa quanto um contrato inteligente por padrão, com o conceito antigo de EOA gradualmente saindo de cena. O caminho para chegar lá envolve atualizações cuidadosas (como o EIP-7702 e além) e caminhos de migração amigáveis ao usuário. É um processo delicado – você não pode...Content: obrigar todos a mudarem da noite para o dia – mas o momentum está lá. Os desenvolvedores do Ethereum esboçaram um roteiro em que, eventualmente, a maioria dos usuários fará a transição para contas inteligentes, colhendo benefícios em segurança e usabilidade, e então o protocolo pode ser otimizado em torno dessas suposições (como talvez um dia, o Ethereum poderia abandonar o conceito de gás obrigatório pago em ETH se todos estiverem usando paymasters e similares – mas isso é especulativo e distante).

Final thoughts

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, rompe as limitações rígidas do passado e abre um futuro onde usar cripto pode ser tão fácil – ou mais fácil – do que usar aplicativos bancários tradicionais, ao mesmo tempo que empodera os usuários com mais controle sobre a segurança. Nunca mais uma única chave perdida é uma tragédia irreversível; nunca 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 – 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 a adoção mais ampla de cripto: experiência do usuário e segurança. Traz flexibilidade (regras de carteira personalizadas, qualquer método de autenticação que você quiser) e inclusividade (deixe que outra pessoa pague as taxas, use métodos de login simples, recupere 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 da comunidade a consideram crítica para o sucesso do ecossistema – o sentimento é que o cripto não alcançará bilhões de usuários se não eliminarmos os pesadelos de UX e as armadilhas de segurança das carteiras de hoje. A abstração de contas é uma grande parte da solução.

Atualmente, estamos vendo os estágios iniciais 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 ainda mais integrações perfeitas – você pode usar um aplicativo descentralizado e nem perceber que, nos bastidores, sua “conta” é um contrato inteligente organizando tudo para ser suave para você. Provedores de carteiras, desenvolvedores de dApps e usuários têm a ganhar: menos atrito, mais possibilidades.

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

Para concluir, 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 da gestão de chaves brutas para a era das 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 aplicativo por 24 horas” se tornarem parte do seu vocabulário cripto – isso será a abstração de contas em ação, fazendo o cripto parecer tão natural quanto qualquer outro serviço digital, enquanto ainda lhe dá a liberdade e soberania que nos atraiu ao blockchain em primeiro lugar.