И не дать ему | Биткоин форум

Цитата: NewOldUser от 13 июля 2016 года, 4:58:28 PM

Я смотрел видео на lightning.network и есть вопрос о сделке, которая использует 3 канала (то есть сделки с 4-х человек)

Что произойдет, если 3 (второй, thirth и четвертый) они работают вместе? Тот, кто получит сделку (последний в сделке порядка) разделяет ключ, чтобы отпереть Время автоподстройки Операции со вторым лицом (один оригинальный отправитель посылает свои средства в). Теперь второй человек может получить деньги от первоначального отправителя, а третье лицо ни отправляет средства к четвертому человеку, ни утверждает, средство от второго лица.

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

Все это работает только при условии, что три из них работают вместе, чтобы обмануть четвертый человек.

Мой вопрос теперь: Есть ли код Планировалось, что позволит предотвратить это, или вы можете украсть чью-то деньги, что так или я что-то неправильно?

Там нет никакого ключа требуется для временных автоподстройки сделок. Они приходят из 2-2 мульти-сиг адрес и уже подписаны 1 из 2. Другой человек просто должен подождать и затем подписать его.

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

Вы можете увидеть процесс как кукла Matroska. Если у вас есть A, B, C, D в канале, A->В, В->С и С-D подканалы:
А ставит 1 BTC в депозит на B путем финансирования 2-2 мульти сиговых с А + В,
В делает то же самое с C путем финансирования 2-2 мульти сиговых с B + C,
и, наконец, C делает то же самое с D на финансирование 2-2 мульти сиговых с C + D. Так логично, 1 BTC пошел от А до А + В, В до В + С и С до С + D. D не может взять на себя весь 1 BTC, потому что он нуждается в C подписи. Но D может увидеть там деньги и можно считать, 1 BTC кредитной линии.

Эта часть имеет важное значение.

В идеале, А может дать 1 BTC до Б в депозит, и B делает то же самое с C. Однако, в этой схеме должен доверять B. B может принять решение сохранить 1 BTC и не дать ему C.

Таким образом, вместо этого, помещает его в целевой фонд (т.е. мульти-сиг А + В). B не может получить деньги от А, но видит его там. Он финансирует другой мульти-сиговый с C. Однако, стоит заметить, что А потратили 1 BTC и так сделали B, потому что B занял 1 BTC из своего кармана финансировать B + C. Без возможности возврата, если А уходит B потерял 1 BTC, так как A + B мульти-сиг не может быть потрачен без подписи.

С дополнительным хопом, мы видим, что C находится в той же рискованной ситуации. Он провел 1 BTC из своего кармана финансировать C + D.

Путь возврата предназначен для устранения этого риска.

Платит D для материала до 1 BTC, а затем они закрывают канал (или финансировать канал дополнительно).

* Если они хотят, чтобы закрыть, D транслирует сделку по расходам баланса от C + D, который имеет R.
C видит R на blockchain, так что он может определить, что D закрыл канал. Он передает его закрытия транзакции B + C.
И B делает то же самое.

* Если нет, хочет получить свои деньги обратно.
Очевидно, B, C хотят получить свои деньги обратно тоже. D это тот, кто не в состоянии закрыть канал - поэтому он не получает ничего.
Сеть молнии должен убедиться, что C получает 1 BTC назад первый, так что он может вернуть B, который затем может возвратить A.
Таким образом, время блокировки для C должна быть ниже, чем для B.

Я думаю, что они также должны объяснить, что происходит в частично закрытом канале. Так, например, с A B C, C хочет закрыть канал с B, но А не хочет, чтобы закрыть с В. Возможно ли это?
Может депозит 10 BTC с B и затем каналы из B-C в течение 1 BTC и B-D для 9 BTC?

Это должно быть в порядке, но я не думаю, что она была покрыта.
Кроме того, им нужны их новые типы SIGHASH с Segwit? Я не думаю, что так.

PS: Я скользил видео так извинения, если некоторые вопросы были даны ответы.

13 июля 2016, 4:58:28 PM	# 1
NewOldUser Сообщения: 3 Цитировать по имени цитировать ответ	Re:. Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru .

16 июля 2016, 1:18:23 AM	# 2
kn_b_y Сообщений: 28 Цитировать по имени цитировать ответ	Re:. Получил 1806 Биткоинов Реальная история. Я не уверен, если я правильно понять вас, но вы, кажется, спросить: "Что произойдет, если 3 (второй, thirth и четвертый) они работают вместе? - Предполагая, что «человек один» является жертвой. Но тогда, "все это работает только при условии, что три из них работают вместе, чтобы обмануть четвертый человек. - Вот человек, четыре "является жертвой. Вы говорите об этом фильме, я полагаю: https://www.youtube.com/watch?v=8zVzw912wPo Примерно в 25-й минуте? Если это так, ваш вопрос будет понятнее для меня, если вы перефразировать его с именами Алиса, Боб, Кэрол и Дэйв.

