Que problema a recuperação social tenta resolver
A forma dominante de possuir cripto é guardar uma frase-semente: uma lista de 12 ou 24 palavras em inglês que deriva todas as chaves privadas da sua carteira. Se a perder, perde todos os endereços e tokens que ela controla. Não existe linha de apoio, não há link de "esqueci-me da palavra-passe" e nenhuma decisão judicial a pode recuperar. Para uma geração habituada a cópias de segurança na cloud, isto é um verdadeiro desastre de usabilidade.
As pessoas reagem de formas previsíveis. Guardam a frase-semente num gestor de palavras-passe que é pirateado, ou dividem-na entre uma foto no iCloud e uma nota no e-mail, ou escrevem-na num papel que vive na mesma gaveta do portátil que protege. Cada uma destas opções reintroduz exatamente a centralização de que a cripto quis fugir. A frase-semente, na prática, é o ponto único de falha para quase todas as perdas em autocustódia.
As carteiras com recuperação social atacam este problema por um ângulo diferente. Em vez de pedirem a uma pessoa (si) que proteja um segredo para sempre, dividem a autoridade de recuperação por um grupo de pessoas ou dispositivos, de modo a que perder qualquer um deles não o deixe de fora. O autor original da ideia, Vitalik Buterin, apresentou-a como uma forma de aproximar a experiência de utilização da carteira do "esqueci-me da palavra-passe" da Web2, mantendo ao mesmo tempo o utilizador como o signatário final.
Como a recuperação social funciona na prática
Mecanicamente, uma carteira com recuperação social é construída sobre uma conta de contrato inteligente (por vezes chamada de conta inteligente ou carteira de abstração de conta), e não sobre um simples endereço de titularidade externa. O contrato guarda os seus fundos e foi programado com duas funções distintas: uma única chave "signatária" que aprova as transações no dia a dia, e uma lista de "guardiões" que podem votar para substituir essa chave signatária se ela for perdida.
O fluxo do dia a dia é idêntico ao de uma carteira normal. Assina transações com a sua chave signatária a partir do telemóvel ou da extensão do navegador, e o contrato inteligente verifica a assinatura antes de executar a transferência. Quase nunca pensa nos guardiões. Eles só importam numa situação.
O fluxo de recuperação é o que torna o design interessante. Se perder o dispositivo, instala a carteira num novo telemóvel, gera uma nova chave signatária e submete um pedido de "recuperar esta conta" ao contrato. O contrato não confia em si de imediato. Em vez disso, inicia um período de espera (frequentemente 24 a 72 horas) durante o qual os seus guardiões têm de confirmar ativamente a recuperação. Assim que um número mínimo de guardiões tiver confirmado (normalmente uma maioria, como 3 em 5), o contrato substitui a chave signatária pelo seu novo dispositivo e a chave antiga, perdida, torna-se inútil. Os fundos nunca se moveram; apenas a autoridade para os mover mudou.
O período de espera não é um atraso de cortesia. É a própria funcionalidade de segurança. Se um ladrão conseguir de alguma forma enganar os seus guardiões para confirmarem uma recuperação, tem uma janela de horas ou dias durante a qual, a partir do seu dispositivo original que ainda funciona, pode submeter uma contra-recuperação que cancela o ataque. Quanto mais longo for o período, mais segura fica a carteira contra coação, e mais incómodo se torna para um utilizador que perdeu genuinamente o telemóvel.
A presunção de confiança que estás realmente a fazer
O texto de marketing descreve a recuperação social como "não-custodial" porque o utilizador continua a ser dono dos fundos e é o contrato, e não um terceiro, que os guarda. Esta forma de apresentar é tecnicamente correta e perigosamente incompleta. A verdadeira questão não é "quem guarda as chaves", mas "quem pode mudar quem guarda as chaves", e a resposta é: um quórum dos teus guardiões.
Isto cria uma categoria de risco que a simples保管 da seed não tem, chamada conluio entre guardiões. Se a maioria dos teus guardiões decidir agir em conjunto (ou for enganada por um ataque de phishing a agir em conjunto), podem rodar a tua chave de assinatura e esvaziar a tua conta. Nunca precisam da tua frase seed. Nunca precisam do teu dispositivo. Só precisam da capacidade social ou técnica para se coordenarem.
Há também um modo de falha mais discreto: guardiões que desaparecem. O fluxo de recuperação exige confirmação afirmativa. Se três dos teus cinco guardiões mudaram de número de telefone, mudaram de país ou simplesmente perderam o interesse em cripto, o teu pedido legítimo de recuperação vai expirar. Não ficas bloqueado para sempre, porque o contrato te permite propor um novo conjunto de guardiões depois do período de espera original, mas cada nova tentativa custa tempo e parte do princípio de que ainda consegues contactar alguns guardiões.
A forma mais clara de pensar nisto: a recuperação social não elimina a necessidade de confiança. Apenas desloca a confiança de "ti próprio com um segredo" para "um pequeno grupo de entidades em que acreditas que vão comportar-se de forma previsível sob pressão". Se essa deslocação é ou não uma vitória depende quase inteiramente das entidades que escolhes.
Que conjunto de guardiões é realmente seguro
A decisão mais importante ao configurar uma carteira de recuperação social não é qual a carteira que escolhes. É quem (ou o quê) nomeias como guardião. A maioria dos riscos amplamente divulgados neste modelo tem origem num conjunto de guardiões mal escolhido, e não numa falha do software da carteira.
O padrão perigoso é escolher três ou cinco amigos. Amigos falam. Amigos perdem telemóveis. Amigos divorciam-se e um ex passa a estar muito interessado nas tuas criptomoedas. Amigos podem ser alvos de engenharia social com uma chamada telefónica que soa plausivelmente como se fosses tu. A mesma rede social que os torna bons amigos torna-os um risco correlacionado: uma única campanha de phishing bem direcionada, um único assalto ou uma única disputa de custódia pode comprometer vários deles ao mesmo tempo.
O padrão mais seguro, amplamente recomendado, é utilizares dispositivos que controlas, guardados em contextos físicos e digitais diferentes, como teu conjunto de guardiões. Uma configuração comum é três hardware wallets ou telemóveis antigos, cada um guardado num local diferente (um em casa, um num cofre de banco, um com um familiar que não sabe o que é) e cada um contendo apenas uma chave de guardião, e não uma chave de assinatura. Dois desses dispositivos são suficientes para recuperar; um ladrão que arrombe um local só fica com um voto, não com três. A desvantagem é operacional: agora tens três coisas para gerir em vez de um único papel.
Uma configuração híbrida também é razoável: dois dispositivos de hardware que possuis mais um ou dois contactos humanos em cujas capacidades de decisão sob pressão confias. Os guardiões humanos acrescentam uma via de recuperação se todos os dispositivos falharem em simultâneo, o que é raro mas não impossível (um incêndio numa casa, por exemplo). Configurações apenas com dispositivos são mais seguras no papel, mas podem deixar-te sem qualquer via de recuperação em cenários de baixa probabilidade e elevado impacto.
Qualquer que seja a tua escolha, há duas regras que se aplicam a todas as situações. Primeiro, nenhum guardião deve ter mais do que uma função: a carteira de um guardião deve ser um endereço dedicado, sem outros fundos ou permissões, para que um compromisso dessa carteira tenha limites. Segundo, deves ensaiar o fluxo de recuperação com um montante pequeno de teste antes de confiares no desenho com o teu saldo principal. A maioria dos utilizadores só descobre problemas de configuração quando precisa de recuperar, que é a pior altura possível.
Como a recuperação social se compara à cópia de segurança da seed e ao multisig
Três abordagens à custódia pessoal coexistem agora, e respondem a perguntas diferentes. Uma cópia de segurança por frase seed pergunta: "Como garanto que consigo reconstruir sempre as minhas chaves?" Uma carteira multisig pergunta: "Como exijo que múltiplas partes aprovem uma transação?" Uma carteira de recuperação social pergunta: "Como permito que um grupo de confiança restaure o acesso se eu desaparecer?" Confundir estas abordagens está na origem da maior parte da confusão dos iniciantes.
Em comparação com a cópia de segurança por seed, a recuperação social é mais tolerante e menos privada. Já não tens um único segredo que, se for divulgado, esvazia a conta, mas tens uma identidade pública on-chain (o endereço do contrato inteligente) e uma lista de endereços de guardiões que um observador pode correlacionar. Se rodares os guardiões com frequência para proteger a privacidade, pagas gás e acrescentas atrito operacional em cada alteração.
Em comparação com o multisig, a recuperação social é mais barata e mais flexível, mas mais fraca a prevenir furto ativo. Um multisig 2-de-3 exige duas assinaturas para mover fundos, o que é uma excelente proteção contra um único dispositivo comprometido, mas é caro (exige múltiplas assinaturas on-chain por transação) e rígido (mudar o conjunto de signatários implica mover todos os fundos para uma nova carteira multisig). A recuperação social só precisa de uma assinatura no caso normal, e a rotação de guardiões é uma chamada ao contrato, e não uma migração de fundos, o que é muito mais barato e limpo. O custo é que o conjunto de guardiões pode rodar o assinante, algo que um multisig não consegue fazer sem a cooperação explícita dos detentores.
Um modelo mental útil: o multisig protege uma carteira dos seus assinantes; a recuperação social protege uma carteira do desaparecimento dos seus assinantes. Sobrepõem-se, mas não são substitutos.
Carteiras que implementam bem a recuperação social
A implementação mais consolidada é a Argent, que popularizou o modelo na Ethereum e continua a ser uma das poucas carteiras onde o fluxo de recuperação é o padrão em vez de uma configuração avançada. A Argent exige confirmação por dois fatores dos guardiões e impõe um período de espera obrigatório, sem possibilidade de o utilizador o encurtar. Isto é deliberadamente conservador, e alguns utilizadores consideram isso incómodo, mas é o equilíbrio certo para uma funcionalidade de segurança ativa por predefinição.
A Safe (antiga Gnosis Safe) é a carteira multisig dominante e também oferece uma extensão "Safe Modules" que adiciona comportamento de recuperação social sobre um multisig padrão. Esta abordagem híbrida aproxima-se mais da utilização empresarial: um multisig 2-de-3 com um módulo de recuperação que pode rodar signatários sob controlo dos guardiões. É mais poderosa do que a recuperação social pura, mas também mais complexa de configurar corretamente.
Mais recentemente, carteiras construídas sobre o padrão de abstração de contas ERC-4337, incluindo a stack da ZeroDev, Stackup e Biconomy, tornaram mais barato e fácil implementar smart accounts personalizadas com módulos de recuperação social. São mais flexíveis, mas exigem que o utilizador compreenda que está a interagir com um contrato inteligente auditado, e não com uma carteira canónica, e a qualidade das auditorias varia.
Dois avisos aplicam-se a todas elas. Primeiro, "recuperação social ativada" no texto de marketing nem sempre significa a mesma coisa no código: algumas implementações permitem que os guardiões recuperem unilateralmente, outras apenas confirmam um pedido iniciado pelo utilizador, e as implicações de segurança são muito diferentes. Segundo, cada implementação depende de um contrato inteligente, e cada contrato inteligente tem uma superfície de bugs. Até contratos bem auditados foram explorados em áreas adjacentes (como replay de assinaturas ou replay entre cadeias), pelo que a carteira que escolheres deve ter um longo historial público e um histórico de incidentes claro.
Questões jurídicas e de herança na escolha dos guardiões
Um dos aspetos menos discutidos da recuperação social é que o papel de guardião é inteiramente fora da cadeia (off-chain) e social. Não existe, em nenhuma jurisdição relevante, um contrato legal que defina o que um guardião pode ou não fazer, nem o que acontece caso um guardião atue de má-fé. O contrato inteligente confia nele; a lei, não.
Esta realidade cria quatro problemas concretos. O primeiro é a herança. Se falecer, a sua família não consegue recuperar a sua carteira recorrendo a um tribunal, porque o tribunal não tem legitimidade para obrigar os seus guardiões a agir e os seus guardiões não têm qualquer obrigação de agir. A carteira só funciona enquanto alguém da sua confiança se aperceber da sua morte e decidir recuperá-la para os seus herdeiros. Muitos utilizadores deixam uma carta selada com instruções, mas as cartas podem perder-se, ser ignoradas ou ficar por abrir durante anos.
O segundo problema são os divórcios e as disputes entre parceiros. Um parceiro que era guardião durante a relação continua a sê-lo depois. Não existe nenhum mecanismo automático para revogar esse papel e, consoante a implementação, mesmo uma revogação explícita pode exigir a confirmação de um quórum de outros guardiões, o que pode ser difícil de conseguir numa situação hostil.
O terceiro problema surge em contextos empresariais e de DAO. Uma multisig ou uma carteira de recuperação social utilizada por uma pequena organização pode tornar-se um ativo jurídico da empresa, o que significa que os guardiões detêm, na prática, a custódia de fundos da empresa sem nenhum dos deveres fiduciários que um custodiante normalmente teria. Isto funciona bem em equipas informais, mas cria uma exposição real caso a organização seja mais tarde alvo de ações judiciais ou dissolvida.
O quarto problema é o da jurisdição e das autoridades policiais. Se um guardião for enganado e recuperar a carteira para um assinante fraudulento, os mecanismos legais de recurso são pouco claros. As perdas em contexto cripto são frequentemente irrecuperáveis, e as perdas por recuperação social enquadram-se no mesmo cenário. Nenhuma proteção do consumidor convencional cobre esta situação e, mesmo ao comunicar o caso às autoridades, raramente se obtêm resultados.
Como acompanhar as notícias sobre custódia pessoal da melhor forma
O design da custódia pessoal está a evoluir rapidamente: padrões de abstração de contas, novos esquemas de guardiões e exploits de grande projeção que mudam o modelo de ameaça. Tentar distinguir uma verdadeira melhoria numa carteira de um simples anúncio de marketing é uma batalha perdida se depender apenas do Twitter. A Zippfeed destaca títulos sobre carteiras e custódia com uma classificação de sentimento (bullish, neutral ou bearish) e uma nota de importância, para que consiga perceber quais são as notícias que alteram efetivamente os pressupostos de confiança da sua configuração e quais são apenas ruído.
