Как завещать свои биткоины?

[FontSeli]

В таком случае Сервис "На всякий случай" может быть вполне рабочим способом. И его кстати можно сделать дублирующим вариантом к Локтайму на случай каких-либо сбоев, например, как случай с хардфорком, который выше привел madnessteat.

Да, только хотел написать об этом ). Например, делается так. Шифруется сид, настраивается этот гугл-сервис по его передаче наследнику, допустим, через год. Скажем, 90% суммы переносится на отдельный путь деривации на этом сиде и готовится тратящая ее транзакция с локтаймом 5 лет, передается наследнику. Оставшиеся 10% могут быть в обороте без переделки транзакции. Если все сработает, наследник получит сид со 100% средств через год, если гугл подведет, то через 5 лет 90%.

Так и на те входы, которые постоянно в обороте и могут меняться, можно хоть каждый день (или любой другой период времени) делать ту же тратящую транзакцию с локтаймом и сохранять её на другом гугл аккаунте или каждый раз отправлять её на определенный почтовый ящик, к которому есть доступ у наследника. Ведь средства в обороте могут тоже составлять солидную сумму.

[igor72]

Так и на те входы, которые постоянно в обороте и могут меняться, можно хоть каждый день (или любой другой период времени) делать ту же тратящую транзакцию с локтаймом и сохранять её на другом гугл аккаунте или каждый раз отправлять её на определенный почтовый ящик, к которому есть доступ у наследника. Ведь средства в обороте могут тоже составлять солидную сумму.

Конечно, можно и так, тут уже каждый сам выбирает. Просто так как в такой схеме локтайм-транзакция является лишь страхующей (вероятность, что она пригодится, ну, допустим, 1%), на мой взгляд можно чем-то пожертвовать в обмен на удобство.

[bigon]

Если у тебя есть биткоины,то оставить их в наследство очень просто ,надо просто сохранить от кошелька логин и пароль, и потом твои наследники могут спокойно вывести монеты куда хотят.

[madnessteat]

Если у тебя есть биткоины,то оставить их в наследство очень просто ,надо просто сохранить от кошелька логин и пароль, и потом твои наследники могут спокойно вывести монеты куда хотят.

Разговор немного не об этом, а о том каким образом передать право владения накопленными биткоинами наследнику через определённое время после своей смерти и по возможности минимизировать человеческий фактор и услуги третьих лиц.

[unknown_anonymouse]

Если у тебя есть биткоины,то оставить их в наследство очень просто ,надо просто сохранить от кошелька логин и пароль, и потом твои наследники могут спокойно вывести монеты куда хотят.

Кто-нибудь, расскажите баунти мэнеджеру про этого шитпостера уже!
Оно везде читает только первое сообщение (только название темы) и срет своим аффторитетным идиотизмом лишь бы постов набить.

[madnessteat]

Ребята, возник ещё один вопрос. Как я понимаю, локтайм-транзакция дожидается трансляции в сеть в мемпуле. Не может ли это плохо сказаться на загруженности мемпула, т.к. со временем таких транзакций может накопиться очень много?

[unknown_anonymouse]

Ребята, возник ещё один вопрос. Как я понимаю, локтайм-транзакция дожидается трансляции в сеть в мемпуле. Не может ли это плохо сказаться на загруженности мемпула, т.к. со временем таких транзакций может накопиться очень много?

Дак ее предлагают записанной на бумажке хранить, а не в мемпуле.

[madnessteat]

Ребята, возник ещё один вопрос. Как я понимаю, локтайм-транзакция дожидается трансляции в сеть в мемпуле. Не может ли это плохо сказаться на загруженности мемпула, т.к. со временем таких транзакций может накопиться очень много?

Дак ее предлагают записанной на бумажке хранить, а не в мемпуле.

Какой смысл хранить локтайм-транзакцию на бумажке, если на таком носителе можно передать seed? Идея заключается в передаче прав на трату биткоинов без третьих лиц:

Тут желательно, чтобы не было необходимости доверять кому-либо или использовать сторонние сервисы (иначе все элементарно). С таким условием самым простым вариантом мне видится передача наследнику подписанной транзакции (где передаются все монеты на его адрес) с установленным nLocktime на какое-то время в будущем, например, на два года. Незадолго до истечения этого срока один из UTXO тратится (чтобы сделать старую транзакцию невалидной), и создается новая транзакция, которая передается наследнику. И так каждые два года, пока не помрешь ). Минус способа вижу только в случае попадания владельца за решетку на длительный срок. Ну и еще минус - это необходимость пересоздавать транзакцию после каждой траты задействованных UTXO.

[igor72]

Дак ее предлагают записанной на бумажке хранить, а не в мемпуле.

Какой смысл хранить локтайм-транзакцию на бумажке, если на таком носителе можно передать seed?

Транзакция действительно хранится, условно (или, при желании, буквально), на бумажке. Разница с сидом в том, что транзакция подписана и в ней уже не изменить ни получателя, ни сумму.

[madnessteat]

Дак ее предлагают записанной на бумажке хранить, а не в мемпуле.

Какой смысл хранить локтайм-транзакцию на бумажке, если на таком носителе можно передать seed?

Транзакция действительно хранится, условно (или, при желании, буквально), на бумажке. Разница с сидом в том, что транзакция подписана и в ней уже не изменить ни получателя, ни сумму.

Спасибо за разъяснение. Не поделитесь ссылкой где можно подробнее почитать про это. Самостоятельно не нашел. Тогда при при использовании такой схемы риски потери средств увеличиваются, т.к. может быть скормпроментирован один из двух адресов?

[igor72]

Не поделитесь ссылкой где можно подробнее почитать про это. Самостоятельно не нашел.

У меня готовых ссылок нет. Что конкретно вас интересует? Попробую объяснить, если знаю. Или сам поищу и дам ссылку.

Тогда при при использовании такой схемы риски потери средств увеличиваются, т.к. может быть скормпроментирован один из двух адресов?

Какие два адреса, отправителя и получателя? Ну да, компрометация первого приватника позволит украсть средства немедленно, компрометация второго - по достижении локтайма. В чем увеличение рисков? Или по сравнению с чем?

[unknown_anonymouse]

Транзакция - набор байтов.
Транзакция может быть подписанной или неподписанной или частично подписанной.
Подписанная транзакция это тоже набор байтов, который можно перевести в удобный вид (например шестнадцатиричный) и записать на листе бумаги.
Если в подписанной транзакции изменить хоть один байт, то транзакция станет инвалидной. Поэтому подписанную транзакцию вовсе необязательно хранить в таком ненадежном месте как мемпул.

[madnessteat]

Не поделитесь ссылкой где можно подробнее почитать про это. Самостоятельно не нашел.

У меня готовых ссылок нет. Что конкретно вас интересует? Попробую объяснить, если знаю. Или сам поищу и дам ссылку.

Тогда при при использовании такой схемы риски потери средств увеличиваются, т.к. может быть скормпроментирован один из двух адресов?

Какие два адреса, отправителя и получателя? Ну да, компрометация первого приватника позволит украсть средства немедленно, компрометация второго - по достижении локтайма. В чем увеличение рисков? Или по сравнению с чем?

Теперь все понял, нужно будет самому сделать такую транзакцию. Я полагал, что такая транзакция отправляется в мемпул и по источению выставленных блоков (времени) она транслируется в блокчейн.

На счет адресов вы все правильно поняли. Увеличение рисков потери средств в сравнении с хранением сид фразы на том же бумажном носителе.

Спасибо всем.

[igor72]

Я полагал, что такая транзакция отправляется в мемпул и по источению выставленных блоков (времени) она транслируется в блокчейн.

Нет, до наступления локтайма ее не получится туда поместить при всем желании, сеть отвергнет ее как невалидную.

На счет адресов вы все правильно поняли. Увеличение рисков потери средств в сравнении с хранением сид фразы на том же бумажном носителе.

Я не вижу увеличения рисков.

[Krypt]

Ну да, компрометация первого приватника позволит украсть средства немедленно, компрометация второго - по достижении локтайма.

Вот в этом месте вы его ещё больше запутали. Он думал (и уверился в этом), что в подписанной транзакции видны приватники. В то время как сама по себе подписанная транзакция никак не может скомпрометировать ни приватник отправителя, ни приватник получателя.

[igor72]

Ну да, компрометация первого приватника позволит украсть средства немедленно, компрометация второго - по достижении локтайма.

Вот в этом месте вы его ещё больше запутали. Он думал (и уверился в этом), что в подписанной транзакции видны приватники.

Разве? А мне кажется, все было понято правильно. По крайней мере, нигде не видно, что он так думал и уверился.

В то время как сама по себе подписанная транзакция никак не может скомпрометировать ни приватник отправителя, ни приватник получателя.

Конечно, я думал это всем очевидно.

[madnessteat]

Ну да, компрометация первого приватника позволит украсть средства немедленно, компрометация второго - по достижении локтайма.

Вот в этом месте вы его ещё больше запутали. Он думал (и уверился в этом), что в подписанной транзакции видны приватники. В то время как сама по себе подписанная транзакция никак не может скомпрометировать ни приватник отправителя, ни приватник получателя.

Нет. Я не совсем деревянный и понимаю как выглядит подписанная транзакция и что даже получив такую транзакций атакующий останется ни с чем. Просто я никогда не пользовался bitcoin core и не заполнял некоторых полей в транзакциях. Пришло время научиться и этому.

[igor72]

Просто я никогда не пользовался bitcoin core и не заполнял некоторых полей в транзакциях. Пришло время научиться и этому.

Локтайм имеете в виду? Мне, например, в Электруме удобнее это делать.

[madnessteat]

Просто я никогда не пользовался bitcoin core и не заполнял некоторых полей в транзакциях. Пришло время научиться и этому.

Локтайм имеете в виду? Мне, например, в Электруме удобнее это делать.

Да, попробую и в Электрум. В bitcoin core локтайм-транзакцию можно попробовать сделать без знаний по кодированию, например по этому учебнику 6.4: Sending a Transaction with a Locktime или если я далек от кодирования, то этот вариант не для меня?

[igor72]

Просто я никогда не пользовался bitcoin core и не заполнял некоторых полей в транзакциях. Пришло время научиться и этому.

Локтайм имеете в виду? Мне, например, в Электруме удобнее это делать.

Да, попробую и в Электрум. В bitcoin core локтайм-транзакцию можно попробовать сделать без знаний по кодированию, например по этому учебнику 6.4: Sending a Transaction with a Locktime или если я далек от кодирования, то этот вариант не для меня?

Я тоже не кодер ). Чтобы поменять локтайм в электруме, нужно научиться одной элементарной вещи - переводить десятичное число в шестнадцатеричное. Это можно сделать в виндовом калькуляторе или в онлайн-конвертере. Больше никаких умений не нужно, остальное делается в GUI Электрума (даже не в консоли). Если хотите, распишу по шагам.