Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
23 апреля 2015, 6:06:51 PM   # 1
CJP
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмуляция сети Lightning, используя частично доверенные услуги условного депонирования

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Эмуляция Хэш-Time-Locked контрактов сети Lightning доверенной, но публично проверяемой службы условного депонирования
http://cornwarecjp.github.io/amiko-pay/doc/lightning_emulation.pdf
котировка
Сеть Молнии дизайн для децентрализованной, масштабируемой сети, которая позволяет быстро, дешево транзакции Bitcoin без необходимости доверенной третьей стороны. Однако, это требует наличия новой функциональности в Bitcoin: без этой новой функциональности, сеть Lightning не может существовать. Итак, для того, чтобы сделать сеть Lightning реальности, сообщество Bitcoin должно быть убеждено в том, чтобы принять эту новую функциональность. Хотя ни одна из этих новых возможностей, как известно, есть какие-либо спорные характеристики, некоторые из них имеет, до сих пор нет случая использования вне сети Lightning.

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

Есть несколько способов, чтобы избежать этого улова-22 ситуация:

  • Bitcoin сообщество может принять необходимые функции, даже без рабочей сети Lightning.
  • Можно продемонстрировать сеть Lightning на альт-монеты (возможно, один, специально предназначенные для этой цели), или на боковой цепи после того, как реализуются боковые цепи.
  • Можно было бы подражать недостающую функциональность, с некоторой потерей желательных свойств, используя только уже существующие функциональные Bitcoin. Это позволит пользователям Bitcoin стать знакомы с молниеносной технологией, одновременно увеличивая давление на "фиксировать" потеря желательных свойств пути включения недостающей функциональности в Bitcoin.

Этот документ описывает конструкцию, которая следует третьему подходу. "нет доверенных третьих сторон" требование расслаблено, путь введения частично доверенная депозитная партии, которые могут быть проконтролированы произвольными третьими лицами. Конструкция такова, что, после того, как недостающая функциональность вводятся Bitcoin, миграция в полнодуплексные признаках Lightning сеть может происходить постепенно: пары соседних узлов могут свободно выбирать, когда они модернизируют свою ссылку на реальную ссылку Lightning, и во время период миграции, транзакции могут быть проложены как через старый стиль и каналы нового стиля (в любом порядке).

Я имею в виду реализации этого в Amiko Pay.
CJP сейчас офлайн Пожаловаться на CJP   Ответить с цитированием Мультицитирование сообщения от CJP Быстрый ответ на сообщение CJP


Как заработать Биткоины?
Без вложений. Не майнинг.


24 апреля 2015, 1:16:06 AM   # 2
 
 
Сообщения: 135
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмуляция сети Lightning, используя частично доверенные услуги условного депонирования

Получил 1806 Биткоинов
Реальная история.





Хорошо сделано. Я понимаю основы того, что вы предлагаете, но нужно будет уделять больше времени, чтобы полностью понять это.
Mashuri сейчас офлайн Пожаловаться на Mashuri   Ответить с цитированием Мультицитирование сообщения от Mashuri Быстрый ответ на сообщение Mashuri

24 апреля 2015, 5:49:17 PM   # 3
 
 
Сообщения: 135
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмуляция сети Lightning, используя частично доверенные услуги условного депонирования

Я заметил, во всех ваших примерах, что эмулировать HTLC исключительно между Алисой и Бобом (с эскроу, чтобы помочь облегчить.). Может ли эта система работать с прохождением эмулируемая HTLC несколько прыжков, располагаясь между людьми не в прямом канале друг с другом? Для меня это очень отличительной чертой HTLC годов.
Mashuri сейчас офлайн Пожаловаться на Mashuri   Ответить с цитированием Мультицитирование сообщения от Mashuri Быстрый ответ на сообщение Mashuri

25 апреля 2015, 7:17:41 AM   # 4
CJP
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмуляция сети Lightning, используя частично доверенные услуги условного депонирования

Я заметил, во всех ваших примерах, что эмулировать HTLC исключительно между Алисой и Бобом (с эскроу, чтобы помочь облегчить.). Может ли эта система работать с прохождением эмулируемая HTLC несколько прыжков, располагаясь между людьми не в прямом канале друг с другом? Для меня это очень отличительной чертой HTLC годов.
Вы правы, что это очень отличительная особенность Lightning сети, чтобы платежи между людьми, которые не разделяют прямую связь. Молния Сеть использует HTLCs как строительные блоки в более крупную систему, которая выполняет это.

Ответ на ваш вопрос: да!

Эти эмулируемые HTLCs могут быть использованы в качестве строительных блоков точно так же, как HTLCs молнии. На самом деле, они могут быть неоднозначны: в одной и той же сети, некоторые ссылки могут использовать эмулируемые HTLCs и другие могут использовать истинный Lightning HTLCs, и платежи могут свободно направляться между ними. В некотором смысле, это подобно тому, как некоторые ссылки в использовании Интернета Ethernet, некоторые используют PPP или что-то еще, и протокол Интернета трафик могут свободно направляться между ними.

В сущности, все это HTLC должен выполнить то, что, если лексема платеж дается до тайм-аута проходит, средства идут в одну сторону, а если тайм-аут проходит до того, как маркер дается, средства идут на другую сторону , Затем HTLCs на различные звенья могут быть соединены друг с другом, требуя тот же платежный маркер на каждом звене, и используя все более тайм-аут при переходе от получателя платежа стороны в плательщик сторону. Это описано в статье Lightning.

