--- title: "Carteiras embarcadas: externally owned wallets (EOAs) vs. Smart contract wallets vs. Smart EOAs (7702)" description: "Explore o cenário de carteiras embarcadas: comparando EOAs, Smart Contract Wallets e Smart EOAs (7702) em termos de simplicidade, segurança, UX e preparo para o futuro. Encontre a opção certa para o seu app." --- # Carteiras embarcadas: externally owned wallets (EOAs) vs. Smart contract wallets vs. Smart EOAs (7702) As experiências de usuário em cripto vêm melhorando continuamente nos últimos anos, à medida que a infraestrutura de [carteiras web3](/overviews/web3-wallets) melhora progressivamente. A tendência dominante aqui tem sido as carteiras embutidas - carteiras integradas diretamente em aplicações cripto. Elas oferecem experiências de usuário mais familiares e tornam a carteira invisível. Os usuários não precisam trocar para carteiras externas como a Metamask, nem sequer precisam saber que estão lidando com cripto por trás dos panos. Um bom exemplo disso é o [Coinbase](https://www.alchemy.com/dapps/coinbase) Loans. Lançado em janeiro de 2025, ele embute uma carteira cripto diretamente na aplicação principal da Coinbase, que consegue interagir com o protocolo de empréstimo onchain que sustenta a experiência do produto. Os usuários pulam todos os pontos problemáticos associados ao cripto de antigamente — armazenar seed phrases e popups incômodos — e obtêm, em vez disso, uma experiência de usuário significativamente mais simplificada. Desenvolvedores que trabalham com carteiras embutidas ainda têm muitas decisões a tomar. Neste post do blog, vamos analisar três abordagens diferentes para carteiras embutidas e como elas funcionam: Externally Owned Wallets \(EOAs\), Smart Contract Wallets \(Smart Wallets\), e Smart EOAs \(7702\). ## O que é uma carteira embutida \(eoa\)? Quando desenvolvedores falam de "Embedded Wallets", geralmente se referem a carteiras embutidas do tipo externally owned wallets, ou EOAs. EOAs são contas controladas pelo usuário, identificadas por um endereço público e gerenciadas com uma chave privada usada para enviar transações. No modelo EOA, a chave privada _é_ a conta do usuário. Isso significa que: - Se o usuário não conseguir acessar a chave, ele não consegue acessar sua carteira - Se o usuário perder sua chave, ele perde para sempre o acesso à sua carteira - Se um agente malicioso obtiver acesso à chave de um usuário, ele pode roubar todo o saldo do usuário No contexto de carteiras embutidas, isso é crítico porque os usuários dependem de serviços terceirizados como Turnkey ou [Privy](https://www.alchemy.com/dapps/privy) para fornecer essas chaves. Dentro desse contexto: - Se o serviço sair do ar, os usuários não conseguem acessar sua carteira nem seus fundos - Existe uma única entidade responsável por proteger as chaves de milhões de usuários, o que, se comprometido, pode resultar em perda de fundos para esses usuários Um desenvolvimento recente que evidencia o risco que usuários e desenvolvedores correm com EOAs embutidas é a [aquisição da SimpleHash pela Phantom](https://simplehash.com/blog/simplehash-acquisition-by-phantom). A Phantom adquiriu um provedor líder de dados cripto e está encerrando gradualmente os serviços da [SimpleHash](https://www.alchemy.com/dapps/simplehash) como diferencial competitivo de sua oferta de carteira. Esse anúncio fez com que centenas de desenvolvedores começassem a correr atrás de soluções alternativas. Em um mundo de EOAs Embutidas, essas EOAs não são facilmente transferíveis para um novo provedor ou para um modelo self-custodial - certamente não é tão simples quanto migrar para um novo provedor de dados. EOAs oferecem simplicidade para os desenvolvedores. Com ferramentas maduras como Viem e Foundry, elas são fáceis de integrar. Mas essa simplicidade tem um custo, limitando recursos críticos de UX e segurança. Por exemplo: - EOAs isoladas **não suportam** nenhuma forma de gas abstraction, ou seja, os usuários sempre precisam ter fundos suficientes na carteira para pagar por uma transação - EOAs **não conseguem** executar transações em lote, o que leva a fluxos de UX incômodos como "[Approve \+ Swap](https://support.uniswap.org/hc/en-us/articles/8120520483085-What-is-an-approval-transaction)" separados - EOAs **não conseguem** implementar recursos de segurança onchain como whitelisting de contratos ou assinaturas de limiar M/N. Qualquer implementação offchain desse tipo também confiaria no provedor de serviço centralizado - EOAs **não conseguem** oferecer transações cross-chain e interoperabilidade fluidas, o que depende de resource locks bem como de parte da funcionalidade citada acima - EOAs **não conseguem** oferecer acesso a liquidez como o [Magic Spend da Coinbase](https://help.coinbase.com/en/wallet/getting-started/smart-wallet-magicspend), que permite gastos onchain com saldos offchain - A validação de nonce fixa causa **problemas de throughput na carteira** para aplicações de alta carga - Para produtos duráveis, EOAs **não são resistentes a quantum**, com o NIST estabelecendo [avisos públicos de descontinuação](https://www.keyfactor.com/blog/nist-drops-new-deadline-for-pqc-transition/) com cinco anos de antecedência. Simple to integrate

