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

[madnessteat]

~
На счет установки дополнительных параметров (в случае пожара - температуры) в чип согласен. Не особо понимаю смысл последней фразы, уточните пожалуйста, что вы хотите этим сказать.

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

Спасибо. Наверное Джонни прав, написав выше о бессмысленности разговоров о таких чипах или в вашем понимании чип не будет выполнять роль оракула? Почитал больше про оракулов и понял, что система оракулов очень сырая в настоящее время.

[stmar]

https://zenith.0xbt.net/zavet

Можно и так, вариантов немало.

В принципе правы Игорь и Джонни у тебя получился этакий крирто-квест:
"В поисках крипто-наследства", что собственно не отрицает права на существование.

Предложу 2-й вариант (облегченный) твоей версии, он из нее и вытекает:
1. Как ранее и предлагалось, вся так же информация шифруется в webcrypt и делится на 2 части.
2. Вторая часть с закодированной инфой и соответственно с паролем от нее отправляется на флешку для наследника. Туда же на флешку отправляется и сам webcrypt.
3. А здесь упрощаем. Первую часть закод. инфы отправляем отложенной почтой. И правда надежнее с 3-х аккаунтов.
4. В случае форс мажора клиенту-наследнику останется только объединить и расшифровать информацию.
Можешь добавить себе вторым вариантом.
Ссылка на меня обязательна 

[johhnyUA]

Возможно, подумаю как упростить, хотя надо упростить мануал именно д/получателя.

Ну здесь определенно стоит упрощать. Я бы кстати никакие вещи типа приватного ключа в блокчейн не записывал. Опять таки, нестандартные транзакции очень хорошо по блокчейну видно.  
Вот отправить в блокчейн готовую транзакцию с nlocktime - это можно.

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

Да это понятно.

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

Крайне сомневаюсь. Люди довольно беспечны и могут просто забыть какой то элемент. А в твоей схеме если вылетит хоть одна шестеренка, то все, говори пока наследству. Если у тебя конечно квест еще проверить их знания, тогда да - имеет смысл  

Ахахах:

В принципе правы Игорь и Джонни у тебя получился этакий крипто-квест:
"В поисках крипто-наследства", что собственно не отрицает права на существование.

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

Не одному мне в голову оно пришло.

Предложу 2-й вариант (облегченный) твоей версии, он из нее и вытекает:

Вот пара вопросов сразу:
1. Зачем все делить на две части, если можно сразу одной отправить в случае чего? Как бы иррелевантно, на две части, на одну или на тридцать две. Если не дойдет, так не дойдет.
2. Зачем шифровать Webcrypt-ом, если передача идет по защищенному каналу сразу на флешку наследнику? Чтобы усложнить систему и увеличить вероятность факапа?

Здесь вот в чем логика: Если ты шифруешь на скомпроментированом устройстве, то смысла в шифровке нет. А если у тебя доверенное устройство и доверенная флешка, то смысла тоже нет, так как они доверенные. Шифровать имеет смысл когда по мылу бросаешь, тогда да.

[igor72]

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

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

[FontSeli]

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

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

Да, придуманный вами метод с локтаймом и его дополнение в виде гугловского сервиса, пока еще никто не переплюнул в этой теме, хоть уже и прошло 18 страниц обсуждения. Возможно бы имело смысл попросить автора топика аккумулировать в шапке наиболее интересные способы, о которых шло обсуждение на протяжении темы.

[igor72]

Да, придуманный вами метод с локтаймом и его дополнение в виде гугловского сервиса, пока еще никто не переплюнул в этой теме, хоть уже и прошло 18 страниц обсуждения.

Ну вы скажете, "придуманный мной" )). Давно уже эта идея описана. Жаль, что сумма в этом методе светится, нехорошо это. Надо придумать что-то... 

[FontSeli]

Да, придуманный вами метод с локтаймом и его дополнение в виде гугловского сервиса, пока еще никто не переплюнул в этой теме, хоть уже и прошло 18 страниц обсуждения.

Ну вы скажете, "придуманный мной" )). Давно уже эта идея описана. Жаль, что сумма в этом методе светится, нехорошо это. Надо придумать что-то... 

Я от вас впервые увидел упоминание данного способа, да и расписали вы его потом подробно и пошагово. Обычно наследники догадываются о размере наследства, знают что у деда есть квартира, какие-никакие сбережения. Правильно воспитанные внуки всегда помогут и не будут "дожидаться смерти", ну и если квартиру в любой момент можно подарить чужому человеку, то с Биткоинами еще легче, в любой момент вы можете потратить выходы и "оставить внукам пламенный привет".

