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

[igor72]

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

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

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

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

Это интересно, если это возможно. Хотелось бы подробностей.

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

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

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

[1714130756]

1714130756

[1714130756]

1714130756

[1714130756]

1714130756

[FontSeli]

~

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

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

[naska21]

~

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

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

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

[kzv]

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

[FontSeli]

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

Ну нынешние бабушки и дедушки это вряд ли, а вот через лет так 10 - 20 начнут точно появляться.
Где-то слышал фразу (она не моя): "Плохо не то, что люди смертны, а то, что они внезапно смертны". Поэтому завещать свои Биткоины можно в любой момент времени, ну или хотя бы рассказать возможным наследникам о том, что у вас есть такие монеты.

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

Если на это нужно так мало времени, то почему бы не сделать это?

[johhnyUA]

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

Если на это нужно так мало времени, то почему бы не сделать это?

Потому что не факт, что будет коммерчески востребованным. Разве не очевидно? 

Кстати не понимаю почему все удивляются насчет скриптов и возмущаются мол сложно. В scriptpubkey обычного выхода с обычного P2PKH адреса также содержится скрипт.

Code:

OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG

Где собственно <pubKeyHash> это и есть адрес который в дальнейшем может потратить эти биткоины.
OP_DUP - это дублирование (нужен чтобы копировать публичный ключ из верха стэка)
OP_HASH160 - хэширование (по сути превращает скопированный до этого пабкей в адрес)
OP_EQUALVERIFY - сверка хэшей
OP_CHECKSIG - сверка подписи с помощью публичного ключа (они оставались последними в стэке)

А что мешает расширить эти скрипты?
Здесь два варианта:
1. Или влючить мозги и написать скрипт
2. Или пользоваться услугами юристов.

А то, что по середке болтается, это извините меня непристойность 

[bomj]

В данном варианте использовал ChronoLogic:
https://zenith.0xbt.net/zavet/v_1.html
Можно и без email, но  от нее не отказался, т.к. форс-мажор и в Африке форс-мажор.

[kzv]

И я присоединяюсь, если это просто, то почему этого до сих пор нет (я не встречал подобного).

По любому уже 100500 раз сделано, но никто про эти сервисы не знает потому что они Неуловимый Джо.
В мире крипты что-то начнет двигаться в направлении новых технологий не раньше, чем биток упадет до 10$, желательно ниже... До тех пор, массы кроме грядущего со дня на день туземуна (чтобы наконец продать свои 0.001 бтц за 1Е+50 усд), ничего другое интересовать не будет.

[johhnyUA]

В данном варианте использовал ChronoLogic:
https://zenith.0xbt.net/zavet/v_1.html
Можно и без email, но  от нее не отказался, т.к. форс-мажор и в Африке форс-мажор.

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

[igor72]

Кстати не понимаю почему все удивляются насчет скриптов и возмущаются мол сложно. В scriptpubkey обычного выхода с обычного P2PKH адреса также содержится скрипт.

Code:

OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG

Где собственно <pubKeyHash> это и есть адрес который в дальнейшем может потратить эти биткоины.
OP_DUP - это дублирование (нужен чтобы копировать публичный ключ из верха стэка)
OP_HASH160 - хэширование (по сути превращает скопированный до этого пабкей в адрес)
OP_EQUALVERIFY - сверка хэшей
OP_CHECKSIG - сверка подписи с помощью публичного ключа (они оставались последними в стэке)

А что мешает расширить эти скрипты?

То есть вы предлагаете не делать P2SH, а просто изменить P2PKH, добавив туда кое-чего. Правильно я вас понял?

[bomj]

Вон выше предлагали с помощью CHECKSEQUENCEVERIFY и локтаймом 

Однозначно интересный вариант, а т.к. считаю себя в этом вопросе некомпетентным, то и не лезу со своими самоварами. Но читаю с большим интересом.
А вообще рад, что именно в русскоязычном сообществе эта тема получила наибольший интерес.
Одна тема здесь и две в кодерах.
Видимо выходцы из бывшего Союза привыкли выгрызать знания зубами. 
Нашел тему за 2011 год, но она к сожалению не поучила развития:
https://bitcointalk.org/index.php?topic=55591.0
Жаль, что не объять необъятного.

[johhnyUA]

То есть вы предлагаете не делать P2SH, а просто изменить P2PKH, добавив туда кое-чего. Правильно я вас понял?

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

Вот что на биткоин вики в разделе Script пишут:

Code:

scriptPubKey: <expiry time> OP_CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
scriptSig: <sig> <pubKey>

Очевидно что структура P2PKH а не P2SH, ну или мб я ошибаюсь.

[igor72]