", tooltip: "", icon: "" }, "2": { title: "

Third party single point of failure for liveness

", tooltip: "", icon: "" }, id: 0, }, { "1": { title: "

Mature tooling

", tooltip: "", icon: "" }, "2": { title: "

Significant counterparty risk for user funds in third party

", tooltip: "", icon: "" }, id: 1, }, { "1": { title: "

No deployment costs

", tooltip: "", icon: "" }, "2": { title: "

Strong vendor lock in to third party with no key rotation

", tooltip: "", icon: "" }, id: 2, }, { "1": { title: "

", tooltip: "", icon: "" }, "2": { title: "

Higher friction onboarding with gas fees

", tooltip: "", icon: "" }, id: 3, }, { "1": { title: "

", tooltip: "", icon: "" }, "2": { title: "

No chain abstraction or seamless interoperability

", tooltip: "", icon: "" }, id: 4, }, { "1": { title: "

", tooltip: "", icon: "" }, "2": { title: "

No way to add UX features like passkeys or contract whitelisting without trusted support from third party service

", tooltip: "", icon: "" }, id: 5, }, { "1": { title: "

", tooltip: "", icon: "" }, "2": { title: "

No way to add support onchain spending with offchain balances

", tooltip: "", icon: "" }, id: 6, }, { "1": { title: "

", tooltip: "", icon: "" }, "2": { title: "

No batch execution of transactions

