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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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


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

Ахахах:


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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

[Что само по себе ничего не дает]
- WebCrypt скачать, извлечь так же на флешку наследника. Открыть в Chrome.

Он получил e-mail [ну так уж случилось ]:
"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
Уж шифроваться, так шифроваться....

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