Custódia multisig e herança

Curiosidade

1. Por que perder uma chave e seu backup acaba com uma carteira de assinatura única, enquanto uma carteira multisig consegue sobreviver à perda?
2. Como um administrador pode deter uma chave para auxiliar na recuperação, enquanto o proprietário mantém o controle efetivo dos fundos?
3. Quais dados específicos, além das frases-semente em si, são necessários para recuperar uma carteira multisig se todos os dispositivos forem perdidos?

Explorar

Parte ICustódia multisig

1. Uma carteira de assinatura única padrão depende de uma única chave privada. Se essa chave for roubada, o ladrão pode levar tudo; se a chave e todos os seus backups forem perdidos, as moedas desaparecem. Ter um único segredo representa um ponto único de falha. As configurações de assinatura múltipla distribuem esse risco, exigindo várias chaves distintas para autorizar qualquer transação.
2. Em uma configuração comum de 2 em 3, três chaves privadas são geradas em dispositivos separados, geralmente de fabricantes diferentes, e armazenadas em locais físicos distintos. Qualquer duas dessas chaves podem assinar conjuntamente uma transação. Se um dispositivo for perdido ou roubado, os dois restantes ainda controlam os fundos, enquanto uma única chave roubada não pode movê-los sozinha.
3. A guarda colaborativa formaliza essa distribuição para instituições e pessoas com alto patrimônio. Um responsável pela guarda possui uma chave para fornecer serviços de recuperação e suporte operacional, enquanto o proprietário mantém duas chaves. Essa estrutura permite assistência profissional sem ceder o controle unilateral; se o responsável pela guarda falhar ou for comprometido, as duas chaves do proprietário continuam sendo suficientes para movimentar os ativos.
4. A recuperação em caso de perda total do dispositivo requer mais do que apenas frases-semente. A configuração da carteira — especificamente as chaves públicas estendidas (xpubs) de todos os co-assinantes e o tipo de script — é essencial para reconstruir os endereços. Sem esses metadados, as sementes sozinhas não conseguem gerar os endereços de recebimento corretos. A recuperação exige essas xpubs ou um descritor de saída; por isso, elas devem ser feitas backup junto com as sementes.
5. Os trade-offs envolvem complexidade e custo. Gerenciar três chaves aumenta a sobrecarga operacional para uso diário e planejamento de herança. Transações com scripts maiores consomem mais bytes na blockchain, resultando em taxas de rede mais altas em comparação com transações de assinatura única. O Taproot pode reduzir esse custo quando as chaves são agregadas com protocolos como MuSig2, fazendo com que um gasto cooperativo pareça uma única assinatura; a maioria das carteiras multisig ainda usa P2WSH baseado em scripts, e a complexidade operacional permanece.
6. O multisig não é uma garantia contra todos os riscos. O hack da Bitfinex em 2016 resultou no roubo de aproximadamente 120.000 BTC de um arranjo multisig com a BitGo. A Bitfinex possuía duas das três chaves, e o serviço da BitGo assinava automaticamente sob as configurações da Bitfinex, permitindo que um invasor dentro dos sistemas da Bitfinex atingisse o limite necessário. Cerca de 94.000 BTC foram recuperados em 2022. O multisig protege apenas na medida em que a independência de suas chaves o permitir.

Parte IIPlanejamento sucessório

7. A custódia de Bitcoin apresenta uma tensão fundamental: o sigilo necessário para proteger os fundos de roubos torna impossível a recuperação por parte dos herdeiros. Se o detentor da chave morrer ou se tornar incapaz sem compartilhar os detalhes de acesso, esses satoshis são perdidos para sempre. Isso não é teórico; é a principal razão para a elaboração de planos de “sobrevivência” na gestão de ativos digitais. Analistas estimam que milhões de moedas foram perdidas devido a chaves extraviadas, incluindo casos de morte.
8. O mecanismo de script do Bitcoin permite que se codifique lógica que é acionada sob condições específicas. Um descritor de Miniscript, como `wsh(or_d(pk(@0), and_v(v:multi(2,@1,@2,@3), older(65535))))`, define uma carteira na qual uma única chave (`@0`) pode gastar imediatamente, ou duas das três chaves restantes (`@1`, `@2`, `@3`) podem gastar após a passagem de 65.535 blocos. A chave do proprietário pode ser usada para gastos a qualquer momento; o acesso dos herdeiros só é possível após esse prazo. (As carteiras exibem essas políticas com placeholders como @0 para as chaves.)
9. O número 65.535 nesse script representa uma duração específica. Com aproximadamente dez minutos por bloco, os 65.535 blocos – o máximo para um timelock relativo baseado em blocos – correspondem a cerca de 455 dias. Trata-se de um “lock de herança”. Como é um timelock relativo, o cronômetro começa quando as moedas são confirmadas, e não quando o holder desaparece. O holder deve mover as moedas periodicamente para manter o caminho dos herdeiros fechado; uma vez que esse prazo expira, os herdeiros podem gastá-las.
10. Os esquemas de multissignatura distribuem o controle entre partes confiáveis, como um parente e um advogado especializado em ativos digitais. Em uma configuração de 2 de 3, nenhuma pessoa tem poder total para movimentar fundos unilateralmente após a expiração do timelock; são necessárias duas assinaturas. Isso reflete o planejamento tradicional de patrimônio, no qual um executor trabalha com os beneficiários. Quem atua como executor precisa de orientação técnica suficiente para executar o plano.
11. Os planos geralmente combinam a configuração técnica com uma carta de instruções que explica o que existe e como usá-la, sem conter os próprios segredos. As regras variam conforme a jurisdição: em muitos lugares, um testamento se torna um documento público após o processo de inventário, portanto as frases-semente não devem constar nele. Um caso exemplar de controle concentrado é o QuadrigaCX, uma exchange canadense cujo fundador, Gerald Cotten, faleceu em dezembro de 2018, deixando os clientes com um débito de aproximadamente C$215 milhões; posteriormente, as autoridades constataram que as perdas se deviam principalmente à fraude dele, a qual era facilmente ocultada por quem possuía a única chave. Geralmente, recomenda-se buscar orientação jurídica profissional.
12. Os planejadores costumam ensaiar antes de confiar em um plano: eles aplicam a mesma política na testnet ou com uma quantia insignificante, deixam o timelock expirar e confirmam que as chaves dos herdeiros realmente podem assinar, para garantir que a configuração técnica esteja alinhada com a intenção legal. Carteiras desenvolvidas com base em Miniscript, como a Liana, são projetadas exatamente para esse tipo de recuperação por bloqueio temporal.

Fatos-chave

Exercício nove, seis, três, um

Verificação de fatos

Datas, números e afirmações verificados com as fontes publicadas listadas abaixo.

• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023), ch. 7
• BIP380: Output Script Descriptors General Operation
• Bitfinex hack public disclosures (2016)
• Chainalysis, Lost Coins Estimates (2020)
• Ontario Securities Commission, Report on QuadrigaCX (2020)
• Liana Wallet Documentation