[naska21]

В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам.
Ключевым моментом для решения должно является отсутствие человеческого фактора.

 Obyte решил  вопрос передачи  наследства с полным отсутствием человеческого фактора  и тестирует разработанный  котракт. Составить контракт в   Obyte это что "два пальца об асфальт" - все они   используют человеческий язык.

Замысел походу выглядит так: будет два автономных агента, один агент держит список наследников а второй SHA256 от кодовой фразы, которая дает доступ к наследству и у каждого наследника своя фраза, соответствующая доле наследства. Фраза передается наследнику самим наследодателем.  Наследник, чтобы забрать ему причитающее отсылает  агенту  свою кодовою фразу. Если ее SHa256 совпадет с тем что держит агент то агент запускает тригер  для начала периода в течении которого  наследник может забрать свое. Планируется, что наследодатель ,когда будет составлять  контракт, сможет сам  установить протяженность этого периода.

В момент запуска тригера одновременно наследодателю по DAG сети Obyte  отправляется  уведомление  о том, что  запущен тригер на запрос   наследства. В течении определенного промежутка времени после уведомления наследодатель имеет право аннулировать этот запрос. Считается, что если он этого не сделает в отведенное время, то  он мертв и   , наследник сможет получить затребованную им долю. С целью предотвращения спаминга каждый запрос на наследство будет обходиться наследнику в 50.000 bytes - байт это наименьшая денежная единица в  Obyte.

 Подробности по контракту для передачи наследства можно посмотреть  здесь.  Облегчить жизнь и наследодателю и наследникам помогут встроенные в  Obyte боты, один из которых предназначен для двустороннего обмена BTC и Gbyte.  

[igor72]

В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам.
Ключевым моментом для решения должно является отсутствие человеческого фактора.

 Obyte решил  вопрос передачи  наследства с полным отсутствием человеческого фактора  и тестирует разработанный  котракт. Составить контракт в   Obyte это что "два пальца об асфальт" - все они   используют человеческий язык.

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

[naska21]

В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам.
Ключевым моментом для решения должно является отсутствие человеческого фактора.

 Obyte решил  вопрос передачи  наследства с полным отсутствием человеческого фактора  и тестирует разработанный  котракт. Составить контракт в   Obyte это что "два пальца об асфальт" - все они   используют человеческий язык.

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

Пока предпосылок чтобы загнуться не вижу хотя все может быть. Я пару лет назад участвовал в подписной компании по этому проекту  и менеджером там  был yahoo62278 а он за плохие проекты не топит. Как получил в той подписной 7 с лишком Gbyte так и держу их, и на всякий случай, и потому, что сам проект нравится. Сложного в его контрактах ничего нет и чтобы их понять достаточно установить кошелек и поиграться и с контрактами и с кучей встороенных ботов. Новые боты и контракты появляются там с каждой новой версией кошелька и походу этот контракт по передаче наследства будет уже  в ближайших версиях, он пока тестируется.

[taikuri13]

~
По статье мало чего понял, но чую, что это может быть интересно. Это пока еще не работает, а тестируется, так? Надо поискать-почитать. Ну и главное, чтобы не загнулся этот Obyte в неподходящий момент, это больше всего настораживает.

Тоже смотрю за этим проектом, за теми решениями, который он предлагает. И развитие и отсутствие лишнего шума про него - мне нравится.

Насколько помню, достаточно серьезно Obyte изучал xenon131. Поэтому, если он увидит это сообщение - я бы попросил высказать свое мнение.

[FontSeli]

Obyte решил  вопрос передачи  наследства с полным отсутствием человеческого фактора  и тестирует разработанный  котракт. Составить контракт в   Obyte это что "два пальца об асфальт" - все они   используют человеческий язык.

Замысел походу выглядит так: будет два автономных агента, один агент держит список наследников а второй SHA256 от кодовой фразы, которая дает доступ к наследству и у каждого наследника своя фраза, соответствующая доле наследства. Фраза передается наследнику самим наследодателем.  Наследник, чтобы забрать ему причитающее отсылает  агенту  свою кодовою фразу. Если ее SHa256 совпадет с тем что держит агент то агент запускает тригер  для начала периода в течении которого  наследник может забрать свое. Планируется, что наследодатель ,когда будет составлять  контракт, сможет сам  установить протяженность этого периода.

