Я думаю, из-за податливости. Но как именно тягучесть мешает LN функционировать?
Это потому, что оба участника канала должны знать TXID открывающей ТХ до его подписания?
Как LN может быть реализован без SegWit?
|
1 декабря 2016, 4:00:39 PM | # 1 |
Сообщения: 573
цитировать ответ |
Re: Почему LN нужно SegWit?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я думаю, из-за податливости. Но как именно тягучесть мешает LN функционировать?
Это потому, что оба участника канала должны знать TXID открывающей ТХ до его подписания? Как LN может быть реализован без SegWit? |
2 декабря 2016, 7:15:50 AM | # 2 |
Сообщения: 1400
цитировать ответ |
Re: Почему LN нужно SegWit?
Получил 1806 Биткоинов
Реальная история. Я думаю, из-за податливости. Но как именно тягучесть мешает LN функционировать? Это не делает, он просто делает его более сложным для реализации, потому что вам нужны коды, который выглядит для измененных идентификаторов транзакций. Это потому, что оба участника канала должны знать TXID открывающей ТХ до его подписания? Как LN может быть реализован без SegWit? Я так понимаю, LN, что это работает, неоднократно меняя в unbroadcasted транзакции, чтобы следить за текущим балансом. Оба они могут подписать. Если вы хотите, чтобы закрыть канал, который вы только вещать сделку. Если идентификатор TX может быть изменен, а другая сторона не замечает этого вы можете закрыть канал в то время как другая сторона считает, что его по-прежнему открыта. |
2 декабря 2016, 8:12:24 AM | # 3 |
Сообщения: 573
цитировать ответ |
Re: Почему LN нужно SegWit?
Если идентификатор TX может быть изменен, а другая сторона не замечает этого вы можете закрыть канал в то время как другая сторона считает, что его по-прежнему открыта. Я думаю, что это не так просто. В сценарии вы описываете, это достаточно, чтобы держать глаза на анкерной выходе, чтобы предотвратить мошенничество.Но для открытия канала необходимо построить 2 приверженность делу txes, которые проводят анкерный выход, который еще не существует. Если обязательство txes построены и открытие ОЕ транслируются, а затем он TXID внезапно меняется, приверженность txes становится недействительной. В поисках модифицированных txids здесь не поможет. Если это так, то мне кажется, |
3 декабря 2016, 3:42:03 AM | # 4 |
Сообщения: 574
цитировать ответ |
Re: Почему LN нужно SegWit?
Хороший вопрос OP! Я хотел бы услышать ответ прямо из любой разработчик ядра, который активно работал над Segwit или от разработчика, который работает над реализацией LN. Этот вопрос был задан раньше, но не тот, кто действительно знает о предмете не вперед, чтобы ответить. Если кто-то пожалуйста, разместить ссылку на эту тему.
|
3 декабря 2016, 12:02:50 PM | # 5 |
Сообщения: 217
цитировать ответ |
Re: Почему LN нужно SegWit?
Ковкость затрагивает предварительно подписали дочерние операции в цепях неподтвержденных операций. Если вы имеющий молоточек родительской транзакции, дочерние транзакции не является действительной, больше. Эти неподтвержденные цепочки транзакций используются в LN надежно открытые каналы или близкие каналы.
SegWit также полезно предварительно подписать сделку ребенка до подписания родительских операций, например, для первоначальной сделки финансирования вы хотите иметь подписали экстренную близкие сделки канала до подписания сделки по финансированию. С SegWit идентификатор транзакции не зависит от подписи и может быть вычислен до подписания сделки финансирования. |
8 декабря 2016, 7:36:46 AM | # 6 |
Сообщения: 573
цитировать ответ |
Re: Почему LN нужно SegWit?
Цепи неподтвержденных операций необходимы только для открытия канала.
Цитата: Tadge Dryja ссылка ="https://diyhpl.us/wiki/transcripts/scalingbitcoin/hong-kong/overview-of-bips-necessary-for-lightning/" Второй уровень молнии, является OP_CSV или OP_MATURITY или что-то есть крутое имя. Это по сравнению с тем, когда вход попал в блок, так как относительная checklocktimeverify. Это круто опкод. Это позволяет сказать, что вы можете потратить на это, но только один раз это неделю назад, или вы знаете, тысячи блоков старый. Это позволяет много интересных вещей для каналов молнии. В канале открытия и закрытия сделок примерно одинакового размера. Продолжительность канала неопределенна и вы можете держать его открытым до тех пор, как вы хотите. Оба канала могут совместно закрыть "немедленно", Существует период тайм-аута для неконтактного близкого времени, которое вы можете сделать, возможно, 1 неделя, как и в другой, если контрагент исчезнет, и он ушел, вы можете нажать на текущее состояние канала на blockchain, а затем я должен ждать в неделю собирать деньги обратно к выходу P2SH без молнии. Вы можете настроить это от 1 недели до 1 дня или 1 месяц или что-то. Вы должны смотреть blockchain по крайней мере один раз в течение этого периода. Вы должны проверить телефон или blockchain по крайней мере один раз в неделю или что-то. Это длительность канала имеет значение для таймаута checksequenceverify вопросов для мониторинга каналов, которые еще должны быть выполнены пользователем. Честно говоря, я не понимаю, как каналы на неопределенный срок может быть создан без SegWit или SIGHASH_NOINPUT или другого возможного патча, который делает TXID независимого от подписей. Объяснение оценили. |
9 декабря 2016, 11:38:01 AM | # 7 |
Сообщения: 1260
цитировать ответ |
Re: Почему LN нужно SegWit?
Я думаю, из-за податливости. Но как именно тягучесть мешает LN функционировать? Это не делает, он просто делает его более сложным для реализации, потому что вам нужны коды, который выглядит для измененных идентификаторов транзакций. Это потому, что оба участника канала должны знать TXID открывающей ТХ до его подписания? Как LN может быть реализован без SegWit? Я так понимаю, LN, что это работает, неоднократно меняя в unbroadcasted транзакции, чтобы следить за текущим балансом. Оба они могут подписать. Если вы хотите, чтобы закрыть канал, который вы только вещать сделку. Если идентификатор TX может быть изменен, а другая сторона не замечает этого вы можете закрыть канал в то время как другая сторона считает, что его по-прежнему открыта. Например, чтобы открыть канал LN, и вы, и я хотел бы отправить 10 BTC на multisig адрес, однако все 20 BTC должны быть отправлены в то же время, в противном случае один из нас должен был бы подписать сделку, разрешающую расходованием Иной BTC, и может использовать этот факт, чтобы побудить вас подписать сделку отправки БТДА на другую сторону, которая не принадлежит им. Для того, чтобы гарантировать, что каждый из наших 10 BTC направляется в канал LN в то же время, мы говорим друг-друга входы сделки финансирования, а также создать единую сделку финансирования, которое подписывается каждым из нас. Если первый был подписан выше сделки, то ни один из нас был бы вынужден подписать сделку закрытия отправки каждого из нас 10 BTC, который по праву принадлежит каждому из нас. Если, например, я должен был нужен BTC, я мог бы подписать сделку закрытия канала, посылая 10 BTC для каждого из нас, и отправить эту сделку вам для вашей подписи, но не был бы вынужден подписать эту сделку - есть ничто не остановит вас от вопроса, что я подпишу сделку, которая посылает вам 13 BTC, и посылает мне 7 БТД, и если мне нужно достаточно денег, то я бы подписать эту сделку, однако вы всегда имеете возможность получить ваш 10 BTC себя, потому что я уже послал вам подписанную сделку отправки каждого из нас 10 BTC, который по праву принадлежит каждому из нас. Для того, чтобы не допустить такого рода сценария не произошло, мы бы первые обменивать входы, которые будут использоваться для сделки финансирования, что позволяет нам создать неподписанный сделку финансирования, а затем создать транзакцию закрытия, которая дает каждому из нас 10 BTC, которые по праву принадлежат к каждому из нас, подписать сделку закрытия, а затем подписать / трансляцию открытия сделки. Если сделка открытия должны были иметь это TXID изменилось, то сделка закрытия будет недействительной, и мы оба в ситуации, в которой другие бы уязвим для подобного шантажа, описанных выше. Это очень высокого уровня объяснения о том, как LN будет работать. Однако при использовании LN не предполагают, чтобы привлечь доверие человека, у вас есть открытый канал с. |
9 декабря 2016, 5:48:04 PM | # 8 |
Сообщения: 1148
цитировать ответ |
Re: Почему LN нужно SegWit?
Честно говоря, я не понимаю, как каналы на неопределенный срок может быть создан без SegWit или SIGHASH_NOINPUT или другого возможного патча, который делает TXID независимого от подписей. Объяснение оценили. Вы могли бы обе стороны внести депозит, согласившись, чтобы зафиксировать любую мутацию сделки. Шаг 1 НА1 является хэш-замок Алисы и HB1 является хэш-замок Боба. Код: TX1: 0) Pays 3x: (Алиса + HA1 через 1 неделю) или (Боб через 2 недели) или (2 из 2 Alice + Bob) 1) Pays х: (HB1 + Алиса) или (2 из 2 Alice + Bob) 2) Pays х: (НА1 + Боб) или (2 из 2 Alice + Bob) 3) Pays 3x: (Боб + hb1 через 1 неделю) или (Алиса через 2 недели) или (2 из 2 Alice + Bob) 4) Pays изменения Алисы: (Алиса) 5) Pays изменения Боба (Bob) Алиса и Боб создают TX1, подписать сделку и транслировать его. Прервать после шага 1 Алиса может ждать неделю, а затем вернуть выход 0. Это автоматически дает Боб HA1, что позволяет ему претендовать выход 2. Кроме того, Боб может подождать неделю, а затем вернуть выход 3. Это автоматически дает Алисе HB1, что позволяет ей выход п.1. Это полный возврат всех сторон. Если Алиса отказывается претендовать выход 0, то Боб может претендовать на это после 2-х недель (и выхода 3), которая не дает ему ое и Алисе ничего. Поэтому обе стороны стимулы соблюдать прерывание на данном этапе. Шаг 2 Алиса и Боб создают начальное состояние канала транзакции. Это поддерживает закрытие канала, что дает х Алисе и Бобу х и затрачивает выходы 1 и 2. Начальное состояние транзакции на самом деле отличается для Боба и Алисы из-за пути Lightning работает. Хитрость заключается в том, что только Алиса обе подписи для ее версии, и только у Боба есть все подписи для его версии. Шаг 2а Алиса подписывает версию Боба сделки и посылает подпись Бобу. Прервать после стадии 2а Если Боб передает свое первоначальное состояние транзакции, то это считается как его закрытия канала. Алиса получает ее возврат х, а затем может вернуть выход 0 (после 1 недели). Если он не передает ее, то она может просто следовать той же процедуре прерывания, начиная с шага 1. Боб может прервать, используя процедуру, начиная с шага 1. Шаг 2b Боб подписывает версию Алисы сделки и посылает подпись Алисе. Прервать после стадии 2b Алиса может просто закрыть канал таким образом, что оба получают х каждый из выходов 1 и 2. После того, как канал закрывается, она может затем претендовать выход 0 безопасно. Кроме того, Боб получает й, когда канал закрыт (он может закрыть его сам тоже), а затем утверждает, что выход-безопасно. Это дает обеим сторонам полный возврат. Шаг 3 Алиса и Боб создают сделку, которая посылает выходы 0 и 3 обратно к ним. Для этого требуется оба выхода, чтобы быть 2 из 2 подписанного (SO 2 подписей каждый). Эта сделка транслируется. Если одна из сторон отказывается подписывать, то он считается прерыванием после стадии 2b. После того, как шаг 3 закончен, теперь они установили начальное состояние молниезащиты канала с бессрочным. Важно, чтобы ни раскрыть их хэш-блокировку, как позволяет другим проводить выходные финансирования. |
9 декабря 2016, 9:16:13 PM | # 9 |
Сообщения: 573
цитировать ответ |
Re: Почему LN нужно SegWit?
Это потрясающе! Большое спасибо.
Несколько вопросов, однако: 1) Как большой депозит выходов (0 и 3) должны быть действительно? Я думаю, что 3x является излишеством, даже 1x достаточно? 2) Если канал финансируется асимметрично, например, если Алиса в одностороннем порядке финансирует его (начальное состояние: Алиса: х, Боб: 0), как это влияет на все? Выходы 0 и 2 не нужны вообще? |
9 декабря 2016, 11:35:28 PM | # 10 |
Сообщения: 1148
цитировать ответ |
Re: Почему LN нужно SegWit?
1) Как большой депозит выходов (0 и 3) должны быть действительно? Я думаю, что 3x является излишеством, даже 1x достаточно? Они должны быть достаточно большим, так что прерывания на шаг 1 работы. Если партия исчезнет, то другая сторона получает как депозиты, как возврат. Это означает, что (чуть больше) 1x будет вполне достаточно. котировка 2) Если канал финансируется асимметрично, например, если Алиса в одностороннем порядке финансирует его (начальное состояние: Алиса: х, Боб: 0), как это влияет на все? Выходы 0 и 2 не нужны вообще? Я не думаю, что это будет хорошо работать с асимметричной установкой. Если Алиса платит в 2 из 2 выхода, то Боб должен заплатить депозит, чтобы гарантировать, что он будет распространяться на любые мутации. Для асимметричного финансирования, первоначальная сделка будет. Код: TX1: 0) Pays 1.1 * у: (Алиса + HA1 через 1 неделю) или (Боб через 2 недели) или (2 из 2 Alice + Bob) 1) Pays х: (HB1 + Алиса) или (2 из 2 Alice + Bob) 2) Pays у: (НА1 + Боб) или (2 из 2 Alice + Bob) 3) Pays 1.1 * х: неделю (Боб + HB1 после того, как 1) или (Алиса через 2 недели) или (2 из 2 Alice + Bob) 4) Pays изменения Алисы: (Алиса) 5) Pays изменения Боба (Bob) Это дает каждому участнику 1,1 * (х + у), если другая сторона исчезает после шага 1. Для одностороннего канала, Боб по-прежнему необходимо предоставить депозит во время установки, но получает его обратно, как только канал настроен. Код: TX1: 0) Pays х: (HB1 + Алиса) или (2 из 2 Alice + Bob) 1) Pays 1.1 * х: неделю (Боб + HB1 после того, как 1) или (Алиса через 2 недели) или (2 из 2 Alice + Bob) 2) Pays изменения Алисы: (Алиса) 3) Pays изменения Боба (Bob) Боб платит 1.1x и Алиса платит й. Если Боб исчезает, Алиса может претендовать на выход 1 через 2 недели и получить 1.1x обратно. Если Алиса исчезает, Боб может претендовать на выходе 1 после 1 недели и получить его 1.1x назад. Алиса может вернуть себе выход 0 в любой момент после этого и получить ее обратно х. Если она работает, деньги Боба завязывается в течение 1 недели. Время может быть короче (1-2 часа), так как они предназначены только для первоначальной настройки. |
10 декабря 2016, 7:55:51 AM | # 11 |
Сообщения: 573
цитировать ответ |
Re: Почему LN нужно SegWit?
Спасибо за ответы.
С этим: Выходы 0 и 2 не нужны вообще? Я имел в виду, конечно, это:Алиса в одностороннем порядке финансирует его (начальное состояние: Алиса: х, Боб: 0) не общий случай.Но спасибо за учитывая общий случай тоже. Для одностороннего канала, Боб по-прежнему необходимо предоставить депозит во время установки, но получает его обратно, как только канал настроен. Для того, чтобы понять, мы все еще говорим о двунаправленного канала, это только начальное состояние, что является односторонним.Время может быть короче (1-2 часа), так как они предназначены только для первоначальной настройки. Теперь, когда блоки заполнены, я думаю, что лучше не делать раз короче. В противном случае может произойти следующее:Скажем, Боб становится отказывающимся от сотрудничества. 1) Алиса ждет т часов, утверждает выход 0. 2) АЯ Алисы висят неподтвержденной, но так как Боб работает полный узел, он получает, получает HA1 от него. 3) Боб сразу утверждает, выходы 2 и 3, его подельник бассейн подтверждает это ОЕ. 4) После 2t часов ТХ Элис все еще неподтвержденные, Боб утверждает, выход 0, а также, его бассейн подтверждает txes всех Боба. Только выход 1 остается для Алисы, все остальное берется Боб и его бассейна. Edit: сделать соображения время яснее, давайте перепишем tX1 следующим образом: Код: TX1: Я согласен, что т может быть безопасно сокращен до нескольких часов, но T должно быть достаточно (неделя или даже больше) в длине, так что открытие канала может быть безопасно прервано независимо от перегрузки сети.0) Pays 1.1 * у: (Алиса + НА1 после того, как т) или (после того, как Боб (т + T)) или (2 из 2 Alice + Bob) 1) Pays х: (HB1 + Алиса) или (2 из 2 Alice + Bob) 2) Pays у: (НА1 + Боб) или (2 из 2 Alice + Bob) 3) Pays 1.1 * х: (Боб + HB1 после того, как т) или (после того, как Алиса (т + T)) или (2 из 2 Alice + Bob) 4) Pays изменения Алисы: (Алиса) 5) Pays изменения Боба (Bob) |
10 декабря 2016, 1:53:28 PM | # 12 |
Сообщения: 1148
цитировать ответ |
Re: Почему LN нужно SegWit?
Для того, чтобы понять, мы все еще говорим о двунаправленного канала, это только начальное состояние, что является односторонним. Да, хотя это только двунаправленный раз Алиса фактически послал микроплатежей Бобу. котировка Код: TX1: Я согласен, что т может быть безопасно сокращен до нескольких часов, но T должно быть достаточно (неделя или даже больше) в длине, так что открытие канала может быть безопасно прервано независимо от перегрузки сети.0) Pays 1.1 * у: (Алиса + НА1 после того, как т) или (после того, как Боб (т + T)) или (2 из 2 Alice + Bob) 1) Pays х: (HB1 + Алиса) или (2 из 2 Alice + Bob) 2) Pays у: (НА1 + Боб) или (2 из 2 Alice + Bob) 3) Pays 1.1 * х: (Боб + HB1 после того, как т) или (после того, как Алиса (т + T)) или (2 из 2 Alice + Bob) 4) Pays изменения Алисы: (Алиса) 5) Pays изменения Боба (Bob) Установка времени представляет собой компромисс безопасности. И т и Т должны быть достаточно длинными, чтобы пользователи могли безопасно получить свои операции, включенные во времени. Идея, которую я имел о загруженности сети в том, что сделки могут предварительно купить блок пространства. Правило размера блока этого типа будет 10MB в блок общего размера, но все блоки ограничены 1МБЫ "модифицированный" размер блока тоже. Обычно модифицированный установленный размер сделки будет просто размер сделки. Для каждого выхода, он может добавить дополнительную нагрузку. Это увеличивает измененный размер этой транзакции, но затем уменьшается измененный размер сделки расходов. Операция 500 байт может иметь выход, который загружается в 500 байт. Эта сделка будет рассчитывать как операция 1000 байт для целей модифицированного размера блока. Если выход проводит операции 490 байт, то, что транзакция будет считаться -10 байт. По сути, изменения размера этой сделки будет Фактический размер + сумма (выходная нагрузка) - сумма (вход загрузка) При загрузке выходного сигнала, что сделка стоит больше, но тогда сделка расходы стоит меньше. Это означает, что канал открытых транзакции могут быть загружены так, чтобы канал совершать сделки фактически не использовать блок пространства. Если есть много заторов шахтеров еще может включать до 10 МБ канала вблизи операций в блок. Средний размер блока будет 1 МБ, но может быть увеличен на 10 раз в случае чрезвычайной ситуации. |
11 декабря 2016, 9:51:09 AM | # 13 |
Сообщения: 573
цитировать ответ |
Re: Почему LN нужно SegWit?
Это интересная концепция. На первый взгляд, я не вижу никаких проблем с ним. Было ли это уже обсуждалось где-нибудь?
|
11 декабря 2016, 10:44:29 AM | # 14 |
Сообщения: 1148
цитировать ответ |
Re: Почему LN нужно SegWit?
Это интересная концепция. На первый взгляд, я не вижу никаких проблем с ним. Было ли это уже обсуждалось где-нибудь? Я не знаю, если кто-то предложил это раньше. Он основан на некоторых из моих идей для межцепных атомных переводов с унаследованными монетами (где только один из двух монет поддерживают проверить Locktime проверить). |
11 декабря 2016, 11:25:06 AM | # 15 |
Сообщения: 573
цитировать ответ |
Re: Почему LN нужно SegWit?
Я не знаю, если кто-то предложил это раньше. Я думаю, что это deservers по крайней мере отдельный поток. Это интересно знать основной УБС и хорошо известно Bitcoin мнения экспертов, на нем.Он основан на некоторых из моих идей для межцепных атомных переводов с унаследованными монетами (где только один из двух монет поддерживают проверить Locktime проверить). По моему мнению, большое преимущество этой концепции по сравнению с другими концепциями, предлагается решить ту же проблему является простота. Это требует hardfork, но так и другие. |