Требования к функциональной совместимости между этими ссылками кажутся очень низкими. Тот же алгоритм хеширования должен быть использован на всех звеньях. Же адресное пространство будет использоваться для маршрутизации, но и кросс-адресного пространства маршрутизации может быть включена услуг шлюза (*). На самом деле, теперь, когда я думаю об этом, вам не нужно даже быть на том же блоке цепи: это может позволить доверительной бесплатно, децентрализованного обмена между различными крипто-валют. Доверительная свободный обмен с декретных валют гораздо сложнее (читай: невозможно), так как Фиат валюта не привязана к криптографическим правилам. Однако, "цветные монеты" которые представляют собой Фиат валюту можно перемещать таким образом, и даже обменялись с неокрашенными монетами. Я уже описал, что в другой поток.

(*) Это похоже на то, как вы можете использовать IPv6, даже если ваш провайдер не предоставляет его, путем туннелирования трафика IPv6 через IPv4 к службе шлюза, который соединяет вас к Интернету IPv6. Аналогии с Интернет, кажется, всюду.
CJP сейчас офлайн Пожаловаться на CJP   Ответить с цитированием Мультицитирование сообщения от CJP Быстрый ответ на сообщение CJP

30 апреля 2015, 8:38:39 PM   # 5
CJP
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмуляция сети Lightning, используя частично доверенные услуги условного депонирования

Я сейчас реализует это в Amiko Pay. В реализации, я сделал небольшое изменение в концепции:

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

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

Следует отметить, что это уменьшение фрагментации монеты уже не возможно когда используется HTLCs реального Ligthning стиля. Также отмечу, что эта фрагментация монеты только действительно имеет место в случае неиспользование взаимодействующего (плохо себя) соседи: сотрудничающие соседи всегда будут урегулировать свои микро-транзакции.

Моя главная забота что фрагментация монеты приводит к большому отзывать сделки и высокие сборы; если плата становится высокой w.r.t. микро-транзакции составляют, это может изменить стимулирующую-структуру.
CJP сейчас офлайн Пожаловаться на CJP   Ответить с цитированием Мультицитирование сообщения от CJP Быстрый ответ на сообщение CJP

1 мая 2015, 11:58:56 PM   # 6
 
 
Сообщения: 135
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмуляция сети Lightning, используя частично доверенные услуги условного депонирования

OP_CHECKSIGDATAVERIFY кажется полезной оп-кода для Bitcoin. Имеет это, или что-то подобное, было доведено до сведения разработчиков раньше?

Как вы отметили, эта система может работать с E является единственным связующим звеном между сторонами (основным хабом) и escrowing контрактов HTLC стилем между ними. То, что я конкретно заинтересован в том, чтобы проиллюстрировать, гипотетический сценарий, где E является BTC-номинированные производные обмена escrowing контрактов между пользователями с использованием платежных каналов только непосредственно связанных с Е. Кроме того, распределение W в нужно будет определяться подачей данных в реальном , Как вы думаете, что-то подобное, что является работоспособным?
Mashuri сейчас офлайн Пожаловаться на Mashuri   Ответить с цитированием Мультицитирование сообщения от Mashuri Быстрый ответ на сообщение Mashuri

2 мая 2015, 7:55:36 AM   # 7
CJP
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмуляция сети Lightning, используя частично доверенные услуги условного депонирования

OP_CHECKSIGDATAVERIFY кажется полезной оп-кода для Bitcoin. Имеет это, или что-то подобное, было доведено до сведения разработчиков раньше?
Не то, чтобы я в курсе.

Как вы отметили, эта система может работать с E является единственным связующим звеном между сторонами (основным хабом) и escrowing контрактов HTLC стилем между ними.
E (услуга условного депонирования) в действительности не является центром: до тех пор, как стороны могут урегулировать свои конфликты без участия Е, Е не участвует ни в одной из операций (это основное преимущество в плане личной жизни и свободы). Кроме того, нет никакой врожденной, архитектурной причины, почему обслуживание депозитного должно быть централизованы в единое целое: в теории, каждый канал в сети может использовать другую услугу условного депонирования. Однако, на практике, из-за сложности репутации здания, я бы ожидать какой-то централизации произойти здесь, так же, как Bitcoin биржи сегодня, в некоторой степени, централизованные сущности.

То, что я конкретно заинтересован в том, чтобы проиллюстрировать, гипотетический сценарий, где E является BTC-номинированные производные обмена escrowing контрактов между пользователями с использованием платежных каналов только непосредственно подключенных к E.
Если у вас есть прямая оплата канал на E а также E также депонированное обслуживание этого платежного канала, то Е имеет два из трех частных ключей, которые достаточно, чтобы разблокировать заблокированные средства микро-транзакции, поэтому эта ситуация очень чувствительна к злоупотреблению E. Обратите внимание, что эта ситуация может также происходят с помощью Сибил атаки, или путем сговора между Е и а или В.

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

Кроме того, распределение W в нужно будет определяться подачей данных в реальном. Как вы думаете, что-то подобное, что является работоспособным?

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

Я думаю, однако, что для доклада чек, подтверждающий факт (злоупотребление со стороны службы депозитного), должно быть P2P обмен между пользователями этого депозитного обслуживания. Важно, конечно, что не должно быть никакой возможности для самого депозитного обслуживания для управления этой P2P-сети: он имеет большой интерес к цензуре такой сети.
CJP сейчас офлайн Пожаловаться на CJP   Ответить с цитированием Мультицитирование сообщения от CJP Быстрый ответ на сообщение CJP



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW