As 5 principais estratégias de segurança para carteiras DeFi em 2025

Ataques off-chain foram responsáveis por 80,4% dos fundos perdidos em 2024, e a maioria veio de contas comprometidas. Hoje, a segurança de carteiras é o campo de batalha crítico para proteger ativos digitais à medida que o DeFi continua a crescer.

Neste guia, vamos passar pelos fundamentos de carteiras DeFi seguras e quais estratégias você pode implementar para proteger melhor seus usuários, com base na nossa experiência dando suporte a plataformas DeFi líderes com nossa infraestrutura de carteiras.

Entendendo smart wallets no DeFi

Smart wallets são contas programáveis controladas por lógica de smart contract em vez de uma única chave privada (o que é conhecido como o modelo de externally owned accounts (EOA)). Diferente das carteiras de criptomoedas tradicionais, que dependem de assinaturas criptográficas e da proteção da seed phrase pelo usuário, as smart wallets viabilizam recursos avançados como recuperação de conta, limites de gastos e protocolos de segurança automatizados.

O ponto-chave aqui é este: smart wallets representam a evolução das carteiras DeFi, de um gerenciamento simples de chaves para sistemas de conta inteligentes. Na Alchemy, nosso trabalho em account abstraction está ajudando a liderar essa transformação ao fornecer a infraestrutura de smart wallet mais robusta e amigável para desenvolvedores.

Externally owned accounts vs smart accounts

O mercado mostra uma demanda clara pela programabilidade e pela UX superior das smart wallets. Em um estudo recente, 35% dos usuários de carteiras apontam a segurança como sua principal preocupação, e as carteiras com recuperação social cresceram 44% ano a ano.

À medida que mais usuários de varejo entram no onchain, essa demanda por recuperação social, programabilidade e uma UX mais segura só vai crescer, e as smart wallets são a infraestrutura que viabiliza essa experiência melhor. Mas antes de falar sobre o poder dessa programabilidade e como as smart wallets podem melhorar a segurança, vamos dar um passo atrás e olhar em um nível mais alto os tipos de carteiras existentes no mercado hoje.

Hot, cold, multi-sig e MPC explicados

No mundo das externally owned accounts, existem alguns conceitos que vale a pena esclarecer, porque impactam diretamente a segurança das carteiras.

Hot wallets armazenam chaves privadas online para acesso imediato. São ideais para trading diário porque você pode simplesmente interagir com esses apps diretamente pelo navegador, mas ao mesmo tempo essas carteiras são vulneráveis a ataques remotos (se você consegue interagir facilmente com a internet, a internet, por sua vez, também consegue interagir, e possivelmente explorar, sua carteira). É o caso do Metamask, do Phantom e de outras extensões de navegador.

Cold wallets mantêm as chaves completamente offline, oferecendo segurança ideal para armazenamento de longo prazo. Se 70% dos fundos de cripto roubados vêm de chaves privadas/seed phrases comprometidas, manter essa informação offline melhora bastante sua segurança. No entanto, esse aumento de segurança vem com uma UX pior. Para interagir com apps, você precisa conectar esse dispositivo físico a um dispositivo com internet (seu computador), inserir senhas e completar várias etapas para uma transação que levaria apenas alguns cliques com uma hot wallet. Cold wallets incluem Ledger, Trezor e outras.

Multi-signature wallets exigem múltiplas assinaturas para autorizar transações, eliminando pontos únicos de falha. Nos exemplos acima, um único usuário pode aprovar transações de envio, mas com multi-sig você precisa da maioria dos signatários aprovando uma transação antes que ela seja executada. Por exemplo, uma configuração 2 de 3 significa que são necessárias duas assinaturas dentre três chaves possíveis para que a transação seja executada. Isso melhora a segurança porque, se 1 chave for comprometida, os fundos naquela carteira permanecem seguros, já que a maioria dos signatários ainda é honesta. No entanto, isso também vem com uma contrapartida na UX, em que as transações demoram mais, simplesmente porque várias partes precisam assinar cada transação.

MPC (Multi-Party Computation) wallets combinam o melhor dos dois mundos, oferecendo a maior segurança de uma carteira multisig e ao mesmo tempo a UX superior de uma hot wallet. Com carteiras MPC, a chave privada é fragmentada entre vários dispositivos ou servidores, de modo que nenhum dispositivo isolado possui a chave completa. Então, mesmo que um fragmento seja violado ou perdido, os fundos naquela carteira não podem ser drenados ou perdidos. Uma implementação comum aqui é dividir a posse dos fragmentos entre o usuário do app e o próprio app, de modo que, caso o usuário perca sua chave, o app possa ajudá-lo a recuperar o acesso à conta (da mesma forma que funcionam hoje as contas Web2).

Por que a segurança de carteiras falha no DeFi?

A natureza permissionless do DeFi cria vetores de ataque únicos que os modelos de segurança tradicionais não conseguem endereçar. Entender esses modos de falha é essencial para implementar contramedidas eficazes, e é por isso que a Alchemy desenvolveu ferramentas de segurança abrangentes para tratar cada vulnerabilidade.

Ataques off-chain e estatísticas de phishing

O relatório de segurança de 2025 da Halborn revela que 80,5% das perdas em DeFi vêm de ataques off-chain, e não de exploits em smart contracts. Os três vetores de phishing mais prevalentes incluem:

• Airdrops falsos que induzem os usuários a assinar transações maliciosas
• Extensões de navegador maliciosas que interceptam e modificam dados de transação
• Sites réplica que coletam chaves privadas por meio de interfaces convincentes

Na raiz desse problema está o simples fato de que a maioria das carteiras é controlada por uma única chave, então, assim que os dados dessa chave são comprometidos, todos os fundos associados a ela podem ser movidos à vontade.

"DeFi é como um banco sem atendimento ao cliente — ninguém vai te salvar se algo der errado", alerta Sovic Chakrabarti em uma análise de segurança recente. Essa realidade está mudando graças às smart wallets, mas até que a maioria dos provedores de carteiras adote esse modelo de smart account, essa realidade permanece verdadeira.

Gerenciando aprovações de token

Para interagir com DeFi, os usuários frequentemente precisam "aprovar" um smart contract para interagir com seus ativos. Um desafio é que os usuários muitas vezes não revogam esse acesso depois de terminar de usar o app, o que deixa a porta aberta para exploits de contrato que podem drenar essas carteiras conectadas. A pesquisa do Georgia Tech mostra que apenas 10,8% dos usuários verificavam regularmente aprovações não utilizadas.

Dois grandes incidentes de 2024 destacam esse risco: o exploit da Radiant Capital drenou US$ 50 milhões por meio de aprovações comprometidas, enquanto múltiplos ataques de "approval farming" tinham como alvo usuários que concederam allowances ilimitadas a contratos maliciosos.

A higiene automatizada de aprovações — revogando regularmente permissões não utilizadas — oferece a defesa mais eficaz contra esses ataques de drenagem. As ferramentas de monitoramento da Alchemy oferecem os recursos mais sofisticados disponíveis para rastreamento de aprovações e revogação automatizada.

Falsa sensação de segurança com autenticação de dois fatores e auditorias de contrato

Muitos usuários frequentemente sentem uma falsa sensação de segurança em relação a cripto, e isso pode vir de diversos motivos. Alguns usuários associam cripto à segurança. Outros têm 2FA configurado em seu on/off ramp fiat e não entendem que um bug em um contrato pode drenar sua carteira com a mesma facilidade. Outros veem que um smart contract foi auditado e presumem que ele é à prova de falhas.

No mundo do DeFi, vale a pena ser cauteloso e tratar o espaço como um ambiente de zero-trust, onde toda transação ou mensagem deve ser verificada, todo popup deve ser desconfiado, e todo usuário deve agir com cautela.

Principais estratégias de segurança DeFi com smart wallets

Com esses problemas de segurança no espaço, o que você pode fazer para oferecer um ambiente mais seguro para seus usuários transacionarem? Na Alchemy, estamos construindo infraestrutura nesse espaço há mais de 7 anos, e aprendemos muito construindo nosso produto Smart Wallets e garantindo que ele seja um produto confiável, capaz de atender milhões de usuários sem comprometer a segurança. Aqui estão algumas dicas e táticas que você pode levar para o seu próprio aplicativo e stack de carteiras.

1. Gerenciamento de chaves em múltiplas camadas

A maior parte do risco vem do modelo de carteira de chave única com externally owned accounts. Dos protocolos hackeados, apenas 19% usavam carteiras multisig e apenas 2% carteiras cold. Migrar seu app para habilitar rotação de chaves, multi-signature, whitelisting de contratos e integração com passkeys é o primeiro passo.

Etapas de implementação:

• Implantar uma smart wallet
• Habilitar login biométrico ou autenticação multifator para um login mais seguro
• Delegar permissões para ações e usuários específicos com session keys
• Habilitar mecanismos de recuperação de conta contínuos