16 июля 2016, 4:23:14 AM	# 3
hhanh00 Сообщения: 464 Цитировать по имени цитировать ответ	Re:. Цитата: NewOldUser от 13 июля 2016 года, 4:58:28 PM Я смотрел видео на lightning.network и есть вопрос о сделке, которая использует 3 канала (то есть сделки с 4-х человек) Что произойдет, если 3 (второй, thirth и четвертый) они работают вместе? Тот, кто получит сделку (последний в сделке порядка) разделяет ключ, чтобы отпереть Время автоподстройки Операции со вторым лицом (один оригинальный отправитель посылает свои средства в). Теперь второй человек может получить деньги от первоначального отправителя, а третье лицо ни отправляет средства к четвертому человеку, ни утверждает, средство от второго лица. В этом случае только первый человек заплатил второй человек, в то время как другие сделки, не бывают, как первый человек не может ничего к blockchain вещания. Все это работает только при условии, что три из них работают вместе, чтобы обмануть четвертый человек. Мой вопрос теперь: Есть ли код Планировалось, что позволит предотвратить это, или вы можете украсть чью-то деньги, что так или я что-то неправильно? Там нет никакого ключа требуется для временных автоподстройки сделок. Они приходят из 2-2 мульти-сиг адрес и уже подписаны 1 из 2. Другой человек просто должен подождать и затем подписать его. Задержка блокировки времени назначается уменьшается от последнего человека, так что в случае возникновения ситуации возврата, последний человек может получить его первым. Вы можете увидеть процесс как кукла Matroska. Если у вас есть A, B, C, D в канале, A->В, В->С и С-D подканалы: А ставит 1 BTC в депозит на B путем финансирования 2-2 мульти сиговых с А + В, В делает то же самое с C путем финансирования 2-2 мульти сиговых с B + C, и, наконец, C делает то же самое с D на финансирование 2-2 мульти сиговых с C + D. Так логично, 1 BTC пошел от А до А + В, В до В + С и С до С + D. D не может взять на себя весь 1 BTC, потому что он нуждается в C подписи. Но D может увидеть там деньги и можно считать, 1 BTC кредитной линии. Эта часть имеет важное значение. В идеале, А может дать 1 BTC до Б в депозит, и B делает то же самое с C. Однако, в этой схеме должен доверять B. B может принять решение сохранить 1 BTC и не дать ему C. Таким образом, вместо этого, помещает его в целевой фонд (т.е. мульти-сиг А + В). B не может получить деньги от А, но видит его там. Он финансирует другой мульти-сиговый с C. Однако, стоит заметить, что А потратили 1 BTC и так сделали B, потому что B занял 1 BTC из своего кармана финансировать B + C. Без возможности возврата, если А уходит B потерял 1 BTC, так как A + B мульти-сиг не может быть потрачен без подписи. С дополнительным хопом, мы видим, что C находится в той же рискованной ситуации. Он провел 1 BTC из своего кармана финансировать C + D. Путь возврата предназначен для устранения этого риска. Платит D для материала до 1 BTC, а затем они закрывают канал (или финансировать канал дополнительно). * Если они хотят, чтобы закрыть, D транслирует сделку по расходам баланса от C + D, который имеет R. C видит R на blockchain, так что он может определить, что D закрыл канал. Он передает его закрытия транзакции B + C. И B делает то же самое. * Если нет, хочет получить свои деньги обратно. Очевидно, B, C хотят получить свои деньги обратно тоже. D это тот, кто не в состоянии закрыть канал - поэтому он не получает ничего. Сеть молнии должен убедиться, что C получает 1 BTC назад первый, так что он может вернуть B, который затем может возвратить A. Таким образом, время блокировки для C должна быть ниже, чем для B. Я думаю, что они также должны объяснить, что происходит в частично закрытом канале. Так, например, с A B C, C хочет закрыть канал с B, но А не хочет, чтобы закрыть с В. Возможно ли это? Может депозит 10 BTC с B и затем каналы из B-C в течение 1 BTC и B-D для 9 BTC? Это должно быть в порядке, но я не думаю, что она была покрыта. Кроме того, им нужны их новые типы SIGHASH с Segwit? Я не думаю, что так. PS: Я скользил видео так извинения, если некоторые вопросы были даны ответы.

Заголовок