Pages:
Author

Topic: Как завещать свои биткоины? - page 6. (Read 4997 times)

hero member
Activity: 1232
Merit: 858

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

Я просматривал их тему в свое время, но чтобы досконально в ней разобраться нужно время, которого в последнее время вообще нет. Поэтому и задал вопрос человеку, который упомянул этот проект и соответственно владеет какой-то информацией о нем. Я привык ко всему относиться критично и особенно не доверять крипто проектам. И тут недоверие не только в том, что могут быть ошибки или бэкдоры в коде, а в том, что как показывает опыт - проекты на крипто рынке долго не живут.
hero member
Activity: 1358
Merit: 635
staff
Activity: 3472
Merit: 4111
Crypto Swap Exchange
Нотариус сам по себе ничего делать не будет, он будет "ждать" пока один из РОДСТВЕННИКОВ не принесет ему свидетельство о смерти наследодателя. Только с получением этого документа, именно от родственника(!), он откроет наследственное дело.
Любой человек может принести свидетельство о смерти нотариусу, не обязательно родственник. Так же и открыть наследственное дело может любой человек, если он указан в завещании и обладает для этого небольшим набором документов. Эта информация наверное в каждой статье есть в открытом доступе о том, как вступить в наследство, поэтому непонятно откуда у вас такие утверждения про необходимость в родственных связях.
hero member
Activity: 1330
Merit: 869
В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам.
Ключевым моментом для решения должно является отсутствие человеческого фактора.

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

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

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

У Obyte много интересных наработок, но к сожалению, они абсолютно непопулярны, а для того, дабы проект начали использовать в данной сфере - он должен быть сверх доверенным и популярным. Иначе, зачем делать что-то, чем никто не пользуется.
hero member
Activity: 1232
Merit: 858
legendary
Activity: 1330
Merit: 1681
~
По статье мало чего понял, но чую, что это может быть интересно. Это пока еще не работает, а тестируется, так? Надо поискать-почитать. Ну и главное, чтобы не загнулся этот Obyte в неподходящий момент, это больше всего настораживает.

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

Насколько помню, достаточно серьезно Obyte изучал xenon131. Поэтому, если он увидит это сообщение - я бы попросил высказать свое мнение.
hero member
Activity: 1358
Merit: 635
В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам.
Ключевым моментом для решения должно является отсутствие человеческого фактора.

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

Пока предпосылок чтобы загнуться не вижу хотя все может быть. Я пару лет назад участвовал в подписной компании по этому проекту  и менеджером там  был yahoo62278 а он за плохие проекты не топит. Как получил в той подписной 7 с лишком Gbyte так и держу их, и на всякий случай, и потому, что сам проект нравится. Сложного в его контрактах ничего нет и чтобы их понять достаточно установить кошелек и поиграться и с контрактами и с кучей встороенных ботов. Новые боты и контракты появляются там с каждой новой версией кошелька и походу этот контракт по передаче наследства будет уже  в ближайших версиях, он пока тестируется.
legendary
Activity: 1848
Merit: 2033
Crypto Swap Exchange
В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам.
Ключевым моментом для решения должно является отсутствие человеческого фактора.

 Obyte решил  вопрос передачи  наследства с полным отсутствием человеческого фактора  и тестирует разработанный  котракт. Составить контракт в   Obyte это что "два пальца об асфальт" - все они   используют человеческий язык.
По статье мало чего понял, но чую, что это может быть интересно. Это пока еще не работает, а тестируется, так? Надо поискать-почитать. Ну и главное, чтобы не загнулся этот Obyte в неподходящий момент, это больше всего настораживает.
hero member
Activity: 1358
Merit: 635
В данной теме предлагаю обсудить безопасный программный способ передачи криптовалюты наследникам.
Ключевым моментом для решения должно является отсутствие человеческого фактора.

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

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

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

 Подробности по контракту для передачи наследства можно посмотреть  здесь.  Облегчить жизнь и наследодателю и наследникам помогут встроенные в  Obyte боты, один из которых предназначен для двустороннего обмена BTC и Gbyte.  
hero member
Activity: 1232
Merit: 858
Да, придуманный вами метод с локтаймом и его дополнение в виде гугловского сервиса, пока еще никто не переплюнул в этой теме, хоть уже и прошло 18 страниц обсуждения.
Ну вы скажете, "придуманный мной" )). Давно уже эта идея описана. Жаль, что сумма в этом методе светится, нехорошо это. Надо придумать что-то...  Grin

