ОСНОВНІ МОМЕНТИ

• Більшість користувачів Lightning сьогодні використовують кастодіальні рішення, оскільки вони зручні.
• Сплайсинг дозволить користувачам і постачальникам послуг абстрагуватися від різниці між Lightning і біткойнами в мережі.
• Постачальники послуг Lightning (LSP) слугуватимуть порталом для доступу кінцевих користувачів до Lightning.
• Технічні розробки на найближчому горизонті можуть підвищити конфіденційність усіх користувачів Lightning без необхідності вчинення будь-яких додаткових дій.

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

У цій статті ми розглянемо, як може виглядати досвід використання Lightning на основі рішень, розроблених багатьма світлими умами.

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

Які проблеми з блискавками у 2023 році?

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

Чому зараз більшість користувачів обирають послуги опікуна? Люди користуються службами опіки через зручність, простоту користування та проблеми, пов’язані з використанням Lightning без опіки . Ми класифікуємо поточні виклики Lightning на три категорії:

Ручне зусилля

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

• Щоб надсилати й отримувати платежі , користувачі мають бути постійно підключені . Сьогодні основною причиною невдачі платежів Lightning є те, що одержувач перебуває в автономному режимі, що трапляється приблизно в 0,5-1% усіх платежів Lightning
• Користувачі повинні обмінюватися рахунками-фактурами один з одним за допомогою текстових повідомлень, електронної пошти, обміну повідомленнями тощо, щоб здійснювати та запитувати платежі, що є громіздким процесом.
• Користувачі, які керують власним вузлом Lightning , повинні мати можливість розподіляти біткойни між різними каналами. Відкриття каналів для однорангових вузлів, які не активно обслуговують свій вузол і канали, може призвести до того, що кошти залишаться в підвішеному стані.
  • Це альтернативна вартість капіталу на Lightning: якщо ваш капітал розподілено на невідповідний партнер, цей капітал не можна використовувати для направлення інших платежів (та отримання прибутку).

Технічна експертиза

Ці проблеми вимагають глибоких знань Lightning та/або взаємопов’язаних протоколів, які пересічний користувач Lightning, швидше за все, не буде шукати.

• Щоб налаштувати вузол Lightning, потрібна певна технічна компетентність. Вузол LN повинен завжди бути онлайн, щоб підтримувати з’єднання з рештою мережі.
  • Якщо вузол користувача офлайн, існує ризик втрати або викрадення біткоіна.
• Оператор вузла повинен збалансувати ліквідність у своїх каналах; якщо на вашій стороні каналу немає коштів , ви не можете надсилати платежі. І навпаки, якщо всі кошти в каналі на вашому боці, ви не можете отримувати платежі.
• Якщо платіж не вдається або застряє, оператор вузла має вміти вирішувати проблеми за допомогою інтерфейсу командного рядка.
• Резервне копіювання вузла є складним процесом— операторам вузлів потрібно зберігати як початкове значення, так і стан каналу, інакше існує ризик закриття існуючих каналів у разі втрати з’єднання.

Технічні недоліки

Технологія Lightning ще не повністю розроблена. Ще потрібно вирішити деякі технічні проблеми.

• У нас ще немає стандартизованого зручного способу надсилання платежів один одному, який не покладається на централізований сервер.
  • Прикладами є уніфікований QR-код або paynym-тип досвіду.
  • Адреси LNURL і Lightning є варіантами, хоча це обхідні шляхи, оскільки вони все ще покладаються на те, що хтось десь запускає сервер.
• Оскільки вузол Lightning завжди має бути онлайн, ключі підпису також мають бути онлайн (гарячі). Це створює безпосередні проблеми з безпекою будь-якого масштабу.
• Вартість відкриття та закриття каналів безпосередньо пов’язана з комісіями в мережі; у періоди високого попиту плата швидко зростає, що робить канали дорогими.
  • Щоб цього уникнути, користувачеві слід налаштовувати канали до стрибків комісії, хоча рішення про те, коли відкривати канали, є нетривіальним рішенням.
• Конфіденційність на Lightning неоптимальна.
  • Коли ви запитуєте платіж у Lightning Network, ви завжди розкриваєте таку інформацію, як IP-адреса вузла.
  • Хоча відправники (як правило) мають кращу конфіденційність, ніж отримувачі, вони також розкривають інформацію під час транзакції.
  • На основі того, як вузли Lightning спілкуються один з одним, третя сторона може легко визначити UTXO , пов’язаний із транзакцією фінансування каналу в ланцюжку. У масштабі така поведінка стеження може мати деанонімічний ефект у мережі.

Як може виглядати Блискавка, коли більшість, якщо не всі ці проблеми будуть вирішені?

Lightning User Experience у 2025 році

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

Зварювання робить блискавку невидимою для користувача

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

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

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

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

У сценарії, коли плата за ланцюг висока, LSP могли б дешево керувати каналами користувачів, поєднуючи сплайсинг із атомарним відновленням балансу на бічних ланцюгах; Рідина, наприклад.

Постачальники послуг Lightning знижують бар’єр входу

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

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

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

Видалення ручних зусиль із рівняння

Якщо людині доведеться зробити додаткові кроки, щоб отримати вигоду від біткойна (або будь-якої іншої нової технології), велика ймовірність, що вона відмовиться на якомусь етапі процесу впровадження.

У контексті поточної проблеми, яка потребує вирішення: LSP можуть вирішити вимоги «завжди онлайн»,приймаючи платежі для офлайн-користувачів, наближаючи UX до існуючих платіжних рішень.

Оскільки для розробників біткойн стане доступним більше фінансування, ймовірно, з’явиться більше рішень, які дозволять користувачам самостійно приймати платежі без використання зовнішніх служб.

Сучасні платіжні ідентифікатори, такі як Lightning Addresses, доступні для обслуговування, але майже у всіх випадках підлягають зберіганню. Користувачі повинні мати можливість обмінюватися багаторазовими QR-кодами, щоб отримувати платежі , не покладаючись на третю сторону. Багаторазове використання має вирішальне значення: копіювання, вставлення та надсилання рахунків-фактур контрагентам займає занадто багато кроків. Наявність простого рішення забезпечить переваги всім користувачам Lightning.

Джерело інформації про зображення: https://bolt12.org/

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

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

Конфіденційність як стандарт Lightning

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

Порушення мережевого спостереження Lightning

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

Користувачі можуть отримати більше конфіденційності, коли вони здійснюють платежі за межами своєї групи аналогів, якщо Taproot буде широко реалізовано в гаманцях. Наразі існує один ідентифікатор платежу ( хеш платежу), який відомий кожному періодичному вузлу на шляху до місця призначення. Аспекти того, як Taproot обробляє підписи, можна використовувати для створення «фіктивних» платіжних ідентифікаторів уздовж маршруту, щоб лише відправник і одержувач мали чітке розуміння платежу.

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

Провайдери LSP можуть анонімізувати джерело транзакції Lightning , пропонуючи послугу, де вони служать посередниками для створення маршрутів. Таким чином, LSP знає лише ту частину маршруту, яку він створює, а відправник знає іншу частину; проміжні вузли та пункт призначення будуть «сліпими» для всього маршруту. Ця модель забезпечить надійну безпеку, і користувачеві взагалі не потрібно буде залучатися.

Використання Lightning як VPN

Гаманці можуть творчо підходити до того, як вони пропонують покращення конфіденційності. Наприклад, гаманці та LSP можуть служити «посередниками» для користувачів; гаманець створює рахунок-фактуру, пересилає його LSP, а LSP потім завершує платіж. Для одержувача здавалося б, що він отримав оплату через LSP, і таким чином відправник досягає більшого ступеня конфіденційності без будь-яких порушень звичного потоку платежів. Співзасновник Mutiny Wallet Тоні Джорджіо зазначає, що такий підхід дозволяє користувачам гаманців ховатися серед усіх інших користувачів LSP.

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

Блискавка підвищує рівень електронної комерції

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

Безпека є ключем до інституційного усиновлення

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

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

Висновок

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

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

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

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

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