В момент запуска тригера одновременно наследодателю по DAG сети Obyte  отправляется  уведомление  о том, что  запущен тригер на запрос   наследства. В течении определенного промежутка времени после уведомления наследодатель имеет право аннулировать этот запрос. Считается, что если он этого не сделает в отведенное время, то  он мертв и   , наследник сможет получить затребованную им долю. С целью предотвращения спаминга каждый запрос на наследство будет обходиться наследнику в 50.000 bytes - байт это наименьшая денежная единица в  Obyte.

 Подробности по контракту для передачи наследства можно посмотреть  здесь.  Облегчить жизнь и наследодателю и наследникам помогут встроенные в  Obyte боты, один из которых предназначен для двустороннего обмена BTC и Gbyte.  

Насколько там исключен человеческий фактор? Может ли наследник договориться с разработчиками чтобы они передали наследство без отправки запроса к наследодателю? Могут ли сами разработчики воспользоваться наследством?

[IeSua]

В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам.
Ключевым моментом для решения должно является отсутствие человеческого фактора.

 Obyte решил  вопрос передачи  наследства с полным отсутствием человеческого фактора  и тестирует разработанный  котракт. Составить контракт в   Obyte это что "два пальца об асфальт" - все они   используют человеческий язык.

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

Пока предпосылок чтобы загнуться не вижу хотя все может быть. Я пару лет назад участвовал в подписной компании по этому проекту  и менеджером там  был yahoo62278 а он за плохие проекты не топит. Как получил в той подписной 7 с лишком Gbyte так и держу их, и на всякий случай, и потому, что сам проект нравится. Сложного в его контрактах ничего нет и чтобы их понять достаточно установить кошелек и поиграться и с контрактами и с кучей встороенных ботов. Новые боты и контракты появляются там с каждой новой версией кошелька и походу этот контракт по передаче наследства будет уже  в ближайших версиях, он пока тестируется.

Проект достойный потому что баунти менеджером у него был yahoo? Это прям вдохновляет)

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

[xandry]

Нотариус сам по себе ничего делать не будет, он будет "ждать" пока один из РОДСТВЕННИКОВ не принесет ему свидетельство о смерти наследодателя. Только с получением этого документа, именно от родственника(!), он откроет наследственное дело.

Любой человек может принести свидетельство о смерти нотариусу, не обязательно родственник. Так же и открыть наследственное дело может любой человек, если он указан в завещании и обладает для этого небольшим набором документов. Эта информация наверное в каждой статье есть в открытом доступе о том, как вступить в наследство, поэтому непонятно откуда у вас такие утверждения про необходимость в родственных связях.

[naska21]

Obyte решил  вопрос передачи  наследства с полным отсутствием человеческого фактора  и тестирует разработанный  котракт. Составить контракт в   Obyte это что "два пальца об асфальт" - все они   используют человеческий язык.

Замысел походу выглядит так: будет два автономных агента, один агент держит список наследников а второй SHA256 от кодовой фразы, которая дает доступ к наследству и у каждого наследника своя фраза, соответствующая доле наследства. Фраза передается наследнику самим наследодателем.  Наследник, чтобы забрать ему причитающее отсылает  агенту  свою кодовою фразу. Если ее SHa256 совпадет с тем что держит агент то агент запускает тригер  для начала периода в течении которого  наследник может забрать свое. Планируется, что наследодатель ,когда будет составлять  контракт, сможет сам  установить протяженность этого периода.

В момент запуска тригера одновременно наследодателю по DAG сети Obyte  отправляется  уведомление  о том, что  запущен тригер на запрос   наследства. В течении определенного промежутка времени после уведомления наследодатель имеет право аннулировать этот запрос. Считается, что если он этого не сделает в отведенное время, то  он мертв и   , наследник сможет получить затребованную им долю. С целью предотвращения спаминга каждый запрос на наследство будет обходиться наследнику в 50.000 bytes - байт это наименьшая денежная единица в  Obyte.

 Подробности по контракту для передачи наследства можно посмотреть  здесь.  Облегчить жизнь и наследодателю и наследникам помогут встроенные в  Obyte боты, один из которых предназначен для двустороннего обмена BTC и Gbyte.  

Насколько там исключен человеческий фактор? Может ли наследник договориться с разработчиками чтобы они передали наследство без отправки запроса к наследодателю? Могут ли сами разработчики воспользоваться наследством?

С таки сомнениями надо ждать покуда конкуренты  не найдут  изъян или  подставу в работе автономных агентов контракта. В любом случае    обождите умирать  до тех пор  пока   другие контракт  не проверят.  ЛОЛ. Походу  идея такого контракта витает в воздухе и  надо ожидать реализации   подобного и на других платформах, вам будет из чего выбрать.  И чтобы выбор был осмысленным, покурите немного как работают автономные агенты  Obyte. Походу после перекура сможете сами дать себе ответ.