Я от вас впервые увидел упоминание данного способа, да и расписали вы его потом подробно и пошагово. Обычно наследники догадываются о размере наследства, знают что у деда есть квартира, какие-никакие сбережения. Правильно воспитанные внуки всегда помогут и не будут "дожидаться смерти", ну и если квартиру в любой момент можно подарить чужому человеку, то с Биткоинами еще легче, в любой момент вы можете потратить выходы и "оставить внукам пламенный привет".
legendary
Activity: 1848
Merit: 2033
Crypto Swap Exchange
Да, придуманный вами метод с локтаймом и его дополнение в виде гугловского сервиса, пока еще никто не переплюнул в этой теме, хоть уже и прошло 18 страниц обсуждения.
Ну вы скажете, "придуманный мной" )). Давно уже эта идея описана. Жаль, что сумма в этом методе светится, нехорошо это. Надо придумать что-то...  Grin
hero member
Activity: 1232
Merit: 858
Можно итоговую цифру транзакции с локтаймом не передавать наследнику полностью, а разделить её на несколько частей. Одну из которых передать передать нескольким доверенным людям, и сказать чтобы они сообщили о ней вашему наследнику после смерти.
Тогда уже проще вообще не отдавать наследнику транзакцию, а попросить (а лучше заинтересовать небольшой частью этого наследства) доверенное лицо отправить транзакцию по истечении локтайма. Но эти все доверенные люди - слабое звено, по-моему. Через гугловский "на всякий случай" и подобные сервисы более надежно, мне кажется. Хотя тоже не идеально.

Да, придуманный вами метод с локтаймом и его дополнение в виде гугловского сервиса, пока еще никто не переплюнул в этой теме, хоть уже и прошло 18 страниц обсуждения. Возможно бы имело смысл попросить автора топика аккумулировать в шапке наиболее интересные способы, о которых шло обсуждение на протяжении темы.
legendary
Activity: 1848
Merit: 2033
Crypto Swap Exchange
Можно итоговую цифру транзакции с локтаймом не передавать наследнику полностью, а разделить её на несколько частей. Одну из которых передать передать нескольким доверенным людям, и сказать чтобы они сообщили о ней вашему наследнику после смерти.
Тогда уже проще вообще не отдавать наследнику транзакцию, а попросить (а лучше заинтересовать небольшой частью этого наследства) доверенное лицо отправить транзакцию по истечении локтайма. Но эти все доверенные люди - слабое звено, по-моему. Через гугловский "на всякий случай" и подобные сервисы более надежно, мне кажется. Хотя тоже не идеально.
legendary
Activity: 2436
Merit: 1849
Crypto for the Crypto Throne!
Возможно, подумаю как упростить, хотя надо упростить мануал именно д/получателя.

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

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

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

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

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

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

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

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

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

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

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

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

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

Спасибо. Наверное Джонни прав, написав выше о бессмысленности разговоров о таких чипах или в вашем понимании чип не будет выполнять роль оракула? Почитал больше про оракулов и понял, что система оракулов очень сырая в настоящее время.
legendary
Activity: 1330
Merit: 1681
~
На счет установки дополнительных параметров (в случае пожара - температуры) в чип согласен. Не особо понимаю смысл последней фразы, уточните пожалуйста, что вы хотите этим сказать.

Речь идет о возможном контроле подобного чипа производителем, либо какой иной структурой или государственным органом, например как централизованные соцсети, в которых может быть ограничен доступ в любой момент, либо же, что корректней - мобильный телефон, в котором стоит прошивка от производителя, а в подобную прошивку можно очень много всего нехорошего засунуть. 
sr. member
Activity: 1337
Merit: 288
0xbt
Слишком заумно, даже вот я запутался на пункте про "input data" (по крайне мере в этом твоем посте, по ссылке завета все более менее ясно). Но ты слишком систему усложняешь, а чем сильнее усложнение, тем больше ошибок и выше их вероятность.
Возможно, подумаю как упростить, хотя надо упростить мануал именно д/получателя.
Да, и следуя этому коду https://rinkeby.etherscan.io/address/0x156e6451d6d1cf1a3cb3be03b229b71e58ce2774#code надо знать адрес А, даже без nonce чтобы получить второй адрес, и легко выйти на input data.
Ты не обратил внимания. Для примера я отправил транзакции с одного адреса, а в реале естественно надо отправлять с разных адресов, я это указывал. Я изначально думал не делить код, но кто знает, вдруг найдутся умельцы и взломают.
Ну короче ну уж очень мудрено. В случае с nLocktime тебе надо сделать всего три пункта:
1. Создать P2SH с локтаймом.
2. Передать подписаную транзакцию наследником
3. Чилить с малолетними проститутками на Филлипинах (не обязательный пункт)
Никто не хочет оставлять наследникам дебилам. Но много умных людей, которым плевать на крипту.
Вот поймут ли они, как получить биток-наследство?

