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 может быть не хотят принимать новые функциональные возможности, если убедительных доказательства не предусмотрено о значении новой функциональности. Тем не менее, до сих пор сеть Lightning существует только на бумаге, и не была доказана, чтобы быть полезными в условиях реальной жизни. Это создает ситуацию, улов-22: для того, чтобы убедить сообщество Bitcoin, мы хотели бы сделать рабочую реализацию сети Lightning, но для того, чтобы сделать это, мы должны убедить сообщество Bitcoin включить требуемую функциональность.
Есть несколько способов, чтобы избежать этого улова-22 ситуация:
- Bitcoin сообщество может принять необходимые функции, даже без рабочей сети Lightning.
- Можно продемонстрировать сеть Lightning на альт-монеты (возможно, один, специально предназначенные для этой цели), или на боковой цепи после того, как реализуются боковые цепи.
- Можно было бы подражать недостающую функциональность, с некоторой потерей желательных свойств, используя только уже существующие функциональные Bitcoin. Это позволит пользователям Bitcoin стать знакомы с молниеносной технологией, одновременно увеличивая давление на "фиксировать" потеря желательных свойств пути включения недостающей функциональности в Bitcoin.
Этот документ описывает конструкцию, которая следует третьему подходу. "нет доверенных третьих сторон" требование расслаблено, путь введения частично доверенная депозитная партии, которые могут быть проконтролированы произвольными третьими лицами. Конструкция такова, что, после того, как недостающая функциональность вводятся Bitcoin, миграция в полнодуплексные признаках Lightning сеть может происходить постепенно: пары соседних узлов могут свободно выбирать, когда они модернизируют свою ссылку на реальную ссылку Lightning, и во время период миграции, транзакции могут быть проложены как через старый стиль и каналы нового стиля (в любом порядке).
Я имею в виду реализации этого в Amiko Pay.