Bitcoin Inheritance Plan

Uma carteira é uma aplicação ou um dispositivo para receber e enviar bitcoin. Chaves privadas são números secretos que permitem autorizar o gasto de bitcoins. Ana guarda cuidadosamente uma cópia de segurança, mas não diz a ninguém que existe. Para a família, o resultado pode ser semelhante a não ter cópia alguma. Um ponto de partida útil identifica as carteiras e uma pessoa de contacto para os passos seguintes. Essa orientação não precisa de conter chaves secretas. Deve indicar onde procurar os elementos necessários, mesmo sem Ana poder esclarecer dúvidas. Um documento jurídico pode determinar quem deve receber os bens; não fornece a assinatura digital que autoriza um pagamento. Inversamente, conseguir assinar não comprova um direito sobre o património. A organização jurídica deve respeitar a jurisdição e as circunstâncias concretas. [1] [8]

Uma Seed Phrase é uma cópia de segurança escrita em palavras, a partir da qual se recuperam os dados secretos das chaves. Se Ana usa uma passphrase BIP39, um texto secreto adicional, esta também tem de continuar disponível. O PIN normalmente desbloqueia o dispositivo; não substitui uma passphrase perdida. Outra passphrase pode abrir uma carteira válida, mas vazia. Configurações mais complexas exigem também conhecer as chaves, contas e condições usadas. Um Output Descriptor descreve esses elementos para o software, incluindo os dados de derivação de endereços. É especialmente importante em Multisig, que exige várias assinaturas. Um descriptor público sem chaves privadas permite observar, não gastar. Ainda assim, revela endereços e histórico; o formato geral também pode conter chaves privadas. É o conteúdo efetivo da exportação que importa. [2] [3]

Ana pode separar as instruções, a cópia e a palavra-passe de um ficheiro cifrado. Mas isso não ajuda se a filha precisar primeiro de desbloquear o telefone de Ana para entrar na conta que contém as instruções para desbloquear esse mesmo telefone. Percorra o caminho como alguém que desconhece os seus hábitos. Essa pessoa precisa de contactos e de uma alternativa se um ajudante ou um local de armazenamento ficar indisponível. Mais cópias reduzem o risco de perda, mas criam mais locais de possível fuga de dados. Uma configuração pública e um segredo que permite pagamentos imediatos exigem cuidados diferentes. [1]

Em vez de perguntar apenas «percebeste?», experimente em conjunto uma carteira de teste separada. Seguindo as instruções, o sucessor previsto encontra os elementos, recupera os endereços esperados e cria uma transação de teste verificável sem depender da memória de Ana. Ver um saldo não basta: uma carteira de observação pode mostrar fundos sem conseguir assinar um pagamento. Se houver uma condição temporal, teste a rejeição antes do prazo e a utilização depois. Um bloco agrupa transações que são acrescentadas ao histórico partilhado. O regtest, uma rede privada de testes com produção controlada de blocos, permite essa verificação. Testa-se o processo, sem divulgar a cópia real nem movimentar a herança efetiva. [1] [4] [9]

Multisig 2-of-3 significa que assinaturas de quaisquer duas das três chaves definidas autorizam um pagamento. Se dois sucessores receberem as chaves hoje e não houver outra condição, podem assinar hoje. O limiar não sabe que o pagamento devia aguardar a sucessão. O problema inverso surge se Ana guardar duas chaves e um ajudante a terceira: perder ambas as chaves de Ana deixa o ajudante incapaz de assinar sozinho. É preciso analisar as combinações que continuam disponíveis quando falta uma pessoa ou dispositivo. Duas cópias da mesma chave não produzem duas assinaturas independentes. A configuração da carteira deve permanecer disponível juntamente com as chaves. [1] [2]

Um bloqueio temporal adia uma forma de gastar. Na regra «Ana agora ou Boris após 1000 blocos», espera o ramo de Boris, não o de Ana. Aqui, um ramo é um caminho permitido para autorizar um pagamento. CHECKSEQUENCEVERIFY, descrito no BIP 112, em conjunto com o BIP 68 permite usar a idade de um UTXO: uma saída de transação ainda não gasta, um valor individual com condições próprias. A rede não verifica mortes nem identifica o herdeiro legítimo. Terminado o prazo, Boris pode usar o seu ramo mesmo enquanto Ana vive, desde que cumpra as restantes condições. O exemplo conta blocos, não dias de calendário; o tempo real de produção varia. [4] [5]

Se o UTXO do exemplo for confirmado no bloco H, o ramo atrasado permite gastá-lo, no mínimo, no bloco H+1000, satisfeitas as restantes condições. Receber outro pagamento ou abrir a aplicação não reinicia a idade da saída antiga. Um novo prazo para esse valor exige gastá-lo numa nova saída com a regra adequada e confirmar a transação. A Liana usa ramos de recuperação e um refresh sweep, uma transferência dos próprios fundos para novas saídas. É necessário verificar todas as saídas relevantes, as taxas e a disponibilidade das chaves habituais. «Usei a carteira recentemente» não esclarece quais saídas foram realmente renovadas. [4] [5] [6] [10]

Mudar de sucessor, perder uma chave ou alterar as regras não se resolve editando um nome nas instruções. As condições dos UTXO existentes continuam iguais. Um novo descriptor descreve outra configuração, mas não transfere dinheiro para ela. Alterar as condições registadas na rede exige preparar a nova carteira, verificar as cópias e transferir os fundos numa transação válida. Depois atualizam-se instruções, contactos e endereços de receção. Os endereços antigos podem continuar a receber pagamentos; a sua monitorização e os dados necessários não devem ser simplesmente descartados. O plano deve funcionar quando for necessário, não apenas no dia em que foi escrito. [7]