Технологія Bitcoin Lightning виходить за межі рахунків-фактур у напрямку кращого UX

Завдяки новій роботі ONE з головних розробників відкритого коду мережа Bitcoin Lightning зробила великий крок до покращення взаємодії з користувачем.

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

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

«Коли ви робите платіж, ви Request рахунок-фактуру, що добре працює в деяких випадках. Але іноді ви можете надіслати лише вузлу – взаємодія з одержувачем чи ні», – сказав Осунтокун у розмові з CoinDesk.

Він додав:

«Я вважаю, що це справді крута функція. ALICE може надіслати Бобу, навіть якщо Боб цього не очікує чи взагалі нічого не робитиме. Це круто, оскільки це усуває певні труднощі».

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

Відтоді, як була запущена бета-версія Lightning, ця функція була дуже затребуваною. Lightning K0ala, розробник під псевдонімом, який створив lightning перша влучна гра, навіть сперечалися на Twitter: "Це відкриває цілий набір можливостей для UX кінцевого користувача."

«Це однозначно потрібно», — сказав CoinDesk учасник Bitcoin CORE і мережі Lightning Бен Вуслі.

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

«Спонтанні платежі»

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

Скажімо, користувач хоче чашку кави. Бариста створить рахунок-фактуру, у якому повідомляється, що користувач винен йому Bitcoin на суму 3 долари. Рахунок вважається виконаним, коли відправник надає правильну суму.

Подібно до Bitcoin -адрес, це переплутаний рядок літер і цифр. Це твіт від генерального директора Twitter Джека Дорсі, можливо, найпоширеніший приклад досі.

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

Це працює для багатьох комерційних додатків, поки не T. Деякі користувачі хочуть іншого варіанту: просто хоч десь вказати адресу, можливо, щоб зібрати пожертви. Люди часто використовують Bitcoin -адреси таким чином. Люди просто публікують адресу, на яку багато людей можуть надсилати пожертви – користувач може отримати 20 пожертв від людей з усього світу.

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

«Це дозволяє [користувачам] здійснювати спонтанні платежі за допомогою поточних реалізацій без необхідності іншим оновлювати свої вузли», — сказав він CoinDesk.

Але з Osuntokun Sphinx send спонтанні платежі отримують більш формальний – невипадковий – представлення. Зі зміною на LND додається можливість отримання платежів.

«Вам просто потрібен відкритий ключ одержувача», — сказав він CoinDesk, якому T потрібно щоразу змінюватись, як рахунок-фактура.

Люди називають нову функцію «спонтанними платежами», тому що одержувач платежу T повинен підтверджувати отримання платежу достроково, як це робиться з рахунком-фактурою.

«Хакий» початок

Хоча код працює, Osuntokun визнає, що поки що він «зламаний».

«Значна частина цього [коду], імовірно, зміниться», — сказав він у Request на отримання, представляючи те, що він назвав «приблизним проектом» нової функції. Подальші кроки досить дрібні. Осунтокун сказав CoinDesk, що він далі працює над «доопрацюванням» програмного забезпечення «додаткового формату blob» (EOB), зміни, яка дозволить користувачам надсилати більше даних, доданих до платежів, через мережу.

На додаток до Sphinx send, зміна коду закладе основу для майбутніх довгоочікуваних змін коду, включаючи Atomic Multi-Path Payments (AMP), спосіб об’єднати багато каналів блискавки в ONE.

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

Як він сказав у пропозиції:

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

Електрична лампочка через Shutterstock