", tooltip: "", icon: "" }, id: 7, }, ], }} /> ## O que são carteiras embutidas de contrato inteligente \(smart wallets\)? Embedded Smart Contract Wallets \(Smart Wallets\) são a próxima iteração de melhorias de UX e segurança no cripto. Smart Wallets são programas implantados na blockchain que atuam como a conta do usuário. Smart Wallets habilitam muito mais funcionalidade do que EOAs, gerando melhorias significativas de UX e segurança. Tanto que Vitalik, cofundador do Ethereum, vê a transição de EOAs para Smart Wallets como um [requisito](https://vitalik.eth.limo/general/2023/06/09/three_transitions.html) para levar usuários mainstream para onchain. De forma crítica, Smart Wallets removem o ponto único de falha em serviços terceirizados, habilitando rotação de chaves e múltiplas chaves privadas válidas em uma única conta. Exemplos incluem [Circle's Programmable Wallets](https://www.circle.com/programmable-wallets) \([código dos contratos](https://github.com/circlefin/buidl-wallet-contracts)\) e [Coinbase Smart Wallet](https://www.coinbase.com/wallet/smart-wallet) \([código dos contratos](https://github.com/coinbase/smart-wallet)\). Quando uma EOA Embutida atua como signatária de uma Smart Wallet, a chave privada da EOA — geralmente gerenciada por um serviço terceirizado, como mencionado acima — se torna um componente revogável da lógica programável da Smart Wallet. A Smart Wallet pode implementar rotação de chaves ou esquemas de multi-assinatura, permitindo que os usuários substituam ou revoguem o signatário EOA sem perder o acesso aos seus fundos. Isso elimina o vendor lock-in rígido observado em EOAs Embutidas isoladas, nas quais os usuários ficam presos à infraestrutura de um único provedor. Se um serviço como o SimpleHash for encerrado ou um provedor se tornar não confiável, a Smart Wallet pode integrar um novo signatário EOA de forma transparente — ou até fazer a transição para uma chave self-custodial — sem interromper a conta do usuário. Recursos adicionais oferecidos pelas Smart Wallets incluem: - **Gas abstraction:** Suporte padronizado para transações sem gas, permitindo que desenvolvedores patrocinem taxas ou que usuários paguem gas com tokens ERC-20 em vez de ETH, simplificando a experiência do usuário. - **Execução em lote**: Suporte a transações em lote com uma única assinatura do usuário para fluxos comuns como "Approve \+ Swap". - **Assinaturas programáveis**: Segurança aprimorada por meio de validação onchain de [Passkeys](https://fidoalliance.org/passkeys/) para gerenciamento local de chaves, oferecendo também um caminho para resistência a quantum quando necessário. - **Session keys e whitelisting de contratos**: carteiras programáveis significam permissões temporárias e interações restritas com contratos aprovados, reforçando segurança e controle. - **Assinaturas de limiar e MFA**: opções de multi-assinatura ou autenticação multifator onchain, adicionando camadas robustas de proteção de conta. - **Interoperabilidade**: Permite funcionalidade cross-chain fluida, aproveitando resource locks e outros mecanismos para viabilizar interações entre redes blockchain. - **Orquestração de liquidez**: Permite gastos onchain com saldos offchain Embora Smart Wallets introduzam certa complexidade e custos de implantação menores, isso é cada vez mais insignificante à medida que as ferramentas amadurecem e a adoção cresce. A flexibilidade e a segurança que oferecem as tornam uma escolha atraente para desenvolvedores que buscam construir aplicações cripto escaláveis, amigáveis ao usuário e duráveis — abrindo caminho para a melhor experiência de usuário da categoria sem nenhuma das preocupações de segurança existentes. ## O que são smart EOAs embutidas \(7702\)? Smart EOAs Embutidas, introduzidas pela [EIP-7702](https://www.alchemy.com/overviews/eip-7702-ethereum-pectra-hardfork) do Ethereum como parte do hard fork Pectra em 2025, oferecem um modelo híbrido que aprimora Externally Owned Accounts \(EOAs\) com funcionalidade de contrato inteligente. Diferente das EOAs tradicionais, que dependem apenas de uma chave privada, ou das Smart Wallets, que são programas totalmente implantados onchain, Smart EOAs permitem que uma EOA delegue a código de contrato inteligente para uma única transação — habilitando recursos como patrocínio de gas, operações em lote ou autenticação por passkey sem implantação permanente de contrato. Essa abordagem, defendida como um passo em direção à account abstraction, busca tornar as carteiras embutidas mais versáteis dentro de ecossistemas já centrados em EOA, como o [MetaMask](https://www.alchemy.com/dapps/metamask). Smart EOAs reutilizam boa parte da infraestrutura mencionada acima para Smart Wallets, contando com a mesma infraestrutura padronizada de relaying, infraestrutura de gas abstraction e contratos inteligentes. Há bastante entusiasmo em torno dessa área e, além de ferramentas como Circle's Programmable Wallets, equipes como Rhinestone e [Safe](https://safe.global/blog/eip-7702-smart-accounts-ethereum-pectra-upgrade) também estão focadas em construir suporte para 7702. No entanto, implementar Smart EOAs pode apresentar desafios e, por isso, muitos estão [optando por uma adoção em fases](https://www.alchemy.com/overviews/eip-7702-metamask-and-wallets) em vez de suporte completo. Para provedores acostumados ao gerenciamento simples de chaves EOA, o suporte a recursos inteligentes é um roadmap longo, o que obriga os desenvolvedores a combinar múltiplos serviços externos para habilitar coisas como gas abstraction ou session keys. Além disso, a segurança continua sendo um trade-off crítico. Embora o 7702 permita delegação para recursos avançados, a chave da EOA continua sendo um ponto único de falha com controle ilimitado. Se comprometida, todas as proteções delegadas se tornam inúteis. A flexibilidade de propriedade é igualmente limitada. Embora signatários adicionais possam ser adicionados, a chave da EOA mantém o controle irrestrito. Diferentemente das Smart Wallets, Smart EOAs permanecem vulneráveis devido à sua base EOA — tornando as Smart EOAs um meio-termo, e não uma solução completa. Backward compatibility with EOA infrastructure

", tooltip: "", icon: "" }, "2": { title: "

Complex integration for providers to support smart features

", tooltip: "", icon: "" }, id: 0, }, { "1": { title: "

Enables gas abstraction

", tooltip: "", icon: "" }, "2": { title: "

Primary key as a single point of trust limits security

", tooltip: "", icon: "" }, id: 1, }, { "1": { title: "

Enables batch execution

", tooltip: "", icon: "" }, "2": { title: "

No live support and immature tooling and ecosystem support as of March 2025

", tooltip: "", icon: "" }, id: 2, }, { "1": { title: "

Enables interoperability, with some risks around the primary EOA

", tooltip: "", icon: "" }, "2": { title: "

", tooltip: "", icon: "" }, id: 3, }, { "1": { title: "