К слову вспомнил: https://youtu.be/ULP8ozlZ4xc

legendary
Activity: 2436
Merit: 1849
Crypto for the Crypto Throne!
Можно и так, вариантов немало.

Слишком заумно, даже вот я запутался на пункте про "input data" (по крайне мере в этом твоем посте, по ссылке завета все более менее ясно). Но ты слишком систему усложняешь, а чем сильнее усложнение, тем больше ошибок и выше их вероятность.

У тебя у самого по ссылке целый лист информации которую нужно записать чтобы не обосраться:

Quote
На цифровой носитель запишите (пример):
a) A2=fcce0e68c683ca0bfec8454
b) Мануал по объединению адресов - A1(0x00c5e04176d95a286)+A2(fcce0e68c683ca0bfec8454)=A(0x00c5e04176d95a286fcce0e68c683ca0bfec8454) -
1-я часть информации
c) Мануал по нахождении адреса с вашей информацией (2-я часть), как было указано в разделе 2-b)
d) Мануал по объединению зашифрованной информации, с указанием сервиса для дешифровки.
e) Укажите дополнительную информацию по вашему усмотрению
f) Передайте носитель доверенному лицу

А ты еще забыл про ключи дешифровки, тот же Webcrypt. Тоесть в твои пункты уже +1
Я даже не говорю о том, что если ты в input data запихнешь какую нибудь хуйню отличную от стандартной, то ее сразу возьмут на карандаш, а так как люди ленивы, то в основном отправка будет в один и тот же день (а еще более вероятно с разницей в пару минут даже с двух разных адресов) и является шанс что кто-то твою input data сразу и получит, а потом будет с ней играться.

Да, и следуя этому коду https://rinkeby.etherscan.io/address/0x156e6451d6d1cf1a3cb3be03b229b71e58ce2774#code надо знать адрес А, даже без nonce чтобы получить второй адрес, и легко выйти на input data.

Ну короче ну уж очень мудрено. В случае с nLocktime тебе надо сделать всего три пункта:
1. Создать P2SH с локтаймом.
2. Передать подписаную транзакцию наследником
3. Чилить с малолетними проститутками на Филлипинах (не обязательный пункт)

притом, что у наследника никто не может ничего спиздить, так как транзакция раньше n блоков не подтвердится, адрес получателя - его адрес, наследнику надо хранить две вещи:
1. Свой приватный ключ
2. Транзакцию чтобы в нужный момент вкинуть ее в сеть

А у тебя какой то цирк со слонами. Недай бог вылетит одно звено, и все, будут твои дети голодными злобными чертами, проклинать дофига умного батю  Grin
sr. member
Activity: 1337
Merit: 288
0xbt
Я пока не очень понял вашу систему, мудрёно как-то кажется...

Все довольно просто.
Допустим у бенифициара на  флешке 2-я часть адреса и пароль:
(для примера берем сеть Rinkeby)

Code:
A2=3D3dcdB0BaBcAd89bF76
WebCrypt password:
Пусть бегут неуклюже,
Пешеходы по лужам,
[Что само по себе ничего не дает]
- WebCrypt скачать, извлечь так же на флешку наследника. Открыть в Chrome.

Он получил e-mail [ну так уж случилось Sad]:
"nonce=111 A1=0xAde7663DB354fb71e46D"
в принципе можно и не шифровать

К тому же проще не отложенными сообщениями пользоваться, а обсуждавшимся здесь ранее гугл-сервисом "На всякий случай".
"На всякий случай" только у Google, поэтому взял отложенную рассылку с двух-трех аккаунтов,
именно что  "На всякий случай")). Кстати у Yandex есть услуга уведомления по смс, но не тестировал.

Бенифициар объединяет части адресов и получает адрес:
0xAde7663DB354fb71e46D3D3dcdB0BaBcAd89bF76

По "nonce" вычисляет 2-й адрес:
0x4d6d26e443a8283df42177266a66687e48b3185f

Смотрим транзакции по данным адресам, 'input data', объединяем код и декодируем.
- сами по себе, без объединения, данные нельзя расшифровать.
- WebCrypt скачать, извлечь так же на флешку наследника. Открыть в Chrome.

В данном примере транзакции отправлял с одного адреса, но лучше с разных.
Транзакции отправлял с https://zenith.0xbt.net/SignCoinTest.html
Можно с контракта -
https://rinkeby.etherscan.io/address/0xb85d6fdceaa24c9e41ce02ff1cd3c7cbb312788e#writeContract
Уж шифроваться, так шифроваться....

Но раз вы в 5 пункте используете gmail, не проще ли тогда просто почтой слать passphrase от сида (сид предварительно отдать наследнику)?
Можно и так, вариантов немало.
Pages:
Jump to: