Dead Man’s Switch

Anna prepara um plano familiar: enquanto puder, gere os seus bitcoins; se ficar indisponível durante muito tempo, devem existir outras opções. Uma carteira é uma aplicação ou um dispositivo para receber e enviar bitcoin. Assinar significa aqui usar uma chave privada, um valor numérico secreto, para criar uma prova verificável de autorização do pagamento. Outras pessoas podem conferir a assinatura sem conhecer esse segredo. Uma saída de transação regista um montante e as condições para o gastar depois. Um Dead Man’s Switch avalia um sinal concreto, como uma confirmação em falta ou a idade de uma saída. Não consegue saber por que motivo o proprietário deixou de responder. Hospitalização, telefone avariado ou manutenção esquecida podem satisfazer a mesma condição. Primeiro é preciso definir o que o sistema realmente observa e o que poderá acontecer a seguir. Mesmo um mecanismo correto não determina o herdeiro legítimo. Apoia o plano sem substituir todas as decisões à sua volta. [1] [5] [8] [9]

O serviço deadmansswitch.net ilustra a abordagem por mensagens: preparam-se emails, escolhem-se destinatários e confirma-se periodicamente a presença. Depois de confirmações falhadas, o serviço envia as mensagens. Isto difere de Bitcoin Script, as regras verificadas pela rede ao gastar fundos. Um email pode indicar onde procurar documentos sem fornecer as assinaturas necessárias. É preciso considerar mensagens não entregues, contas perdidas e divulgação antecipada. Uma Seed Phrase, as palavras para derivar as chaves da carteira, não é uma nota comum: se houver fuga, alterar o temporizador não apaga o conhecimento alheio. A transferência dos fundos expostos para novas chaves também tem de ser tratada. [7]

Outra abordagem integra as condições de gasto da carteira. A Liana, por exemplo, distingue uma via principal disponível imediatamente e uma de recuperação após um prazo. Nesse modelo, a autoridade original de Anna não termina com a espera. Surge uma opção adicional; alguém ainda precisa de criar, assinar e transmitir uma transação válida. Se ambos os titulares tiverem vias utilizáveis, podem disputar o mesmo UTXO, uma saída específica ainda não gasta. Decide o gasto confirmado na cadeia, não a etiqueta proprietário ou herdeiro da aplicação. Manutenção esquecida pode assim dar acesso a outra pessoa enquanto Anna está viva. [1] [5]

A preparação começa bastante antes do prazo mais próximo. Anna precisa de lembretes fiáveis, margem de tempo e fundos para eventuais comissões. Renovar mais vezes custa comissões; esperar mais adia o acesso pela recuperação. A família necessita das chaves corretas, de uma descrição compreensível da carteira e de software adequado. Um Output Descriptor descreve, num formato legível por software, as chaves e condições para encontrar e gastar saídas; essa configuração não substitui assinaturas exigidas. Os documentos não devem ficar presos numa conta aberta apenas pelo telemóvel indisponível de Anna. Essa cópia existe, mas não ajuda quando é necessária. [5] [6]

Numa restrição temporal relativa, cada UTXO tem a sua própria espera. Um bloco agrupa transações que são acrescentadas ao histórico partilhado. Se uma saída foi confirmada no bloco H e outra via exige 1000 blocos, poderá ser usada, no mínimo, em H+1000, cumpridas as restantes condições. Iniciar sessão ou receber outro pagamento não reinicia a sua idade. Anna tem de gastar essa saída concreta e fazer confirmar uma nova com as condições previstas. Renovar só parte da carteira pode deixar saídas antigas perto do limite. Abrir hoje a carteira não equivale a renovar o calendário de todas as moedas. [1] [2] [9] [10]

Um Timelock limita quando uma via de gasto pode ser usada. BIP 65 e OP_CHECKLOCKTIMEVERIFY impõem um limite absoluto, como uma altura de bloco. BIP 112 e OP_CHECKSEQUENCEVERIFY, em conjunto com BIP 68, podem exigir uma determinada idade de um UTXO. A variante relativa temporal usa unidades de 512 segundos e median-time-past, tempo derivado dos blocos. BIP 113 descreve a mediana dos registos de tempo dos 11 blocos anteriores: o valor central depois de ordenar. Não é a hora do telemóvel nem a garantia de um instante exato no calendário. Os documentos especificam regras; o leitor precisa sobretudo de saber que relógio usa o seu plano. [1] [2] [3] [4]

Outro plano pode entregar à família uma transação já assinada com atraso. O campo nLockTime limita quando essa transação pode ser confirmada; por si só, não proíbe o titular da chave de assinar outra. O plano pré-assinado refere UTXO específicos, destinos e uma forma de pagar a comissão. Se outra transação confirmada gastar primeiro uma entrada, a antiga transação pré-assinada deixa de servir. Editar um documento não atualiza os fundos nem os registos da família. Uma mudança exige verificar saídas reais, permissões de assinatura e se os destinatários receberam informação nova e utilizável. [3]

A Liana publica instruções para Signet, uma rede de teste separada cujas moedas não têm valor real. Permite experimentar tentativas antecipadas, a abertura da recuperação e a renovação de um UTXO. Para o plano próprio, convém também considerar avisos não recebidos, perda da chave principal e recuperação a partir dos documentos efetivamente guardados de uma carteira de teste. Após mudar um destinatário, deve verificar-se o que as chaves e saídas antigas ainda permitem. Assinatura válida, aceitação no mempool de transações pendentes e confirmação num bloco são etapas distintas. Uma demonstração bem-sucedida não prova que o plano responde a todas as falhas. [6] [1]