|
9 мая 2015, 10:19:24 AM | # 1 |
Сообщений: 5
цитировать ответ |
Re: Относительная CLTV
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я слышал об относительном CLTV в контексте сети молнии. Может кто-нибудь объяснить, как это работает и как это позволяет платёжные каналы остаются открытыми без их разрешений на blockchain? Я понимаю, как нормальный работает CLTV.
|
14 мая 2015, 7:27:38 AM | # 2 |
Сообщений: 5
цитировать ответ |
Re: Относительная CLTV
|
15 мая 2015, 11:08:04 PM | # 3 |
Сообщения: 1148
цитировать ответ |
Re: Относительная CLTV
Он имеет преимущество, что не требует кого-то, чтобы точно знать, когда сделка входит в блок. Каналы могут быть оставлены открытыми дольше.
Представьте себе, Боб подписывает вклад в операции, которая платит следующий вывод и посылает его Алисе. Вход: Должен быть подписан Alice & боб Подпись: Только Боб Вывод: Код: OF_IF 200 OP_RELATIVECHECKLOCKTIMEVERIFY <открытый ключ Алисы 1> OP_CHECKSIG OP_ELSE OP_2 <общественного key1 Боба> <открытый ключ Алисы 2> OP_2 OP_CHECKMULTISIG OP_ENDIF Алиса может подписать сделку и представить его, но Боб не может. Если Алиса представляет сделку, то она может провести выходные после 200 блоков прошло. Боб не может провести 2-ю ветвь КРП, так как это 2 из 2 multisig. Алиса может "Отмена" сделка, давая Бобу закрытый ключ, соответствующий ее открытый ключ 2. Это на самом деле не отменить сделку. Алиса все еще может представить его, и он будет принят сетью. Дело в том, что если она делает, она не может потратить на 200 блоков. Поскольку Алиса дала Бобу ее закрытый ключ 2, он имеет 2 закрытых ключей для 2-й ветви КРП. Это означает, что он может потратить на выход сразу. Давая Бобу ключ, Алиса говорит "Я обещаю не представить сделку, но если я делаю, вы можете взять все деньги", Эта схема отмены (или, возможно, что-то подобное) используется в системе осветления сети. |
17 мая 2015, 1:32:20 PM | # 4 |
Сообщений: 5
цитировать ответ |
Re: Относительная CLTV
Круто! Спасибо за ответ. Есть некоторые биты.
|
17 мая 2015, 1:40:29 PM | # 5 |
Сообщения: 1862
цитировать ответ |
Re: Относительная CLTV
Является ли это OP_RELATIVECHECKLOCKTIMEVERIFY новый код оп и он предназначен в основном заменить nLockTime?
|
17 мая 2015, 2:31:54 PM | # 6 |
Сообщения: 1148
цитировать ответ |
Re: Относительная CLTV
Является ли это OP_RELATIVECHECKLOCKTIMEVERIFY новый код оп и он предназначен в основном заменить nLockTime? Питер Тодд предлагает OP_CHECKLOCKTIMEVERIFY как новый опкод и относительная версия рассматривались тоже. Поле Locktime по-прежнему сохраняется. OP_CHECKLOCKTIMEVERIFY просто сравнивает против Locktime. Если у вас есть 400000 OP_CHECKLOCKTIMEVERIFY Это значит "Не включайте это в блоке, если Locktime сделки не является, по меньшей мере 400000", Существует уже правило, которое говорит, что вы не можете включить сделку с Locktime 400000 до 400000 блока уже. Это означает, что транзакция может быть проверена без необходимости знать, какие блоки он находится. Например, если блок имел два входа, которые scriptPubKeys из "400000 OP_CHECKLOCKTIMEVERIFY" "410000 OP_CHECKLOCKTIMEVERIFY" и сделка была Locktime от 420000, то эта сделка действительна. "400000 OP_CHECKLOCKTIMEVERIFY" означает "проверить Locktime в сделке является наименее 400000" "410000 OP_CHECKLOCKTIMEVERIFY" означает "проверить Locktime сделки, по крайней мере 410000" Это верно в обоих случаях, так что transction может быть включен один блок 420000 достигается (так что его Locktime). Проверив против Locktime, и до сих пор используют Locktime, чтобы предотвратить сделку, получая в блок, это означает, что вы не должны продолжать проверять tranasction. Если OP_CHECKLOCKTIMEVERIFY проверил высоту блока непосредственно, то такие операции должны быть проверены после того, как каждый блок будет создан. |
17 мая 2015, 2:40:26 PM | # 7 |
Сообщения: 1862
цитировать ответ |
Re: Относительная CLTV
Таким образом, АЯ, который использует эти новые коды оп (при условии, как будут приняты) по-прежнему будет "нестандартный" если nLockTime в будущем?
|
17 мая 2015, 2:43:43 PM | # 8 |
Сообщения: 1148
цитировать ответ |
Re: Относительная CLTV
Таким образом, АЯ, который использует эти новые коды оп (при условии, как будут приняты) по-прежнему будет "нестандартный" если nLockTime в будущем? Сделка с Locktime будущее не может быть включен в блок. Это делает блок недействительным. Опкод выглядит сделка Locktime поля, а не смотря на высоту блока. Относительный вариант должен был бы смотреть на высоту блока, хотя. |
17 мая 2015, 2:46:25 PM | # 9 |
Сообщения: 1862
цитировать ответ |
Re: Относительная CLTV
Сделка с Locktime будущее не может быть включен в блок. Это делает блок недействительным. Я понимаю, что, но я просто интересно, если ОЕ будет переданы (я понимаю, что в настоящее время TXS, которые имеют будущие значения nLockTime не передается для предотвращения атак). |
17 мая 2015, 5:30:22 PM | # 10 |
Сообщения: 1148
цитировать ответ |
Re: Относительная CLTV
Я понимаю, что, но я просто интересно, если ОЕ будет переданы (я понимаю, что в настоящее время TXS, которые имеют будущие значения nLockTime не передается для предотвращения атак). Право, транзакции не передается, пока они не расходуемые как они передаются при добавлении в пул памяти. Сделка с OP_CHECKLOCKTIMEVERIFY на выходе будет передано, так как он не имеет Locktime вообще. Сделка расходов будет передано до тех пор, как Locktime прибыл, или сделка не использует ветвь, если это содержит OP_CHECKTIMEVERIFY. |