То есть вы предлагаете не делать P2SH, а просто изменить P2PKH, добавив туда кое-чего. Правильно я вас понял?

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

Вот что на биткоин вики в разделе Script пишут:

Code:

scriptPubKey: <expiry time> OP_CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
scriptSig: <sig> <pubKey>

Очевидно что структура P2PKH а не P2SH, ну или мб я ошибаюсь.

Сомневаюсь я, что так можно, это уже какой-то несуществующий P2S (pay to script) получается.
Попробовал так сделать, может где-то ошибся. Бабки улетели хз куда.
Неподписанная транзакция выглядела так:

Code:

0200000001f47be86fa76b08df1c2a26a10fbe4bb69fc9f488f6f279aa2455df587d162dae0000000000fdffffff0120030000000000001f03fc9218b17576a914587b00fb2cb23745a5fad03e414c841b00290af988ac00000000

Подписанная, в json:

Code:

{
  "txid": "c5072b9fb144341d992f487e4d675525ddaadb196c2178d1bdd9775ade1fd9be",
  "hash": "c5072b9fb144341d992f487e4d675525ddaadb196c2178d1bdd9775ade1fd9be",
  "version": 2,
  "size": 197,
  "vsize": 197,
  "weight": 788,
  "locktime": 0,
  "vin": [
    {
      "txid": "ae2d167d58df5524aa79f2f688f4c99fb64bbe0fa1262a1cdf086ba76fe87bf4",
      "vout": 0,
      "scriptSig": {
        "asm": "304402206e1a6aaf95200f5fe2ae67553270189c87e35685e5746d46b0d4edf285da6bdd02200359b81e524fab21de8ac2cff40124784dde879198fa06e898c01c001b467ba8[ALL] 0220d77e49788d56fdf4e1330f31902f6f6ca60f1a077bda6b8e203cc77def136c",
        "hex": "47304402206e1a6aaf95200f5fe2ae67553270189c87e35685e5746d46b0d4edf285da6bdd02200359b81e524fab21de8ac2cff40124784dde879198fa06e898c01c001b467ba801210220d77e49788d56fdf4e1330f31902f6f6ca60f1a077bda6b8e203cc77def136c"
      },
      "sequence": 4294967293
    }
  ],
  "vout": [
    {
      "value": 0.00000800,
      "n": 0,
      "scriptPubKey": {
        "asm": "1610492 OP_CHECKLOCKTIMEVERIFY OP_DROP OP_DUP OP_HASH160 587b00fb2cb23745a5fad03e414c841b00290af9 OP_EQUALVERIFY OP_CHECKSIG",
        "hex": "03fc9218b17576a914587b00fb2cb23745a5fad03e414c841b00290af988ac",
        "type": "nonstandard"
      }
    }
  ]
}

В любом случае, даже если я накосячил, и это работает, то не вижу смысла в такой конструкции. Простое изменение nLocktime делает то же, но гораздо проще.

[kzv]

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

[FontSeli]

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

Если на это нужно так мало времени, то почему бы не сделать это?

Потому что не факт, что будет коммерчески востребованным. Разве не очевидно? 

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

[johhnyUA]

В любом случае, даже если я накосячил, и это работает, то не вижу смысла в такой конструкции. Простое изменение nLocktime делает то же, но гораздо проще.

Я глянул, мне кажется что есть ошибка. Иначе в BIP-aх и гайдах бы об этом не писали.

OP_CLTV - ты вводил в ручную или оно само вписало?

Потому что не факт, что будет коммерчески востребованным. Разве не очевидно? 

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

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

[igor72]

Я глянул, мне кажется что есть ошибка. Иначе в BIP-aх и гайдах бы об этом не писали.

Вполне возможно, только я ее не вижу ). Поэтому, пока не увижу такую транзакцию в блокчейне, буду считать использование CLTV и CSV без P2SH невозможным.

OP_CLTV - ты вводил в ручную или оно само вписало?

Скрипт собрал сам. А как иначе?

[kzv]

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

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

[taikuri13]

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

А можно поподробнее узнать об этом? Знаю, что сейчас работает, а вот ранние разработки неизвестны, тем более - реализованные.

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

[kzv]

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

А можно поподробнее узнать об этом? Знаю, что сейчас работает, а вот ранние разработки неизвестны, тем более - реализованные.

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

https://atomicwallet.io/
Был мультивалютным кошельком с встроенной поддержкой атомарных свопов. Теперь просто еще один стопицотый мультивалютный кошелек без атомарных свопов https://twitter.com/AtomicWallet/status/1195258877501161472?s=19

Ну и ваш покорный слуга кое-что пытался двинуть https://bitcointalk.org/index.php?topic=5053247.0
Тоже прекратил из-за никому ненужности.