[FontSeli]

С таки сомнениями надо ждать покуда конкуренты  не найдут  изъян или  подставу в работе автономных агентов контракта. В любом случае    обождите умирать  до тех пор  пока   другие контракт  не проверят.  ЛОЛ. Походу  идея такого контракта витает в воздухе и  надо ожидать реализации   подобного и на других платформах, вам будет из чего выбрать.  И чтобы выбор был осмысленным, покурите немного как работают автономные агенты  Obyte. Походу после перекура сможете сами дать себе ответ.

Я просматривал их тему в свое время, но чтобы досконально в ней разобраться нужно время, которого в последнее время вообще нет. Поэтому и задал вопрос человеку, который упомянул этот проект и соответственно владеет какой-то информацией о нем. Я привык ко всему относиться критично и особенно не доверять крипто проектам. И тут недоверие не только в том, что могут быть ошибки или бэкдоры в коде, а в том, что как показывает опыт - проекты на крипто рынке долго не живут.

[TechPriest]

Интересная тема обсуждения.
Все здесь обсуждали LOCKTIMEVERIFY скрипт, изначальный, когда при формировании транзакции можно использовать поле locktime с указанием количества блоков или времени для ожидания. Но как правильно заметили, такую транзакцию раньше времени нельзя будет отправить майнерам (раньше, кстати, было можно. До 2012-2013). Недостаток такого метода в том, что кроме приватного ключа получателя, наследник должен хранить и саму транзакцию до нужного времени.

А почему бы не использовать два более продвинутых варианта, например CLTV или CSV?
Их транзакции вполне себе майнятся майнерами, просто вы не сможете потратить их раньше указанного блока/времени, но при этом вам не нужно будет хранить транзакцию до времени X.

Вот примерно так будет выглядеть с CLTV:

Code:

 <signature> <pubkey> <needed time> OP_CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 <pubkeyHash> OP_EQUALVERIFY OP_CHECKSIG

Проверяется время с помощью OP_CHECKLOCKTIMEVERIFY и далее уже или выдается ошибка (если false) или идет дальнейшая работа по скрипту (если true).

CSV или OP_CHECKSEQUENCEVERIFY еще более интересный скрипт, так как позволяет создавать более усложненные условия, вплоть до целых смарт контрактов. BIP112 (https://github.com/bitcoin/bips/blob/master/bip-0112.mediawiki) дает вот такой пример

Code:

 IF
        2 <Alice's pubkey> <Bob's pubkey> <Escrow's pubkey> 3 CHECKMULTISIG
    ELSE
        "30d" CHECKSEQUENCEVERIFY DROP
        <Alice's pubkey> CHECKSIG
    ENDIF

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

[igor72]

Интересная тема обсуждения.
Все здесь обсуждали LOCKTIMEVERIFY скрипт, изначальный, когда при формировании транзакции можно использовать поле locktime с указанием количества блоков или времени для ожидания. Но как правильно заметили, такую транзакцию раньше времени нельзя будет отправить майнерам (раньше, кстати, было можно. До 2012-2013). Недостаток такого метода в том, что кроме приватного ключа получателя, наследник должен хранить и саму транзакцию до нужного времени.

А с описанным вами методом нужно хранить redeem-скрипт, не так ли? Так какая разница, что хранить?

А почему бы не использовать два более продвинутых варианта, например CLTV или CSV?
[skip]
Ничего сложного нет.

Если нет ничего сложного, расскажите пошагово, как это сделать? Лично меня интересует, как наследнику получить потом деньги, если он не программист? Да и при создании P2SH-адреса страшновато ошибиться и послать деньги в космос, с простым локтаймом это исключено.

[kzv]

~

Обсуждали уже такие скрипты.
В этой ветке обсуждение решили продолжать в русле: "как это сделать только мышкой и только в уже существующих приложениях".

[TechPriest]

А с описанным вами методом нужно хранить redeem-скрипт, не так ли? Так какая разница, что хранить?

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

Опять таки, к примеру OP_CHECKLOCKTIMEVERIFY можно добавлять и в P2PKH выходной scriptpubkey, если мне не изменяет память. Не обязательно именно P2SH, если мы конечно не играемся с мультиподписями и прочим.

Если нет ничего сложного, расскажите пошагово, как это сделать? Лично меня интересует, как наследнику получить потом деньги, если он не программист? Да и при создании P2SH-адреса страшновато ошибиться и послать деньги в космос, с простым локтаймом это исключено.

Надо будет расписать. Сейчас вот стало еще проще, например - https://bitcointalk.org/index.php?topic=5204090.0