У нашій останній статті, Основні виклики, з якими стикається мережа Lightning (1), ми обговорювали ліквідність, один з ключових факторів, що обмежують розвиток мережі Lightning. Проблему ліквідності можна поділити на дві аспекти: перший - загальний дефіцит ліквідності в мережі, що вимагає зниження перешкод для побудови та підтримки вузлів мережі Lightning та впровадження додаткових стимулюючих механізмів; другий - проблема розподілу ліквідності. Наразі існують рішення, такі як Submarine Swap, зшивання каналів, багатошляхові платежі, Lightning Pool, реклама ліквідності та петлеві платежі, для оптимізації ліквідності в мережі Lightning.

Сьогодні ми продовжимо вирішувати інші виклики, що стикаються з Lightning Network, та інноваційні рішення, які запропонувала спільнота.

Підтримка стабільних монет

Завдяки високій пропускній здатності, низькій латентності, низьким витратам та функціям конфіденційності, Мережа Lightning стала ідеальним вибором для криптовалютних платежів і слугує ключовою платіжною інфраструктурою для створення P2P-економіки. У 2021 році, після того, як Сальвадор прийняв Біткойн як законний платіжний засіб, сфера застосування Мережі Lightning значно розширилася, і кількість та обсяги платежів стрімко зросли, що призвело до понад 82 000 платіжних каналів в мережі в один момент.

Джерело: https://mempool.space/graphs/lightning/capacity

Однак, за останні два роки відбулися певні зміни в тенденції розвитку мережі Lightning. З даних діаграм вище ми можемо спостерігати, що темп зростання коштів у мережі Lightning сповільнився. Значною мірою зменшилася навіть кількість каналів. Це явище свідчить про те, що мережа Lightning стикається з новими викликами після швидкого розширення.

В даний час BTC є основною валютою, що циркулює в мережі Bitcoin Lightning Network. Однак однією з найбільших проблем, з якими стикається BTC як засіб обміну, є його висока волатильність цін. Ця нестабільність довгий час була головною перешкодою для широкого впровадження Lightning Network. Щоб по-справжньому впровадити мережу Lightning Network у домогосподарства та зробити мережу Lightning Network кращим методом для щоденних невеликих і частих платежів, особливо важливо запровадити підтримку стейблкоїнів. Адже в реальному житті люди звикли використовувати валюти зі стабільною вартістю для повсякденних операцій.

Щоб вирішити цю проблему, 23 липня 2024 року Lightning Labs запустила першу основну версію мультиактивної мережі Lightning Network, офіційно представивши Taproot Assets у мережі Lightning Network. Taproot Assets — це протокол випуску активів на Bitcoin, що дозволяє депонувати випущені активи в платіжні канали Lightning Network і передавати через існуючу мережу Lightning Network. Запуск версії основної мережі Lightning Network з кількома активами знаменує собою офіційну підтримку стейблкоїнів у мережі Bitcoin Lightning Network, відкриваючи шлях для таких додатків, як глобальна торгівля на ринку миттєвих розрахунків на Форекс через мережу Lightning Network і використання стейблкоїнів для покупки товарів.

Зображення: У мережі Lightning Network Аліса надсилає стейблкоїн USD, а Боб отримує стейблкоїн EUR.

Крім того, Nervos CKB запустив мережу Fiber для мережі Lightning, яка використовує гнучкість блокчейну CKB для нативної підтримки користувацьких активів, включаючи стабільні монети, створені децентралізованими протоколами, такими як Stable++, включаючи стабільні монети, створені децентралізованими протоколами, такими як Stable++. У повністю функціональній тестовій версії, випущеній у вересні, розробники вже можуть тестувати Bitcoin-нативну стабільну монету RUSD за допомогою мережі Fiber.

Ми вважаємо, що інтеграція мережі Lightning та стейблкоїнів розкриє потужні синергії, впроваджуючи нову вітальність у мережу Lightning та сприяючи широкому поширенню криптовалютних платежів у повсякденному житті.

Досвід користувача

Незважаючи на значні технологічні досягнення в мережі Lightning Network, все ще є місце для поліпшення користувацького досвіду, особливо порівняно з традиційними платіжними досвідами. Деякі ключові прогалини включають:

Вимога забезпечення постійного з'єднання для платежів

Користувачам потрібно залишатися в онлайні, коли вони отримують або відправляють платежі на мережі Lightning. Це тому, що платежі Lightning Network передбачають зміну стану коштів в каналі, який ділиться з іншими, що означає, що обидві сторони повинні бути в онлайні, щоб разом змінити стан коштів. Однією з головних причин невдач в платежах на мережі Lightning є відсутність отримувача в онлайні. З точки зору користувацького досвіду це є значним недоліком дизайну. У порівнянні з традиційними методами оплати (наприклад, банківськими переказами) та блокчейн-платежами (наприклад, переказами USDT на ланцюжку блоків), не потрібно, щоб отримувач був в онлайні; транзакції можуть бути завершені просто знаючи реквізити або адресу отримувача.

Поточним основним рішенням є впровадження постачальників послуг Lightning Network Services (LSP). LSP можуть отримувати платежі від імені офлайн-користувачів, усуваючи сувору вимогу «залишатися онлайн». Це рішення наближає користувацький досвід Lightning Network до досвіду існуючих способів оплати, значно підвищуючи його практичність і зручність.
Однак, це рішення також вводить новий виклик: припущення довіри. Користувачам потрібно покласти певний рівень довіри до обраного провайдера послуг Lightning Network. Ця залежність від третіх сторін до певної міри суперечить початковому наміру децентралізації і може викликати обурення серед деяких користувачів.

