Ключові моменти:
Рішення рівня 2 були створені для вирішення проблем, пов'язаних з обмеженнями масштабованості, притаманним блокчейн-технології.
Lightning Network – це рішення для масштабування рівня 2, яке пропонує швидкі транзакції без підтвердження блоку, що забезпечує ефективні мікроплатежі.
Воно забезпечує безпечні та масштабовані платежі через адреси з мультипідписом і контракти Hash Timelock.
Вступ
Криптовалюти мають деякі досить унікальні властивості. Їх не можна легко зламати або вимкнути, і будь-хто може використовувати їх для передачі цінності у всьому світі без втручання третьої сторони.
Щоб гарантувати збереження цих функцій, необхідно вдатися до суттєвих компромісів. Оскільки за роботу криптовалютної мережі відповідає безліч нод, пропускна спроможність обмежена. В результаті кількість транзакцій за секунду (TPS), які може обробляти блокчейн-мережа, відносно невелика для технології, яка спрямована на масове використання.
Щоб подолати обмеження блокчейн-технології, було запропоновано низку рішень щодо масштабованості для збільшення кількості транзакцій, які може обробляти мережа. У цій статті ми заглибимося в Lightning Network, одне з таких розширень протоколу Bitcoin.
Що таке Lightning Network?
Lightning Network – це мережа, яка знаходиться поверх блокчейну для полегшення швидких P2P-транзакцій. Це не виключення і для Bitcoin. Інші криптовалюти також інтегрували це рішення.
Вам може бути цікаво, що ми маємо на увазі під поняттям "знаходиться поверх блокчейну". Lightning Network – це те, що називається офчейн рішенням або рішенням другого рівня. Воно дозволяє людям робити транзакції без необхідності записувати кожну транзакцію в блокчейні.
Lightning Network відокремлена від мережі Bitcoin – вона має власні ноди і програмне забезпечення, але вона взаємодіє з основним блокчейном. Щоб увійти або вийти з Lightning Network, необхідно створити спеціальні транзакції в блокчейні.
Те, що ви насправді робите зі своєю першою транзакцією, це створення свого роду смартконтракту з іншим користувачем. Незабаром ми заглибимося в деталі, а поки що уявіть собі смартконтракт, в якому зберігається приватний реєстр для вас та іншого користувача. Ви можете записати багато транзакцій у цей реєстр. Вони видні тільки вам і вашому контрагенту, але жоден з вас не може нікого обдурити через особливості налаштування.
Цей міні-реєстр називається каналом. Скажімо, Аліса та Боб вклали у смартконтракт по 5 BTC. Тепер вони обидва мають баланс 5 BTC у своєму каналі. Аліса може записати в реєстр "заплатити 1 BTC Бобу". Тепер у Боба 6 BTC, а у Аліси 4. Потім Боб може відправити 2 BTC назад Алісі, оновивши баланс до 6 BTC на стороні Аліси та 4 BTC на стороні Боба. Вони можуть продовжувати робити це деякий час.
Будь-якої миті хтось з ним може опублікувати поточний стан каналу в блокчейн. У цей момент баланси на кожній стороні каналу розподіляться між відповідними сторонами мережі.
Як випливає з назви, транзакції Lightning виконуються блискавично. Підтвердження блоку для очікування оплати не потрібно – платежі можуть здійснюватися настільки швидко, наскільки дозволяє ваше інтернет-з'єднання.
Навіщо потрібне рішення Lightning Network?
Поки що Lightning Network (або просто LN) здається найрозумнішим підходом до масштабування блокчейну Bitcoin. Координувати зміни в такій великій екосистемі непросто – є ризик хард-форків і потенційно катастрофічних помилок. Коли на карту поставлено багато грошей, експериментувати неймовірно небезпечно.
Коли ви проводите експерименти не на блокчейні, ви отримуєте набагато більше гнучкості. Якщо щось піде не так, то це не вплине на реальну мережу Bitcoin. Рішення другого рівня не підривають жодних ключів безпеки, які підтримували протокол протягом більше 15 років.
Також немає обов'язку відмовлятися від старого способу ведення справ. Он-чейн транзакції в мережі продовжують працювати для кінцевого користувача в звичайному режимі, але тепер вони мають можливість здійснювати оф-чейн транзакції.
Використання Lightning Network має декілька переваг. Ми розглянемо деякі з основних нижче.
Масштабованість
Блоки у Bitcoin створюються приблизно кожні десять хвилин і можуть містити обмежену кількість транзакцій. Простір для блоків є дефіцитним ресурсом, тому ви повинні робити ставки проти інших користувачів, щоб своєчасно додати свій блок. Майнери дбають про те, щоб їм платили, тому насамперед вони додаватимуть транзакції з вищими комісіями.
Якщо небагато користувачів одночасно намагаються відправити кошти, це не проблема. Ви можете встановити низьку комісію, і, найімовірніше, транзакція буде додана до наступного блоку. Але, коли занадто багато користувачів транслюють транзакції одночасно, середня комісія може значно зрости. Було кілька випадків, коли вона перевищувала 10 $. Під час бичачого ринку 2017 року комісія перевищувала 50 $. У квітні 2021 року середня комісія за транзакцію Bitcoin перевищила 60 $.
Це може здатися незначним для транзакцій, що переміщують Bitcoin на тисячі доларів, але для невеликих платежів це неприйнятно. Хто хоче платити комісію 10 $ за каву, яка коштує 3 $?
У Lightning Network ви, як і раніше, платите дві комісії – одна за відкриття каналу та інша за його закриття. Але ви і ваш контрагент можете робити тисячі транзакцій безплатно, як тільки канал буде відкритий. Коли ви закінчите, вам просто потрібно опублікувати кінцевий стан у блокчейн.
В цілому, якщо більше користувачів покладатимуться на оф-чейн рішення, такі як Lightning Network, блоковий простір буде використовуватися більш ефективно. Дрібні, але часті перекази можуть здійснюватися у платіжних каналах, тоді як блоковий простір використовується для більших транзакцій та відкриття/закриття каналу. Це зробило б систему доступною для значно ширшої бази користувачів, що дозволило б масштабувати її в довгостроковій перспективі.
Мікроплатежі
Мінімальна кількість Bitcoin, яку ви можете відправити в транзакції, становить приблизно 0,00000546 BTC. На момент написання це дорівнювало приблизно 38 центам. Це невелика сума, але Lightning Network дозволяє вам розширити межі, щоб зробити транзакцію з найменшою доступною одиницею - 0,00000001 BTC або один сатоші.
Lightning набагато привабливіший для мікроплатежів. Комісія за регулярні транзакції робить непрактичним відправлення крихітних сум до основного блокчейну. Однак усередині каналу ви можете безплатно надіслати частку Bitcoin.
Мікроплатежі підходять для багатьох варіантів використання. Деякі користувачі припускають, що вони можуть стати життєздатною заміною моделей на основі підписки, коли користувачі натомість платять невеликі суми щоразу, коли користуються послугою.
Конфіденційність
Другою перевагою Lightning Network є те, що вона може запропонувати користувачам високий рівень конфіденційності. Сторонам не потрібно повідомляти про свої канали ширшій мережі. Хоча ви можете подивитися на блокчейн і сказати, що ця транзакція відкрила канал, ви не зможете сказати, що відбувається всередині нього. Якщо учасники вирішать зробити свій канал приватним, то тільки вони знатимуть, які транзакції в ньому відбуваються.
Якщо у Аліси є канал із Бобом, а у Боба є канал із Керол, Аліса та Керол можуть надсилати платежі один одному через Боба. Якщо Ден пов'язаний з Керол, Аліса може надсилати йому платежі. Ви можете уявити, як це розширюється до розгалуженої мережі взаємопов'язаних платіжних каналів. У такому випадку ви не можете бути впевнені, кому Аліса надіслала кошти після закриття каналу.
Як працює Lightning Network?
Ми пояснили, як Lightning Network використовує канали між нодами на найвищому рівні. Давайте розглянемо принцип роботи системи зсередини.
Адреси з мультипідписом
Адреса з мультипідписом (або multisig) – це адреса, яка передбачає використання декількох приватних ключів для здійснення переказу. Під час її створення ви вказуєте, скільки приватних ключів можуть витрачати кошти і скільки з цих ключів потрібно для підпису транзакції. Наприклад, схема "1 із 5" означає, що п'ять ключів можуть створити дійсний підпис і потрібен лише один для формування переказу. Схема 2 з 3 означатиме, що з трьох можливих ключів будь-які два необхідні для переказу коштів.
Щоб ініціалізувати канал Lightning, учасники блокують кошти за схемою 2 із 2. Є лише два приватні ключі, якими можна підписати, і обидва потрібні для переміщення монет. Повернемося до наших друзів Аліси та Боба. Найближчими місяцями вони будуть здійснювати багато платежів один одному, тому вирішують відкрити канал Lightning Network.
Це починається з того, що вони обидва вносять, скажімо, по 3 BTC кожен на спільну адресу з мультипідписом. Варто повторити, що Боб не може переказувати кошти з адреси без згоди Аліси або навпаки.
Це рівнозначно наявності аркуша паперу, у якому регулюється баланс кожної сторони. Обидва мають стартовий баланс 3 BTC. Якщо Аліса хоче заплатити Бобові 1 BTC, чому б просто не відзначити, що Аліса тепер володіє 2 BTC, а Боб 4 BTC? Баланси можна було б відстежувати таким чином, доки вони не вирішать зняти кошти.
Це можливо, але що ж тут не так? Що ще важливіше, чи не є така простота для когось приводом відмовитися від співпраці? Якщо Аліса отримує 6 BTC, а Боб жодного, Боб нічого не втратить, відмовлячись переказати кошти (крім своїх дружніх стосунків із Алісою).
Hash Timelock Contracts (HTLC)
Наведена вище система проста і не пропонує багатий функціонал, в порівнянні з іншими сучасними конфігураціями. Все стає набагато цікавішим, коли ми представляємо механізм, який забезпечує "контракт" між Алісою і Бобом. Це передбачає можливість повернення коштів з каналу, якщо одна зі сторін не захоче грати за правилами.
Такий механізм називається Hash Timelock Contract (або HTLC). Цей термін може здатися складним, але насправді ця концепція дуже проста і зрозуміла. Вона об'єднує дві інші технології (хеш-лок і тайм-лок), щоб усунути можливість конфліктної поведінки у платіжних каналах.
Хеш-лок – це умова для транзакції, за якої кошти можуть витрачатися лише у випадку, якщо ви знаєте секрет. Відправник хешує частину даних і включає хеш в транзакцію для одержувача. Єдиний спосіб, яким одержувач може їх розблокувати, це надати оригінальні дані (секрет), які відповідають заданому хешу. Єдиний спосіб надати ці дані, це отримати їх від відправника.
Тайм-лок – це умова, яка не дозволяє витрачати кошти до певного часу. Часовий період вказується у вигляді фактичного часу або висоти блоку.
HTLC створюються шляхом об'єднання хеш-локів та тайм-локів. На практиці HTLC можна використовувати для створення умовних платежів – одержувач повинен надати секрет до певного часу, або відправник може повернути гроші. Наступну частину, мабуть, краще пояснити на прикладі, тому давайте повернемося до Аліси та Боба.
Відкриття та закриття каналів
Розглянемо приклад: Аліса і Боб щойно створили транзакції, які фінансують адресу з мультипідписом. Цю адресу вони збираються використовувати найближчим часом, але поки що ці транзакції ще не опубліковані в блокчейні! Спочатку потрібно зробити ще одну річ.
Три монети Боба та три монети Аліси.
Пам'ятайте, що єдиний спосіб дістати ці монети з гаманця з мультипідписом, це якщо Аліса і Боб спільно підпишуть транзакцію. Якщо Аліса захоче відправити всі шість монет на зовнішню адресу, їй буде потрібно схвалення Боба. Насамперед вона формує транзакцію (вказує суму розміром у шість Bitcoin, що відправляються на іншу адресу) і додає свій власний підпис.
Аліса може одразу спробувати транслювати транзакцію, але вона буде недійсною, оскільки Боб не зробив свого підпису. Аліса має надати йому незавершену угоду. Як тільки він підпише її, операція стане дійсною.
Однак у цьому випадку, поки що не передбачено процес, який зобов'язує учасників діяти чесно. Як ми вже згадували раніше, якщо ваш контрагент відмовляється співпрацювати, ваші кошти фактично опиняються у пастці. Давайте перейдемо до механізму, який запобігає цьому. Для цього є декілька рушійних елементів, які стануть вирішенням такої проблеми.
Щоб уникнути подібної несприятливої ситуації, кожна сторона повинна вигадати секрет, назвемо їх: As і Bs. Якщо Аліса та Боб розкриють їх, то втратять кошти, тому вони поки що тримають їх у таємниці. Потім пара генерує хеші відповідних секретів: h(As) і h(Bs). Таким чином, замість того, щоб ділитися своїми секретами, вони обмінюються хешами.
Аліса та Боб обмінюються хешами своїх секретів.
Алісі та Бобу також необхідно створити набір транзакційних зобов'язань, перш ніж вони опублікують свої перші перекази на адресу з мультипідписом. Це передбачає певні заходи безпеки, у випадку, якщо хтось вирішить тримати кошти "в заручниках".
Якщо ви думаєте про канал, подібний до міні-реєстру, на який ми посилалися раніше, то транзакційні зобов'язання – це оновлення, які ви вносите в реєстр. Щоразу, коли ви створюєте нову пару транзакційних зобов'язань, ви робите ребалансування коштів між двома учасниками.
У випадку Аліси, вона матиме два виходи: перша адреса є її особистою, яку вона поповнила, а друга, прив'язана до нової адреси з мультипідписом. Останню вона підписує та передає Бобу.
Транзакція Аліси з двома виходами: один із депозитом на її власну адресу, а інший із депозитом на нову адресу з мультипідписом. Проте для останнього ще потрібний підпис Боба, щоб зробити операцію дійсною.
Боб робить те саме: одна адреса його особиста, а інша з мультипідписом. Він підписує її та передає Алісі.
Ми маємо дві незавершені транзакції, які дуже схожі.
Зазвичай Аліса може додати підпис до транзакції Боба, щоб зробити її дійсною. Але ви можете помітити, що ці кошти витрачаються з мультипідпису за схемою "2 з 2", яка ще не профінансована. Це все одно, що намагатись витратити чек з нульовим балансом. Тому ці частково підписані транзакції можна використовувати лише після запуску мультипідпису.
Нові адреси з мультипідписом (для яких призначені 3 вихідні BTC) мають деякі специфічні властивості. Давайте подивимося на незавершену транзакцію, яку Аліса підписала та передала Бобу. Вихід, заснований на мультипідписі, може бути приведений у дію при дотриманні наступних умов:
Обидві сторони реалізують спільний підпис.
Боб робить переказ самостійно після закінчення певного періоду часу (у зв'язку з тайм-локом).
Аліса отримує можливість витратити баланс, якщо дізнається секрет Боба: B.
Для транзакції Боб просить Алісу реалізувати наступне:
Обидві сторони реалізують спільний підпис.
Аліса робить переказ самостійно після закінчення певного періоду часу.
Боб отримує можливість витратити баланс, якщо дізнається секрет Аліси: A.
Майте на увазі, що жодна зі сторін не знає секрету іншої, тому пункт під №3 поки не є можливим. Слід також зазначити, що якщо ви підпишете транзакцію, ваш контрагент може відразу витратити гроші, оскільки для їхнього виходу немає особливих умов. Ви можете почекати, поки мине час, щоб витратити кошти самостійно, або ви можете співпрацювати з іншою стороною, щоб витратити їх повністю.
Чудово! Тепер ви можете публікувати транзакції в оригінальній адресі з мультипідписом за схемою "2-2". На цьому етапі це безпечно, оскільки ви можете отримати свої кошти, якщо ваш контрагент залишить канал.
Після підтвердження транзакції канал запускає операції в обробку. Ця перша пара транзакцій показує нам поточний стан міні-реєстру. На цьому етапі, виплати будуть розподілені в порядку: 3 BTC Бобу та 3 BTC Алісі.
Коли Аліса захоче здійснити новий переказ Бобу, парі потрібно буде створити дві нові транзакції, щоб замінити перший набір. Практика залишається такою самою: угоди підписані лише наполовину. Проте Аліса та Боб повинні будуть відмовитися від своїх старих секретів та обмінятися новими хешами для наступного раунду транзакцій.
Наприклад, якщо Аліса хоче заплатити Бобові 1 BTC. Дві нові транзакції зараховують 2 BTC Алісі та 4 BTC Бобу. Таким чином баланс оновлюється.
Кожна зі сторін може будь-коли підписати і передати іншій стороні останні транзакції, щоб здійснити "розрахунок", тобто зафіксувати фінальну інформацію у блокчейні. Той, хто зробить це, повинен буде почекати закінчення тайм-локу, тоді як інша сторона може витратити кошти відразу, в момент їх отримання. Варто зазначити, що якщо Боб підписує та транслює транзакцію Алісі, у неї з'являється можливість виходу без будь-яких додаткових умов.
Обидві сторони можуть погодитись закрити канал разом (кооперативне закриття каналу). Це напевно найпростіший і найшвидший спосіб повернути ваші кошти назад у мережу. Однак навіть якщо одна зі сторін перестає відповідати на запити, або відмовляється співпрацювати, інша все ж таки може повернути свої кошти після закінчення тайм-локу.
Як Lightning Network запобігає шахрайству?
Можливо, ви вже визначили можливий вектор атаки. Якщо Боб зараз має баланс у 1 BTC, що може завадити йому транслювати старішу транзакцію, коли у нього було більше монет? Він уже отримав підпис від Аліси, і все, що потрібно, це додати свій підпис і транслювати транзакцію в блокчейн, чи не так?
Йому ніхто й не заважає зробити це, за винятком того, що він може втратити весь свій баланс. Припустимо, він вирішив зробити так і транслює свою стару транзакцію, яка передає Алісі одну монету, а п'ять вирушають на ту адресу з мультипідписом, яку ми згадували раніше.
Аліса отримує одну монету миттєво. А Боб повинен очікувати, поки закінчиться тайм-лок, щоб витратити баланс адреси з мультипідписом. Пам’ятаєте вищезгадану умову, яка дозволила б Алісі негайно витратити ті самі кошти? Їй потрібен секрет, якого вона тоді не мала. Вона може зробити так з моменту, коли було створено другий раунд транзакцій, адже Боб передав їй цей секрет.
Поки Боб перебуває в очікуванні закінчення тайм-локу, і не в змозі нічого зробити, Аліса може перемістити ці кошти. Такий механізм, заснований на санкції, передбачає, що учасник навряд чи захоче спробувати здійснити шахрайство, з тієї простої причини, що в такому разі, інша сторона одразу отримує доступ до їхніх спільних монет.
Маршрутизація платежів
Ми раніше торкалися цієї теми: канали можуть контактувати між собою. В іншому випадку Lightning Network не була б такою корисною для платежів. Адже ви не збираєтеся заблокувати 500 $ у каналі з кафе, щоб отримувати свою щоденну дозу кофеїну протягом наступних декількох місяців?
Вам не потрібно робити цього. Якщо Аліса відкриває канал із Бобом, а у нього є канал із Керол, Боб отримує можливість надсилати платежі використовуючи зв'язок між ними. Цей механізм працює в декілька "стрибків", що означає, що Аліса може швидко переказати кошти будь-кому, до кого існує такий шлях.
У цьому сценарії Аліса може скористатися декількома маршрутами, щоб дістатися Френка. На практиці цей шлях завжди буде найкоротшим.
За свою роль маршрутизації, посередники можуть стягувати невелику комісію (не обов'язково). Оскільки Lightning Network є відносно новою концепції, ринок комісій поки що не сформувався. Багато хто очікує побачити комісію, засновану на наданій ліквідності.
У базовому блокчейні ваша комісія залежить від того, яке місце займає транзакція в блоці. Сума транзакції не має значення: перекази від 1 $ до 10 000 000 $ будуть з однаковою комісією. Для порівняння, у Lightning Network немає такого поняття, як місце в блоці.
Натомість є ідея про локальні та віддалені баланси. Локальний баланс це сума, яку ви можете "підштовхнути" на інший кінець каналу, тоді як віддалений баланс це баланс, який вам може надати ваш контрагент.
Розглянемо інший приклад. Давайте уважніше подивимось на один із наведених вище шляхів: Аліса <> Керол <> Френк.
Баланс користувачів до та після переказу 0,3 BTC від Аліси до Френка.
Аліса <> Керол і Керол <> Френк мають загальну ємність 1 BTC. Локальний баланс Аліси складає 0,7 BTC. Якби вони зараз вирішили здійснити розрахунок і відобразити останню інформацію в блокчейні, Аліса отримала б 0,7 BTC, а Керол свій віддалений баланс (тобто 0,3 BTC).
Якщо Аліса хоче надіслати 0,3 BTC Френку, вона відправляє 0,3 BTC Керол. Потім Керол робить зняття 0,3 BTC зі свого локального балансу в канал з Френком. В результаті баланс Керол залишається тим самим: +0,3 BTC від Аліси і -0,3 BTC для Френка, які виключають одна одну.
Керол нічого не втрачає, діючи як сполучна між Алісою і Френком, але вона робить себе менш гнучкою. Як бачите, тепер вона може витратити 0,6 BTC у своєму каналі з Алісою і лише 0,1 BTC у каналі з Френком.
Ви можете уявити ситуацію, коли Аліса підключена тільки до Керол, а Френк до набагато ширшої мережі. Раніше Керол могла відправляти в цілому 0,4 BTC іншим учасникам, через Френка, але тепер вона може запропонувати лише 0,1 BTC, тому що всі її кошти знаходяться на іншому кінці каналу.
У цьому сценарії Аліса ефективно поглинає ліквідність Керол. Без жодного стимулу Керол може не захотіти і далі послаблювати свою власну позицію. Натомість вона могла б просто сказати: я направлятиму кожні 0,01 BTC з комісією в десять сатоші. Таким чином, що більше локальних балансів будуть користуватися послугами Керол на "сильніших" шляхах, то прибутковішою стане її позиція.
Ми згадували раніше, що фактичних вимог до комісії немає. Одні користувачі можуть не турбуватися про зниження ліквідності. Інші користувачі просто відкриватимуть канали виключно для отримувача.
Обмеження Lightning Network
Було б чудово, якби Lightning Network стала вирішенням усіх проблем із масштабованістю Bitcoin. На жаль, концепт має свої недоліки, які можуть завадити цьому.
Зручність використання
Bitcoin − не дуже інтуїтивна система для новачків: адреси, комісії та інше можуть збити з пантелику під час першого досвіду користувача. Після налаштування клієнта Lightning , користувачам також необхідно розпочати відкривати канали, перш ніж вони матимуть можливість здійснювати платежі. Це може зайняти багато часу і найімовірніше стане складним для новачка, оскільки потрібне ознайомлення з безліччю термінології, зокрема вхідної/вихідної пропускної здатності.
Тим не менш, технології постійно вдосконалюються, зменшуючи бар'єр входу, і надаючи більш впорядкований досвід користувача.
Ліквідність
Одне із критичних зауважень щодо Lightning Network полягає в тому, що ваша здатність здійснювати транзакції може бути обмежена. Ви не можете витратити більше, ніж заблоковано у каналі. Якщо всі кошти розподіляться на віддалених балансах, найімовірніше, вам доведеться закрити канал. Або ви можете почекати, поки вам хтось заплатить, але це не ідеальне рішення.
Ваші шляхи можуть бути обмежені загальною пропускною здатністю каналу. Подивіться на наш минулий приклад: Аліса <> Керол <> Френк. Якщо канал Аліси і Керол має 5 BTC, а Керол і Френка лише 1 BTC, Аліса ніколи не зможе відправити через них більше 1 BTC. Навіть у цьому випадку весь баланс повинен бути на стороні каналу Керол <> Френк, щоб це працювало. Цей недолік може серйозно обмежити кількість коштів, що проходять по LN-каналах напряму впливаючи на зручність використання.
Централізовані хаби
Через проблему, згадану в попередньому розділі, існує деяке занепокоєння про те, що мережа сприятиме розвитку великих "хабів". Це передбачає появу тісно пов'язаних організацій з великою ліквідністю. Будь-які значні платежі необхідно буде перенаправляти через деякі з цих організацій.
Зрозуміло, що це не найкраща ситуація. Це послабить систему, оскільки вихід таких провайдерів в автономний режим призведе до суттєвого порушення відносин між вузлами. Існує також підвищений ризик цензури через наявність декількох точок, через які проходять транзакції.
Поточна стадія розвитку Lightning Network
Станом на березень 2024 року, Lightning Network демонструє хороший розвиток. Мережа налічує 13 000+ нод у режимі онлайн, 52 000+ активних каналів і трохи більше 4570 BTC у циркуляції.
Глобальне поширення нод Lightning Network.
Існує декілька різних реалізацій нод. Найпопулярніші з них: c-lightning від Blockstream, Lightning Network Daemon від Lightning Labs і Eclair від ACINQ. Для користувачів, які не схильні до використання технічно важких підходів – багато компаній пропонують ноди типу Plug-and-Play. У такому разі, єдине, що вам потрібно буде зробити, це увімкнути пристрій. Після цього ви будете готові працювати з Lightning Network.
Підсумки
З моменту запуску основної мережі у 2018 році, Lightning Network зазнала значного зростання. На цьому етапі розвитку є деякі обмеження у зручності використання, наприклад, для роботи ноди Lightning від вас знадобиться деяка технічна компетентність. Але в міру розвитку технології, ми будемо спостерігати зменшення бар'єру входу.
Пов'язані статті
Відмова від відповідальності: цей контент надається вам на умовах "як є" тільки для загальної інформації і освітніх цілей, без будь-яких заяв чи гарантій. Його не слід розглядати як фінансову, юридичну чи іншу професійну пораду, і він не призначений для рекомендації купівлі конкретного продукту чи послуги. Вам слід звернутися за порадою до відповідних професійних консультантів. Якщо стаття написана стороннім автором, зверніть увагу, що висловлені думки належать сторонньому автору, і не обовʼязково відображають думку Binance Academy. Для отримання додаткової інформації, будь ласка, перегляньте нашу відмову від відповідальності. Ціни на цифрові активи можуть бути волатильними. Вартість ваших інвестицій може як впасти, так і зрости, і ви можете не повернути інвестовану суму. Ви несете повну відповідальність за свої інвестиційні рішення, і Binance Academy не несе відповідальності за збитки, які ви можете понести. Для отримання додаткової інформації, будь ласка, перегляньте наші Умови користування і Попередження про ризик.