Enables advanced smart account features, with some risks around the primary EOA

", tooltip: "", icon: "" }, "2": { title: "

", tooltip: "", icon: "" }, id: 4, }, ], }} /> Smart EOAs \(7702\) oferecem aos provedores de carteiras embutidas uma forma de baixo atrito para introduzir recursos avançados sem abandonar completamente o modelo EOA. Elas são um degrau prático para aplicações que precisam de programabilidade ocasional — como onboarding sem gas ou ações cross-chain — mantendo compatibilidade com ferramentas maduras como Viem ou Foundry. No entanto, sua dependência de uma chave EOA estática e os desafios de adaptar recursos inteligentes a sistemas EOA as posicionam principalmente como uma solução transitória. ## Conclusão: aprimorando carteiras embutidas para um Web3 sem atrito À medida que o cenário cripto evolui, as carteiras embutidas estão na linha de frente do onboarding da próxima onda de usuários. O nível de segurança, facilidade de uso e facilidade de desenvolvimento varia conforme a abordagem: - **Embedded Wallets \(EOAs\)** oferecem simplicidade, mas com riscos de segurança significativos e limitações de UX - **Embedded Smart Contract Wallets \(Smart Wallets\)** entregam flexibilidade e segurança incomparáveis, com custos de complexidade menores - **Embedded Smart EOAs \(7702\)** oferecem um caminho de transição para EOAs obterem funcionalidade de Smart Wallet, mas herdam os riscos de segurança das EOAs O futuro das carteiras embutidas não é apenas sobre chaves, mas sobre o quão invisível **e segura** é a integração da carteira na jornada do usuário. Na Alchemy, nossa abordagem vai além do gerenciamento de chaves para entregar Smart Wallets de nível enterprise que eliminam seed phrases, patrocinam gas e executam transações em lote - tudo isso enquanto capacitam os desenvolvedores com ferramentas flexíveis para personalizar sua UX. ## Perguntas frequentes ### O que é uma carteira embutida? Carteiras embutidas são carteiras integradas diretamente em aplicações cripto, fazendo com que a carteira pareça invisível para usuários que não precisam trocar para carteiras externas como a Metamask, nem sequer saber que estão lidando com cripto por trás dos panos. ### Qual é a diferença entre uma EOA e uma carteira de contrato inteligente? Uma EOA é uma conta controlada pelo usuário, gerenciada com uma chave privada onde a própria chave é a conta, enquanto uma carteira de contrato inteligente é um programa implantado na blockchain que habilita recursos avançados como gas abstraction, transações em lote, rotação de chaves e assinaturas programáveis. ### O que acontece se eu perder minha chave privada em uma EOA embutida? Se você perder sua chave privada em uma EOA, você perde para sempre o acesso à sua carteira, e se o serviço terceirizado que gerencia suas chaves sair do ar, você não consegue acessar sua carteira nem seus fundos. ### O que é a EIP-7702 e como ela afeta as EOAs? A EIP-7702, introduzida no hard fork Pectra do Ethereum em 2025, permite que uma EOA delegue a código de contrato inteligente para uma única transação, habilitando recursos como patrocínio de gas e operações em lote sem implantação permanente de contrato. ### Quais vantagens as carteiras de contrato inteligente oferecem em relação às EOAs? Carteiras de contrato inteligente habilitam gas abstraction, execução de transações em lote, assinaturas programáveis incluindo suporte a passkey, session keys, assinaturas de limiar, interoperabilidade cross-chain e a capacidade de rotacionar ou substituir chaves sem perder o acesso aos fundos. ### Carteiras de contrato inteligente conseguem evitar vendor lock-in? Sim, carteiras de contrato inteligente eliminam o vendor lock-in implementando rotação de chaves ou esquemas de multi-assinatura, permitindo que os usuários substituam ou revoguem signatários e façam a transição para novos provedores ou chaves self-custodial sem interromper sua conta. ### Quais são os principais riscos de segurança das EOAs embutidas? EOAs embutidas criam um ponto único de falha em que os usuários dependem inteiramente de serviços terceirizados para o gerenciamento de chaves, e se um agente malicioso obtiver acesso à chave ou o serviço for comprometido, os usuários podem perder todo o seu saldo. ### Smart EOAs (7702) são tão seguras quanto carteiras de contrato inteligente? Não, smart EOAs herdam os riscos de segurança das EOAs porque a chave da EOA continua sendo um ponto único de falha com controle ilimitado; se comprometida, todas as proteções delegadas se tornam inúteis, diferente das carteiras de contrato inteligente, que oferecem opções de rotação de chaves e multi-assinatura.