Відсутність системи для прийому різних платежів будь-якої суми

Рахунки-фактури в мережі Lightning Network є основним інструментом для запиту платежів. Вони генеруються одержувачем платежу та надають ініціатору всю інформацію, необхідну для завершення транзакції. Ми можемо просто порівняти рахунки-фактури з «платіжними кодами», які зазвичай зустрічаються в платіжних додатках.

Наразі рахунок-фактура за замовчуванням у Lightning Network призначений лише для одноразового використання та містить хеш-значення для одного платежу разом із його сумою. Після успішного платежу або часу очікування рахунку-фактури закінчується, він стає недійсним. Цей механізм призводить до громіздкого процесу: кожен платіж вимагає створення, копіювання, вставки та надсилання нового рахунку платнику. Такий дизайн суттєво впливає на користувацький досвід у певних сценаріях. Наприклад, продавець, який звик відображати платіжний QR-код (наприклад, з WeChat або Alipay), вважатиме використання Lightning Network громіздким. Особливо в напружений робочий час необхідність часто створювати рахунки-фактури та ділитися ними може суттєво знизити ефективність і навіть вплинути на нормальну роботу.

Щоб вирішити цю проблему, біткойн-спільнота запропонувала кілька рішень:

Keysend

node_id вузлів Lightning Network залишається незмінним і відкривається платнику після виставлення рахунку-фактури, тому Keysend розглядає його як статичну кінцеву точку. Цей метод має значну перевагу: він повністю покладається на архітектуру Lightning Network, не вимагаючи додаткової підтримки протоколу. Його недоліком є те, що він пропонує слабший захист конфіденційності, оскільки конфіденційні дані, такі як вузол одержувача, канал і канал UTXO, піддаються впливу.
Тим не менш, практичність Keysend вже широко визнана, і більшість клієнтів мережі Lightning вже реалізували функціональність Keysend.

LNURL та Lightning Address

LNURL-pay - це стандарт, який дозволяє користувачам створювати статичний QR-код, придатний для отримання кількох платежів, що значно покращує користувацький досвід. Послідовність дій така:

1. Користувач сканує QR-код (LNURL-pay) за допомогою гаманця мережі Lightning.
2. Гаманець розшифровує QR-код, отримує URL та доступається до нього через HTTPS.
3. Після відповіді сервер запитує суму платежу (яка також може бути фіксованою).
4. Користувач вводить суму і відправляє інформацію назад на сервер.
5. Сервер повертає традиційний рахунок мережі Lightning.
6. Гаманець обробляє платіж.

Lightning Address подальш оптимізує цей процес, кодуючи QR-код користувача (LNURL-pay) в URL, що нагадує адресу електронної пошти. Коли інші користувачі отримують доступ до цього URL, система автоматично повертає запит LNURL-pay, спрощуючи весь процес оплати.

Варто зазначити, що більшість гаманців, які використовують функціональність LNURL, наразі працюють в кастодіальному режимі. Ці гаманці надають кожному користувачеві адресу Lightning, що дозволяє їм легко отримувати платежі. Хоча цей підхід забезпечує зручність, він також вводить певний рівень централізації, що вимагає від користувачів зважати на компроміс між зручністю та децентралізацією.

BOLT12

BOLT12 - це новий пропозиція щодо технічної специфікації мережі Lightning, спрямована на досягнення деяких функціональностей, пропонованих LNURL, без залежності від веб-сервера. Хоча BOLT12 ще не був об'єднаний з BOLT (технічного фундаменту мережі Lightning), він отримав підтримку від більшості розробників. Основне перевага BOLT12 порівняно з LNURL полягає в тому, що його можна реалізувати в межах самого протоколу мережі Lightning, не потребуючи залежності від інших мережевих протоколів або методів комунікації.

Висновок

Крім загальних проблем з ліквідністю та проблем розподілу ліквідності, зазначених упопередня стаття, і відсутність підтримки стабільної монети, про яку йдеться у цьому матеріалі, існує багато областей для покращення користувацького досвіду в мережі Lightning. Шлях розвитку мережі Lightning також стикається з численними іншими викликами. Наприклад, механізм LN-штраф, що використовується в мережі Bitcoin Lightning, не лише ускладнює ситуацію, але й накладає обмеження на зберігання. Впровадження запропонованого покращення, eltoo, потребує м'якого форку Bitcoin та введення нового типу підпису хешу. Так само, проблеми з приватністю щодо HTLC можуть бути вирішені за допомогою PTLC, які спочатку можуть бути впроваджені в мережах Lightning інших блокчейнів.

Незважаючи на те, що шлях вперед складний, постійний технологічний прогрес та зусилля спільноти врешті-решт доленосить ці перешкоди. У нас є всі підстави вважати, що мережа Lightning наближається до своєї мети широкого використання. Вона не тільки трансформує криптоплатежі, але має потенціал стати ключовим катализатором глобальної фінансової інновації.

Відмова від відповідальності：

1. Ця стаття перепечатана з [ Вентилятори RGB++]. Усі авторські права належать оригінальному автору [ Байт CKB]. Якщо є зауваження до цього перепринту, будь ласка, зв'яжіться з Gate Навчитисякоманда, і вони негайно займуться цим.
2. Відмова від відповідальності: Погляди та думки, висловлені в цій статті, є виключно думкою автора і не є жодною інвестиційною порадою.
3. Переклади статей на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, розповсюдження або плагіат перекладених статей заборонено.