madnessteat
Legendary
Offline
Activity: 2226
Merit: 1983
|
|
November 22, 2019, 03:32:25 PM |
|
~ На счет установки дополнительных параметров (в случае пожара - температуры) в чип согласен. Не особо понимаю смысл последней фразы, уточните пожалуйста, что вы хотите этим сказать.
Речь идет о возможном контроле подобного чипа производителем, либо какой иной структурой или государственным органом, например как централизованные соцсети, в которых может быть ограничен доступ в любой момент, либо же, что корректней - мобильный телефон, в котором стоит прошивка от производителя, а в подобную прошивку можно очень много всего нехорошего засунуть. Спасибо. Наверное Джонни прав, написав выше о бессмысленности разговоров о таких чипах или в вашем понимании чип не будет выполнять роль оракула? Почитал больше про оракулов и понял, что система оракулов очень сырая в настоящее время.
|
| . .Duelbits. | │ | | │ | ▄▄█▄▄░░▄▄█▄▄░░▄▄█▄▄ ███░░░░███░░░░███ ▀░░░▀░░▀░░░▀░░▀░░░▀ ▄░░░░░░░░░░░░ ▀██████████ ░░░░░███░░░░▀ ░░█░░░███▄█░░░█ ░░██▌░░███░▀░░██▌ ░█░██░░███░░░█░██ ░█▀▀▀█▌░███░░█▀▀▀█▌ ▄█▄░░░██▄███▄█▄░░▄██▄ ▄███▄ ░░░░▀██▄▀ | . REGIONAL SPONSOR | | ███▀██▀███▀█▀▀▀▀██▀▀▀██ ██░▀░██░█░███░▀██░███▄█ █▄███▄██▄████▄████▄▄▄██ ██▀ ▀███▀▀░▀██▀▀▀██████ ███▄███░▄▀██████▀█▀█▀▀█ ████▀▀██▄▀█████▄█▀███▄█ ███▄▄▄████████▄█▄▀█████ ███▀▀▀████████████▄▀███ ███▄░▄█▀▀▀██████▀▀▀▄███ ███████▄██▄▌████▀▀█████ ▀██▄███▀██▄█▄▄▄██▄████▀ ▀▀██████████▄▄███▀▀ ▀▀▀▀█▀▀▀▀ | . EUROPEAN BETTING PARTNER | |
|
|
|
|
|
According to NIST and ECRYPT II, the cryptographic algorithms used in
Bitcoin are expected to be strong until at least 2030. (After that, it
will not be too difficult to transition to different algorithms.)
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
stmar
Member
Offline
Activity: 196
Merit: 52
|
|
November 22, 2019, 04:50:34 PM Merited by johhnyUA (1), bomj (1) |
|
Можно и так, вариантов немало. В принципе правы Игорь и Джонни у тебя получился этакий крирто-квест: "В поисках крипто-наследства", что собственно не отрицает права на существование. Предложу 2-й вариант (облегченный) твоей версии, он из нее и вытекает: 1. Как ранее и предлагалось, вся так же информация шифруется в webcrypt и делится на 2 части. 2. Вторая часть с закодированной инфой и соответственно с паролем от нее отправляется на флешку для наследника. Туда же на флешку отправляется и сам webcrypt. 3. А здесь упрощаем. Первую часть закод. инфы отправляем отложенной почтой. И правда надежнее с 3-х аккаунтов. 4. В случае форс мажора клиенту-наследнику останется только объединить и расшифровать информацию. Можешь добавить себе вторым вариантом. Ссылка на меня обязательна
|
|
|
|
johhnyUA
Legendary
Offline
Activity: 2422
Merit: 1834
Crypto for the Crypto Throne!
|
|
November 22, 2019, 06:31:08 PM |
|
Возможно, подумаю как упростить, хотя надо упростить мануал именно д/получателя. Ну здесь определенно стоит упрощать. Я бы кстати никакие вещи типа приватного ключа в блокчейн не записывал. Опять таки, нестандартные транзакции очень хорошо по блокчейну видно. Вот отправить в блокчейн готовую транзакцию с nlocktime - это можно. Ты не обратил внимания. Для примера я отправил транзакции с одного адреса, а в реале естественно надо отправлять с разных адресов, я это указывал. Я изначально думал не делить код, но кто знает, вдруг найдутся умельцы и взломают. Да это понятно. Никто не хочет оставлять наследникам дебилам. Но много умных людей, которым плевать на крипту. Вот поймут ли они, как получить биток-наследство? Крайне сомневаюсь. Люди довольно беспечны и могут просто забыть какой то элемент. А в твоей схеме если вылетит хоть одна шестеренка, то все, говори пока наследству. Если у тебя конечно квест еще проверить их знания, тогда да - имеет смысл Ахахах: В принципе правы Игорь и Джонни у тебя получился этакий крипто-квест: "В поисках крипто-наследства", что собственно не отрицает права на существование.
Если у тебя конечно квест еще проверить их знания, тогда да - имеет смысл Не одному мне в голову оно пришло. Предложу 2-й вариант (облегченный) твоей версии, он из нее и вытекает:
Вот пара вопросов сразу: 1. Зачем все делить на две части, если можно сразу одной отправить в случае чего? Как бы иррелевантно, на две части, на одну или на тридцать две. Если не дойдет, так не дойдет. 2. Зачем шифровать Webcrypt-ом, если передача идет по защищенному каналу сразу на флешку наследнику? Чтобы усложнить систему и увеличить вероятность факапа? Здесь вот в чем логика: Если ты шифруешь на скомпроментированом устройстве, то смысла в шифровке нет. А если у тебя доверенное устройство и доверенная флешка, то смысла тоже нет, так как они доверенные. Шифровать имеет смысл когда по мылу бросаешь, тогда да.
|
|
|
|
igor72
Legendary
Offline
Activity: 1820
Merit: 1972
Crypto Swap Exchange
|
|
November 23, 2019, 09:29:56 AM |
|
Можно итоговую цифру транзакции с локтаймом не передавать наследнику полностью, а разделить её на несколько частей. Одну из которых передать передать нескольким доверенным людям, и сказать чтобы они сообщили о ней вашему наследнику после смерти.
Тогда уже проще вообще не отдавать наследнику транзакцию, а попросить (а лучше заинтересовать небольшой частью этого наследства) доверенное лицо отправить транзакцию по истечении локтайма. Но эти все доверенные люди - слабое звено, по-моему. Через гугловский "на всякий случай" и подобные сервисы более надежно, мне кажется. Хотя тоже не идеально.
|
|
|
|
FontSeli
|
|
November 23, 2019, 02:31:20 PM |
|
Можно итоговую цифру транзакции с локтаймом не передавать наследнику полностью, а разделить её на несколько частей. Одну из которых передать передать нескольким доверенным людям, и сказать чтобы они сообщили о ней вашему наследнику после смерти.
Тогда уже проще вообще не отдавать наследнику транзакцию, а попросить (а лучше заинтересовать небольшой частью этого наследства) доверенное лицо отправить транзакцию по истечении локтайма. Но эти все доверенные люди - слабое звено, по-моему. Через гугловский "на всякий случай" и подобные сервисы более надежно, мне кажется. Хотя тоже не идеально. Да, придуманный вами метод с локтаймом и его дополнение в виде гугловского сервиса, пока еще никто не переплюнул в этой теме, хоть уже и прошло 18 страниц обсуждения. Возможно бы имело смысл попросить автора топика аккумулировать в шапке наиболее интересные способы, о которых шло обсуждение на протяжении темы.
|
|
|
|
igor72
Legendary
Offline
Activity: 1820
Merit: 1972
Crypto Swap Exchange
|
|
November 23, 2019, 09:08:00 PM |
|
Да, придуманный вами метод с локтаймом и его дополнение в виде гугловского сервиса, пока еще никто не переплюнул в этой теме, хоть уже и прошло 18 страниц обсуждения. Ну вы скажете, "придуманный мной" )). Давно уже эта идея описана. Жаль, что сумма в этом методе светится, нехорошо это. Надо придумать что-то...
|
|
|
|
FontSeli
|
|
November 24, 2019, 08:49:32 AM |
|
Да, придуманный вами метод с локтаймом и его дополнение в виде гугловского сервиса, пока еще никто не переплюнул в этой теме, хоть уже и прошло 18 страниц обсуждения. Ну вы скажете, "придуманный мной" )). Давно уже эта идея описана. Жаль, что сумма в этом методе светится, нехорошо это. Надо придумать что-то... Я от вас впервые увидел упоминание данного способа, да и расписали вы его потом подробно и пошагово. Обычно наследники догадываются о размере наследства, знают что у деда есть квартира, какие-никакие сбережения. Правильно воспитанные внуки всегда помогут и не будут "дожидаться смерти", ну и если квартиру в любой момент можно подарить чужому человеку, то с Биткоинами еще легче, в любой момент вы можете потратить выходы и "оставить внукам пламенный привет".
|
|
|
|
naska21
|
|
November 25, 2019, 08:00:34 AM Last edit: November 25, 2019, 08:26:32 AM by naska21 Merited by igor72 (2), xandry (1), Symmetrick (1) |
|
В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам. Ключевым моментом для решения должно является отсутствие человеческого фактора.
Obyte решил вопрос передачи наследства с полным отсутствием человеческого фактора и тестирует разработанный котракт. Составить контракт в Obyte это что "два пальца об асфальт" - все они используют человеческий язык. Замысел походу выглядит так: будет два автономных агента, один агент держит список наследников а второй SHA256 от кодовой фразы, которая дает доступ к наследству и у каждого наследника своя фраза, соответствующая доле наследства. Фраза передается наследнику самим наследодателем. Наследник, чтобы забрать ему причитающее отсылает агенту свою кодовою фразу. Если ее SHa256 совпадет с тем что держит агент то агент запускает тригер для начала периода в течении которого наследник может забрать свое. Планируется, что наследодатель ,когда будет составлять контракт, сможет сам установить протяженность этого периода. В момент запуска тригера одновременно наследодателю по DAG сети Obyte отправляется уведомление о том, что запущен тригер на запрос наследства. В течении определенного промежутка времени после уведомления наследодатель имеет право аннулировать этот запрос. Считается, что если он этого не сделает в отведенное время, то он мертв и , наследник сможет получить затребованную им долю. С целью предотвращения спаминга каждый запрос на наследство будет обходиться наследнику в 50.000 bytes - байт это наименьшая денежная единица в Obyte. Подробности по контракту для передачи наследства можно посмотреть здесь. Облегчить жизнь и наследодателю и наследникам помогут встроенные в Obyte боты, один из которых предназначен для двустороннего обмена BTC и Gbyte.
|
|
|
|
igor72
Legendary
Offline
Activity: 1820
Merit: 1972
Crypto Swap Exchange
|
|
November 26, 2019, 03:59:27 PM |
|
В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам. Ключевым моментом для решения должно является отсутствие человеческого фактора.
Obyte решил вопрос передачи наследства с полным отсутствием человеческого фактора и тестирует разработанный котракт. Составить контракт в Obyte это что "два пальца об асфальт" - все они используют человеческий язык. По статье мало чего понял, но чую, что это может быть интересно. Это пока еще не работает, а тестируется, так? Надо поискать-почитать. Ну и главное, чтобы не загнулся этот Obyte в неподходящий момент, это больше всего настораживает.
|
|
|
|
naska21
|
|
November 26, 2019, 04:21:06 PM |
|
В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам. Ключевым моментом для решения должно является отсутствие человеческого фактора.
Obyte решил вопрос передачи наследства с полным отсутствием человеческого фактора и тестирует разработанный котракт. Составить контракт в Obyte это что "два пальца об асфальт" - все они используют человеческий язык. По статье мало чего понял, но чую, что это может быть интересно. Это пока еще не работает, а тестируется, так? Надо поискать-почитать. Ну и главное, чтобы не загнулся этот Obyte в неподходящий момент, это больше всего настораживает. Пока предпосылок чтобы загнуться не вижу хотя все может быть. Я пару лет назад участвовал в подписной компании по этому проекту и менеджером там был yahoo62278 а он за плохие проекты не топит. Как получил в той подписной 7 с лишком Gbyte так и держу их, и на всякий случай, и потому, что сам проект нравится. Сложного в его контрактах ничего нет и чтобы их понять достаточно установить кошелек и поиграться и с контрактами и с кучей встороенных ботов. Новые боты и контракты появляются там с каждой новой версией кошелька и походу этот контракт по передаче наследства будет уже в ближайших версиях, он пока тестируется.
|
|
|
|
taikuri13
Legendary
Offline
Activity: 1218
Merit: 1589
|
|
November 26, 2019, 08:41:32 PM |
|
~ По статье мало чего понял, но чую, что это может быть интересно. Это пока еще не работает, а тестируется, так? Надо поискать-почитать. Ну и главное, чтобы не загнулся этот Obyte в неподходящий момент, это больше всего настораживает.
Тоже смотрю за этим проектом, за теми решениями, который он предлагает. И развитие и отсутствие лишнего шума про него - мне нравится. Насколько помню, достаточно серьезно Obyte изучал xenon131. Поэтому, если он увидит это сообщение - я бы попросил высказать свое мнение.
|
|
|
|
FontSeli
|
|
November 27, 2019, 02:48:19 PM |
|
Obyte решил вопрос передачи наследства с полным отсутствием человеческого фактора и тестирует разработанный котракт. Составить контракт в Obyte это что "два пальца об асфальт" - все они используют человеческий язык. Замысел походу выглядит так: будет два автономных агента, один агент держит список наследников а второй SHA256 от кодовой фразы, которая дает доступ к наследству и у каждого наследника своя фраза, соответствующая доле наследства. Фраза передается наследнику самим наследодателем. Наследник, чтобы забрать ему причитающее отсылает агенту свою кодовою фразу. Если ее SHa256 совпадет с тем что держит агент то агент запускает тригер для начала периода в течении которого наследник может забрать свое. Планируется, что наследодатель ,когда будет составлять контракт, сможет сам установить протяженность этого периода. В момент запуска тригера одновременно наследодателю по DAG сети Obyte отправляется уведомление о том, что запущен тригер на запрос наследства. В течении определенного промежутка времени после уведомления наследодатель имеет право аннулировать этот запрос. Считается, что если он этого не сделает в отведенное время, то он мертв и , наследник сможет получить затребованную им долю. С целью предотвращения спаминга каждый запрос на наследство будет обходиться наследнику в 50.000 bytes - байт это наименьшая денежная единица в Obyte. Подробности по контракту для передачи наследства можно посмотреть здесь. Облегчить жизнь и наследодателю и наследникам помогут встроенные в Obyte боты, один из которых предназначен для двустороннего обмена BTC и Gbyte. Насколько там исключен человеческий фактор? Может ли наследник договориться с разработчиками чтобы они передали наследство без отправки запроса к наследодателю? Могут ли сами разработчики воспользоваться наследством?
|
|
|
|
IeSua
|
|
November 27, 2019, 05:13:43 PM |
|
В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам. Ключевым моментом для решения должно является отсутствие человеческого фактора.
Obyte решил вопрос передачи наследства с полным отсутствием человеческого фактора и тестирует разработанный котракт. Составить контракт в Obyte это что "два пальца об асфальт" - все они используют человеческий язык. По статье мало чего понял, но чую, что это может быть интересно. Это пока еще не работает, а тестируется, так? Надо поискать-почитать. Ну и главное, чтобы не загнулся этот Obyte в неподходящий момент, это больше всего настораживает. Пока предпосылок чтобы загнуться не вижу хотя все может быть. Я пару лет назад участвовал в подписной компании по этому проекту и менеджером там был yahoo62278 а он за плохие проекты не топит. Как получил в той подписной 7 с лишком Gbyte так и держу их, и на всякий случай, и потому, что сам проект нравится. Сложного в его контрактах ничего нет и чтобы их понять достаточно установить кошелек и поиграться и с контрактами и с кучей встороенных ботов. Новые боты и контракты появляются там с каждой новой версией кошелька и походу этот контракт по передаче наследства будет уже в ближайших версиях, он пока тестируется. Проект достойный потому что баунти менеджером у него был yahoo? Это прям вдохновляет) У Obyte много интересных наработок, но к сожалению, они абсолютно непопулярны, а для того, дабы проект начали использовать в данной сфере - он должен быть сверх доверенным и популярным. Иначе, зачем делать что-то, чем никто не пользуется.
|
|
|
|
xandry
Moderator
Legendary
Offline
Activity: 3430
Merit: 3983
Crypto Swap Exchange
|
|
November 28, 2019, 09:16:22 AM |
|
Нотариус сам по себе ничего делать не будет, он будет "ждать" пока один из РОДСТВЕННИКОВ не принесет ему свидетельство о смерти наследодателя. Только с получением этого документа, именно от родственника(!), он откроет наследственное дело.
Любой человек может принести свидетельство о смерти нотариусу, не обязательно родственник. Так же и открыть наследственное дело может любой человек, если он указан в завещании и обладает для этого небольшим набором документов. Эта информация наверное в каждой статье есть в открытом доступе о том, как вступить в наследство, поэтому непонятно откуда у вас такие утверждения про необходимость в родственных связях.
|
|
|
|
naska21
|
|
November 28, 2019, 01:58:08 PM |
|
Obyte решил вопрос передачи наследства с полным отсутствием человеческого фактора и тестирует разработанный котракт. Составить контракт в Obyte это что "два пальца об асфальт" - все они используют человеческий язык. Замысел походу выглядит так: будет два автономных агента, один агент держит список наследников а второй SHA256 от кодовой фразы, которая дает доступ к наследству и у каждого наследника своя фраза, соответствующая доле наследства. Фраза передается наследнику самим наследодателем. Наследник, чтобы забрать ему причитающее отсылает агенту свою кодовою фразу. Если ее SHa256 совпадет с тем что держит агент то агент запускает тригер для начала периода в течении которого наследник может забрать свое. Планируется, что наследодатель ,когда будет составлять контракт, сможет сам установить протяженность этого периода. В момент запуска тригера одновременно наследодателю по DAG сети Obyte отправляется уведомление о том, что запущен тригер на запрос наследства. В течении определенного промежутка времени после уведомления наследодатель имеет право аннулировать этот запрос. Считается, что если он этого не сделает в отведенное время, то он мертв и , наследник сможет получить затребованную им долю. С целью предотвращения спаминга каждый запрос на наследство будет обходиться наследнику в 50.000 bytes - байт это наименьшая денежная единица в Obyte. Подробности по контракту для передачи наследства можно посмотреть здесь. Облегчить жизнь и наследодателю и наследникам помогут встроенные в Obyte боты, один из которых предназначен для двустороннего обмена BTC и Gbyte. Насколько там исключен человеческий фактор? Может ли наследник договориться с разработчиками чтобы они передали наследство без отправки запроса к наследодателю? Могут ли сами разработчики воспользоваться наследством? С таки сомнениями надо ждать покуда конкуренты не найдут изъян или подставу в работе автономных агентов контракта. В любом случае обождите умирать до тех пор пока другие контракт не проверят. ЛОЛ. Походу идея такого контракта витает в воздухе и надо ожидать реализации подобного и на других платформах, вам будет из чего выбрать. И чтобы выбор был осмысленным, покурите немного как работают автономные агенты Obyte. Походу после перекура сможете сами дать себе ответ.
|
|
|
|
FontSeli
|
|
November 28, 2019, 02:36:16 PM |
|
С таки сомнениями надо ждать покуда конкуренты не найдут изъян или подставу в работе автономных агентов контракта. В любом случае обождите умирать до тех пор пока другие контракт не проверят. ЛОЛ. Походу идея такого контракта витает в воздухе и надо ожидать реализации подобного и на других платформах, вам будет из чего выбрать. И чтобы выбор был осмысленным, покурите немного как работают автономные агенты Obyte. Походу после перекура сможете сами дать себе ответ. Я просматривал их тему в свое время, но чтобы досконально в ней разобраться нужно время, которого в последнее время вообще нет. Поэтому и задал вопрос человеку, который упомянул этот проект и соответственно владеет какой-то информацией о нем. Я привык ко всему относиться критично и особенно не доверять крипто проектам. И тут недоверие не только в том, что могут быть ошибки или бэкдоры в коде, а в том, что как показывает опыт - проекты на крипто рынке долго не живут.
|
|
|
|
TechPriest
Sr. Member
Offline
Activity: 377
Merit: 282
Finis coronat opus
|
Интересная тема обсуждения. Все здесь обсуждали LOCKTIMEVERIFY скрипт, изначальный, когда при формировании транзакции можно использовать поле locktime с указанием количества блоков или времени для ожидания. Но как правильно заметили, такую транзакцию раньше времени нельзя будет отправить майнерам (раньше, кстати, было можно. До 2012-2013). Недостаток такого метода в том, что кроме приватного ключа получателя, наследник должен хранить и саму транзакцию до нужного времени. А почему бы не использовать два более продвинутых варианта, например CLTV или CSV? Их транзакции вполне себе майнятся майнерами, просто вы не сможете потратить их раньше указанного блока/времени, но при этом вам не нужно будет хранить транзакцию до времени X. Вот примерно так будет выглядеть с CLTV: <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) дает вот такой пример IF 2 <Alice's pubkey> <Bob's pubkey> <Escrow's pubkey> 3 CHECKMULTISIG ELSE "30d" CHECKSEQUENCEVERIFY DROP <Alice's pubkey> CHECKSIG ENDIF Тоесть, если люди не тратят до определенного числа, то включается новое условие. Такое же вполне реально можно сделать и для завщения. Ничего сложного нет.
|
In science we trust!
|
|
|
igor72
Legendary
Offline
Activity: 1820
Merit: 1972
Crypto Swap Exchange
|
|
November 29, 2019, 10:06:17 AM |
|
Интересная тема обсуждения. Все здесь обсуждали LOCKTIMEVERIFY скрипт, изначальный, когда при формировании транзакции можно использовать поле locktime с указанием количества блоков или времени для ожидания. Но как правильно заметили, такую транзакцию раньше времени нельзя будет отправить майнерам (раньше, кстати, было можно. До 2012-2013). Недостаток такого метода в том, что кроме приватного ключа получателя, наследник должен хранить и саму транзакцию до нужного времени. А с описанным вами методом нужно хранить redeem-скрипт, не так ли? Так какая разница, что хранить? А почему бы не использовать два более продвинутых варианта, например CLTV или CSV? [skip] Ничего сложного нет.
Если нет ничего сложного, расскажите пошагово, как это сделать? Лично меня интересует, как наследнику получить потом деньги, если он не программист? Да и при создании P2SH-адреса страшновато ошибиться и послать деньги в космос, с простым локтаймом это исключено.
|
|
|
|
kzv
Legendary
Offline
Activity: 1722
Merit: 1285
OpenTrade - Open Source Cryptocurrency Exchange
|
|
November 29, 2019, 10:48:18 AM |
|
~
Обсуждали уже такие скрипты. В этой ветке обсуждение решили продолжать в русле: "как это сделать только мышкой и только в уже существующих приложениях".
|
|
|
|
TechPriest
Sr. Member
Offline
Activity: 377
Merit: 282
Finis coronat opus
|
|
November 29, 2019, 11:43:21 AM |
|
А с описанным вами методом нужно хранить redeem-скрипт, не так ли? Так какая разница, что хранить? Зачем? Вы генерируете необходимый скрипт-условие, получаете от него хэш который как раз и хранится в блокчейне. Наследник, на своем компьютере генерирует такой же скрипт + подпись. По хэшу из блокчейна происходит проверка корректно ли сгенерировал наследник скрипт. Опять таки, к примеру OP_CHECKLOCKTIMEVERIFY можно добавлять и в P2PKH выходной scriptpubkey, если мне не изменяет память. Не обязательно именно P2SH, если мы конечно не играемся с мультиподписями и прочим. Если нет ничего сложного, расскажите пошагово, как это сделать? Лично меня интересует, как наследнику получить потом деньги, если он не программист? Да и при создании P2SH-адреса страшновато ошибиться и послать деньги в космос, с простым локтаймом это исключено.
Надо будет расписать. Сейчас вот стало еще проще, например - https://bitcointalk.org/index.php?topic=5204090.0
|
In science we trust!
|
|
|
|