Может ли сеть Bitcoin Lightning Network решить проблему масштабируемости блокчейна?

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

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

Джозеф Пун и Таддеус Дриджа, разработчики Bitcoin Lightning Network, считают, что да.

Хотя сеть Lightning все еще находится на начальной стадии развития, она основана на недавнембелая книга – направлен на решение проблемы масштабируемости путем внедрения хэшированных контрактов с временной блокировкой между пользователями.

Bitcoin Lightning Network появилась в 2013 году, когда Пун, «как и многие до него», говорит он, придумал платежные каналы hub and spoke. Вскоре после этого к ним присоединился Dryja, сделав скрипты и транзакции более компактными.

Пун рассказал CoinDesk:

«Мы надеемся помочь решить проблему масштабируемости Bitcoin и мгновенных транзакций, что позволит охватить Bitcoin все транзакции — даже многие тысячи микроплатежей на человека», — заключил он.

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

Проблема масштабируемости

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

По этой причине разработчики считают, что открытый реестр биткоина недостаточен в качестве единственной платежной платформы.

Для сравнения, согласно white paper, платежная сеть Visa, как полагают, совершает 45 000 транзакций в секунду в течение стандартного праздничного периода. Это число увеличивается до сотен миллионов в обычный рабочий день.

В настоящее время Bitcoin поддерживает около семи транзакций в секунду и ограничен ONE мегабайтом пространства блока. Чтобы достичь более 45 000 транзакций в секунду, Пун и Дриджа говорят, что транзакции Bitcoin должны проводиться вне самого блокчейна.

В белой книге отмечается:

Далее следует: «Желательно, чтобы два человека позднее выясняли свои отношения, а не детализировали каждую транзакцию в блокчейне. Этого можно достичь, используя временные блокировки как компонент глобального консенсуса».

Сеть Bitcoin Lightning

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

В Белой книге говорится:

«Обязательство доставить средства конечному получателю достигается посредством процесса цепочечного делегирования. Каждый участник на пути принимает на себя обязательство доставить средства конкретному получателю. Они передают это обязательство следующему участнику на пути».

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

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

Однако Lightning Network — не единственный проект, ищущий устойчивое решение для микроплатежей.

Недавно BlockCypher предложил решение, с помощью которого он планирует «вычислять сборы майнеров оппортунистически», чтобы гарантировать добавление микротранзакций в блокчейн. Система уже используется Zapchain, социальной сетью, ориентированной на биткоины, которая недавно запустила специальный канал микроплатежей.

Уменьшение таймлоков

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

Получатель сгенерирует случайные данные 'R', а затем хэширует 'R' с помощью hash(R) для получения 'H'. Эта информация передается напрямую от получателя отправителю средств вместе с Bitcoin адресом получателя.

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

Целью контракта с хэш-блокировкой является требование раскрытия сообщения «R» для трансляции транзакции в блокчейне до определенной даты.

Однако если Дэйв не выдаст «R» для Кэрол в течение установленного срока, то Кэрол сможет закрыть хэш-блокированный временной контракт.

Получатель никогда не раскроет «R», если только он не уверен, что получит платеж от ONE из контрагентов канала. Если сторона отключает канал, контрагент будет нести ответственность за трансляцию текущего состояния транзакции обязательства в блокчейне.

Сопутствующие риски

Однако предложение Пуна и Дрийи не лишено некоторого риска.

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

Кроме того, разработчики объясняют, что маловероятно, что все участники честны. Если злоумышленник создаст несколько каналов и заставит их все истечь одновременно, это перегрузит емкость данных и будет означать, что транзакция должна будет транслироваться в цепочку.

Такая «массовая рассылка спама» по сети Bitcoin может привести к задержке транзакций до такой степени, что другие транзакции с временной блокировкой также будут проверены.

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

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

«ONE выбирать контрагентов по каналу, которые несут ответственность и готовы предоставлять текущее состояние дел, периодически подвергаясь проверкам на честность».

Реакция сообщества

Сеть Bitcoin Lightning, безусловно, является смелой попыткой решения проблем масштабируемости блокчейна. Но ONE ли она?

Питер Тодд, разработчик CORE Bitcoin , считает, что это так, хотя он и говорит, что это требует более подробного контекстуализации.

В интервью CoinDesk Тодд сказал:

«Если бы блокчейн Bitcoin был лошадью, то обычные предложения по платежным каналам типа «ступица и спицы» предлагали бы заменить эту лошадь грузовиком; ребята из Lightning предлагают заменить эту лошадь ракетным кораблем».

Известный разработчик CORE сказал, что, хотя он уверен, что Lightning может быть хорошей системой, ему отметили, что для ее реализации потребуется больше работы, поскольку это гораздо более крупный проект, ONE также требует консенсуса сообщества. «Также потребуется софт-форк, чтобы сдвинуться с мертвой точки», — заключил он.

Несмотря на эти относительные недостатки, Тодд похвалил систему. Он сказал, что Lightning предлагает пользователям изменить способ использования Bitcoin в обмен на возможность масштабирования системы без снижения ее безопасности. Он указал, что для тех, кто считает, что Bitcoin потенциально находится под угрозой регулирования или атаки, это был хороший компромисс.

Дриджа и Пун разделяют мнение Тодда, соглашаясь, что необходимо проделать больше работы, прежде чем проект сможет полностью запуститься. Дриджа сказал:

«Прежде чем можно будет построить Lightning Network, необходимо провести некоторую фундаментальную работу, а не только исправить пластичность и код операции подтверждения. Не существует широко распространенного способа передачи данных между участниками; это затрудняет использование мультиподписи даже сегодня».

Разработчик подтвердил, что они все еще изучают простые в использовании средства обмена сообщениями и аутентификации, независимые от сети Bitcoin .

Пун подтвердил, что они планируют выпустить пересмотренную версию белой книги и что следующие шаги, вероятно, будут включать «BIP (улучшение Bitcoin ) и вклад сообщества».

В подготовке репортажа принимал участие Пит Риццо.

Что вы думаете о предложении? Дайте нам знать в разделе комментариев ниже.