💬 BOLT 12 и LNURL: какое будущее у сети Lightning Биткойн?

BOLT 12 и LNURL: какое будущее у сети Lightning Биткойн?

Что такое БОЛТ 12? Что ж, это множество различных функций и движущихся частей, объединенных для достижения разных целей: статические QR-коды, модульные счета, конфиденциальность для человека, получающего платеж.

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

Теперь любой, кто знаком с LNURL, уже должен подумать: "Это очень похоже на LNURL". Но для тех из вас, кто не знает, что такое LNURL и как он работает, вот краткое описание.

Что такое ЛНУРЛ?

LNURL — это набор простых протоколов для координации информации, необходимой для осуществления платежей в сети Lightning с использованием HTTP. Полный список частей протокола LNURL можно найти здесь, но я расскажу лишь о нескольких основных областях применения, которые пересекаются с BOLT 12.

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

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

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

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

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

Что такое БОЛТ 12?

BOLT 12 предлагает попытку реализовать некоторые основные функции LNURL, не требуя использования веб-сервера. Предложение кодирует данные, необходимые для достижения узла, чтобы запросить счет для совершения платежа, либо node_id, либо слепой путь (последние несколько прыжков в луковом маршруте, предварительно вычисленные и зашифрованные) к этому узлу с использованием луковых сообщений. Он также может кодировать минимальную сумму платежа, валюту, в которой производится оплата, время истечения срока действия и минимальное/максимальное количество (для покупки нескольких товаров).

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

Также поддерживается создание уникальных предложений для каждого пользователя, которые позволяют получателю запрашивать платеж у создателя предложения, аналогично функции запроса на снятие средств в LNURL. Счета BOLT 12 привязаны к уникальному ключу плательщика — его можно использовать в случае выдачи возмещений, чтобы доказать, что вы действительно оплатил счет. Это также можно использовать в сочетании с предложением об отзыве, чтобы гарантировать, что только правильный человек сможет получить счет, оплаченный создателем, в отличие от того, кто может получить копию предложения.

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

LNURL или БОЛТ 12? Все дело в компромиссах

LNURL и BOLT 12 выполняют одинаковую общую функциональность, так в чем же между ними разница? Зачем нужен БОЛТ 12, если LNURL уже существует? Ключевым отличием является веб-сервер. Для веб-сервера требуется дополнительная инфраструктура, доменное имя, сертификат TLS и опыт управления всем этим.

Хотя для большинства компаний и сервисов это не стоит даже упоминать, поскольку эти вещи необходимы в первую очередь для ведения любого онлайн-бизнеса, это большая проблема для обычного конечного пользователя, не обладающего техническими знаниями. Неразумно ожидать, что пользователь будет поддерживать дополнительную инфраструктуру поверх своего узла Lightning, чтобы иметь доступ к упрощенному и простому пользовательскому интерфейсу. Существует также вопрос централизации DNS; домен — это не то, чем владелец может по-настоящему управлять.

Не говоря уже об этих проблемах, оба могут сосуществовать. LNURL отлично работает и уже очень широко применяется в экосистеме Lightning, просто это не реальное решение для других пользователей, кроме предприятий или служб. BOLT 12 в том виде, в котором он был принят, может заполнить этот пробел и предоставить такой же оптимизированный пользовательский интерфейс для конечных пользователей дома, которые не являются бизнесом.

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

Это гостевой пост Шиноби. Высказанные мнения являются полностью их собственными и не обязательно отражают точку зрения BTC Inc или Bitcoin Magazine.