Essa abordagem elimina pontos únicos de falha mantendo a usabilidade. As Alchemy Smart Wallets oferecem a implementação enterprise mais robusta do setor, com capacidades de integração contínuas e segurança comprovada em escala.

2. Automatize a higiene de aprovações de token

Se você precisa aprovar contratos para permitir que eles transacionem em nome da sua carteira, considere configurar automações ou processos para revogar essa aprovação regularmente, seja diária ou semanalmente. Isso limita suas janelas de exposição a exploits de contrato.

Práticas recomendadas:

• Definir revisões semanais para avaliar a quais apps sua carteira está conectada
• Revogar automaticamente aprovações após 30 dias de inatividade
• Usar ferramentas como o Revoke.cash para gerenciamento em massa
• Monitorar eventos de aprovação por meio de dashboards de carteira
• Limitar as aprovações iniciais a valores específicos, em vez de gastos ilimitados

3. Simulação de transações em zero-trust

Verificação zero-trust significa que você não presume nada. O princípio do cripto é "confie, mas verifique", e você deve aplicar esse princípio a cada transação que executar onchain. Um cliente reduziu seus incidentes de segurança em 76% em 3 meses adotando essa abordagem. Isso inclui coisas como:

• Verificar de forma cruzada qualquer endereço onchain com o qual você interage
• Checar as URLs de domínio antes de interagir com uma hot wallet
• Revisar quaisquer mensagens/interações de contrato antes de assinar e executar essa ação
• Isolar seus sistemas de gerenciamento de carteira e configurar 2FA/autenticação biométrica para todos que têm acesso a esses sistemas
• Usar ferramentas como simuladores de transação para testar transações antes de confirmá-las onchain

4. Recuperação social com salvaguardas

A recuperação social permite que guardiões de confiança restaurem o acesso à carteira sem expor as chaves privadas. Um exemplo comum aqui seria um aplicativo ajudando a restaurar o acesso de um usuário à sua conta. Ao pensar em como configurar esse fluxo, aqui estão algumas salvaguardas a se ter em mente:

• Exigir aprovação de 2 de 5 guardiões para recuperação
• Implementar time-locks de 48 horas para ações de recuperação
• Usar tipos diversos de guardiões (uma combinação de hardware, mobile, contatos de confiança)
• Habilitar rotação de guardiões sem exigir migração de carteira

Exemplo de fluxo: usuário perde o dispositivo → inicia o processo de recuperação → 2 guardiões aprovam a solicitação → atraso de 48 horas durante o qual o usuário pode contestar ou desafiar o processo → se não houver contestação, o acesso à carteira é restaurado. Isso evita tanto a perda quanto o acesso não autorizado.

5. Diversificação de chains e segmentação de endereços

Distribuir ativos entre chains e múltiplos endereços pode ajudar a reduzir o raio de impacto de qualquer comprometimento isolado. É a clássica frase "não coloque todos os ovos na mesma cesta" colocada em prática no cripto. Uma forma de pensar sobre isso é uma divisão como:

1. Carteira de trading: uma hot wallet para atividade diária de DeFi onchain (10% dos ativos)
2. Cold storage: uma carteira protegida por hardware para holdings de longo prazo que não se movimentam com frequência (80% dos ativos)
3. Carteira experimental: um ambiente de testes isolado para novos apps ou chains (10% dos ativos)

Para quem constrói apps, você pode pensar em uma rotação semelhante entre float (ativos que precisam ser líquidos e se movimentar a curto prazo), vaults (ativos da empresa ou do usuário que ficarão inativos por longos períodos e podem ser armazenados em cold storage) e novas linhas de produto (carteiras isoladas com fundos mínimos que minimizam seu risco em relação a exploits de código não testado).

Escolhendo uma plataforma de smart wallet DeFi segura

Ao construir um app, avaliar plataformas e provedores de carteira exige examinar certificações de segurança, experiência do usuário e capacidades de migração. Ser criterioso nessa etapa pode ajudar a evitar erros custosos mais à frente. Então, no que você deve pensar?

Certificações de segurança obrigatórias e código open-source

Segurança é o mínimo esperado, e você não deve fazer concessões aqui. Certificações essenciais a se buscar incluem conformidade com SOC2 Type II e os padrões de segurança da informação ISO/IEC 27001. Elas validam controles operacionais de segurança e práticas de proteção de dados.

Você também quer que seu provedor atenda a alguns padrões open-source, para poder verificar a qualidade do código e garantir que nada seja malicioso. Alguns pontos a observar:

• Repositório da infraestrutura de carteira disponível no GitHub
• Auditorias de segurança independentes feitas por empresas respeitadas
• Programas de bug bounty com recompensas significativas para viabilizar hackers white hat
• Procedimentos transparentes de resposta a incidentes

Considerações de UX e recursos

Ao escolher uma carteira, você também quer considerar os recursos disponíveis além dessas medidas de segurança. Hoje em dia, as carteiras oferecem muito mais do que apenas "uma forma de seus usuários armazenarem seus fundos". Com as Smart Wallets, você desbloqueia todo tipo de melhoria de UX, como:

• Login social: uma experiência de login familiar no estilo Web2, em que os usuários podem criar contas com e-mail ou número de telefone
• Patrocínio de gas: apps podem patrocinar as taxas de transação de seus usuários, abstraindo a complexidade dessas ações
• Agrupamento de transações: a infraestrutura de carteira pode agrupar transações de usuários e enviá-las onchain de forma confiável
• Recursos de segurança: plataformas de carteira também costumam incluir recursos de segurança nativos, como autenticação biométrica, 2FA, limites de transação e mais

Construindo smart wallets mais inteligentes com a Alchemy

A atividade onchain está crescendo, e para atender às expectativas dos usuários mainstream, as carteiras estão evoluindo para melhorar a UX e a segurança. Com essas 5 estratégias - gerenciamento de chaves em múltiplas camadas, higiene de aprovações, simulação de transações, recuperação social e segmentação de endereços - você pode construir uma solução de carteira robusta que não só oferece segurança, mas também uma UX excelente para seus usuários.

O futuro pertence às contas programáveis, e a Alchemy está liderando essa transformação por meio de nosso conjunto abrangente de ferramentas Smart Wallets. Se você está pronto para explorar como será o futuro das carteiras onchain, comece com as Smart Wallets.

Perguntas frequentes

Por que o 2FA não é suficiente para carteiras onchain?

O 2FA protege logins em plataformas centralizadas, mas não consegue proteger chaves privadas depois que elas são expostas. Invasores podem assinar transações diretamente onchain sem precisar de códigos de autenticação secundária. Diferente do sistema bancário tradicional, as carteiras DeFi dependem do controle de chaves criptográficas, e não de permissões de acesso a conta. O 2FA ajuda, sem dúvida, mas ele sozinho não é suficiente. As ferramentas de account abstraction da Alchemy possibilitam modelos de segurança mais sofisticados, além da proteção básica de 2FA.

Com que frequência devo revogar aprovações de token?

Depende de quanto de fundos você tem exposto e qual é o seu apetite de risco. Uma boa regra prática é revisar e revogar aprovações de token não utilizadas semanalmente, ou imediatamente após interagir com novos apps. Se você é ativo onchain, considere configurar rotinas de revogação automatizadas para evitar que o acesso ilimitado a tokens se acumule ao longo do tempo.

Quando faz sentido adicionar assinatura por hardware?

Adicione assinatura por hardware sempre que estiver transacionando com grandes volumes, seja lidando com depósitos em vault, usuários enterprise, ou qualquer coisa entre esses casos. Assinadores de hardware oferecem a segurança do cold storage para operações de hot wallet. O SDK de carteira MPC da Alchemy pode se integrar a dispositivos de hardware para um gerenciamento de chaves aprimorado.

Posso combinar MPC com recuperação social?

Sim, o MPC cuida da segurança das chaves no dia a dia, enquanto a recuperação social oferece um mecanismo de backup para quando vários dispositivos são perdidos. Isso cria uma proteção em camadas, sem pontos únicos de falha. O MPC distribui fragmentos de chave entre dispositivos, de modo que nenhum comprometimento isolado expõe a chave completa. O SDK de Smart Wallets da Alchemy suporta tanto implementações de MPC quanto mecanismos de recuperação social para uma segurança de carteira abrangente.

Quais dados de transação uma carteira deve revelar antes de assinar?

Carteiras seguras precisam mostrar antecipadamente o endereço de destino, as chamadas de função, os valores de token, as taxas de gas e as aprovações de contrato antes de assinar. Os usuários precisam de visibilidade completa da transação para detectar anomalias e evitar aprovações ocultas. A simulação de transação pode ajudar a revelar riscos de segurança potenciais antes da execução. A Transaction Simulation da Alchemy oferece prévias detalhadas de transação para ajudar os usuários a verificar todas as operações antes de confirmar qualquer ação onchain