girinovey on Nostr: Eu já preocupava com isso desde os idos de 2013. Fiz alguns posts sobre isso no ...
Eu já preocupava com isso desde os idos de 2013. Fiz alguns posts sobre isso no bitcointalk e no facebook. Mas nunca cheguei a conclusão final sobre o assunto.
A questão de sucessão é complexa. Se vc preparar uma carteira para sucessão, ela não serve pra ser usada no dia a dia, e vice versa. As opções que eu levantei para sucessão são:
1- Carteira fria simples, escondida em cofre, com instruções de só ser aberta em caso de morte. (problemas: alguem que tenha acesso pode passar a perna nos demais herdeiros e abrir antes)
2- Carteira multiassinada por todos os herdeiros (problemas: se um dos herdeiros perder a chave, os bitcoins se perdem)
3- Carteira multiassinada pelos herdeiros, mas que precise de apenas n-1 ou n-2 assinaturas, minimizando o problema de perda de chaves, mas ainda com risco.
4- Carteira multiassinada com escrow externo, exigindo sempre uma chave de escrow + 1 chave de herdeiro. (problema: encontrar escrow confiável)
5- deixar os BTC em um banco ou exchange e deixar para eles cuidarem da sucessão de acordo com a lei vigente (heuheuheuheu, precisa explicar os problemas?)
pensei numa 6a opção agora, que não era viável na época, mas agora com taproot é viável:
6- Smart contract que permite que o dinheiro seja gasto pelo proprietário em qualquer tempo, ou pelos herdeiros após 6 meses. Precisa ser renovado regularmente, como prova de vida. (problema: pode levar 6 meses para que a pessoa tenha acesso a herança)
Alias, alguem poderia implementar isso direto em uma carteira hein? A carteira ja renovaria o smart contract cada vez que vc movimentasse a grana.
Enfim, mais um textão. esse problema é hard. e vai depender de cada um.
Published at
2024-09-03 12:05:34Event JSON
{
"id": "779867b4a34f3edb96139fe743d8f9080d71caaad91ac37965e7875d7440fad2",
"pubkey": "3ffac3a6c859eaaa8cdddb2c7002a6e10b33efeb92d025b14ead6f8a2d656657",
"created_at": 1725365134,
"kind": 1,
"tags": [
[
"e",
"79be6988c0ca79084e28a11dc10be103115e8d119145fb6efa5239befa44649c",
"wss://ditto.girino.org/relay",
"root"
],
[
"e",
"dd0f96068a10b2d47974a997f52caadce3dc0af58dfe34d959d166af9fc49534",
"wss://ditto.girino.org/relay",
"reply"
],
[
"p",
"fd3423d0cce87f78be31f9eea31577207bbe3daab9013359cfe4b9358367ec3a"
],
[
"p",
"eac630759e313832c4d0113b9e1082279fb0efa6a9ce81cda9e8a366b4988b48"
]
],
"content": "Eu já preocupava com isso desde os idos de 2013. Fiz alguns posts sobre isso no bitcointalk e no facebook. Mas nunca cheguei a conclusão final sobre o assunto.\n\nA questão de sucessão é complexa. Se vc preparar uma carteira para sucessão, ela não serve pra ser usada no dia a dia, e vice versa. As opções que eu levantei para sucessão são:\n\n1- Carteira fria simples, escondida em cofre, com instruções de só ser aberta em caso de morte. (problemas: alguem que tenha acesso pode passar a perna nos demais herdeiros e abrir antes)\n2- Carteira multiassinada por todos os herdeiros (problemas: se um dos herdeiros perder a chave, os bitcoins se perdem)\n3- Carteira multiassinada pelos herdeiros, mas que precise de apenas n-1 ou n-2 assinaturas, minimizando o problema de perda de chaves, mas ainda com risco.\n4- Carteira multiassinada com escrow externo, exigindo sempre uma chave de escrow + 1 chave de herdeiro. (problema: encontrar escrow confiável)\n5- deixar os BTC em um banco ou exchange e deixar para eles cuidarem da sucessão de acordo com a lei vigente (heuheuheuheu, precisa explicar os problemas?)\n\npensei numa 6a opção agora, que não era viável na época, mas agora com taproot é viável: \n6- Smart contract que permite que o dinheiro seja gasto pelo proprietário em qualquer tempo, ou pelos herdeiros após 6 meses. Precisa ser renovado regularmente, como prova de vida. (problema: pode levar 6 meses para que a pessoa tenha acesso a herança) \n\nAlias, alguem poderia implementar isso direto em uma carteira hein? A carteira ja renovaria o smart contract cada vez que vc movimentasse a grana.\n\nEnfim, mais um textão. esse problema é hard. e vai depender de cada um.",
"sig": "50ed9b6544f3950cf223cfeb72fad2fcd1ba4e8674b7e1bc5d2c715b80203a6b791b07aa037ea67c97b86c532ee870c6cac4a81441ba86af1b2006256fd4bb64"
}