Olaoluwa Osuntokun — розробник і технічний директор Lightning Labs. Із його роботою пов’язані lnd, програма для роботи вузла Lightning, і Taproot Assets, протокол випуску та переказу активів, закріплених у Bitcoin. Щоб зрозуміти його внесок, спершу варто розібратися в завданнях цих програм, а не в їхніх командах.
Коли платіж Lightning швидко надходить, гаманець показує насамперед підтвердження. За ним працює програма, що підтримує платіжні канали та обмінюється повідомленнями з іншими учасниками. Olaoluwa Osuntokun бере участь у створенні таких інструментів. Під час перевірки 21 жовтня 2026 року сторінка команди Lightning Labs називала його співзасновником і CTO, тобто технічним директором. Це посада в конкретній організації. Мережу утворюють незалежно керовані вузли; технічний директор компанії не керує ними всіма. [1]
lnd керує платіжними каналами — домовленостями, що дозволяють багаторазові платежі без запису кожної зміни балансу в блокчейн. Програма також шукає маршрути через інші вузли, комп’ютери — учасники мережі. Дані Bitcoin вона отримує через backend, підключену службу доступу до ланцюга: наприклад, bitcoind, btcd або легкий клієнт neutrino. Отже, запуск lnd сам собою не означає запуск повного вузла Bitcoin. Важливо й те, до якої служби підключено програму. [2]
Osuntokun написав Mastering the Lightning Network разом з Andreas M. Antonopoulos і Rene Pickhardt. Перше видання вийшло 21 грудня 2021 року. Від принципів мережі книжка переходить до каналів, маршрутизації та роботи вузла, пояснюючи події між надсиланням і отриманням платежу. Вона розрахована на технічно підготовлених читачів, які знають основи Bitcoin. Для встановлення програми сьогодні потрібна й актуальна документація: приклади зі старого видання можуть не відповідати версії, якою ви користуєтеся. [3]
Інша частина його роботи стосується Taproot Assets. Програма tapd дозволяє випускати й переказувати додаткові активи, наприклад токен, що представляє вимогу до емітента. Записи про них криптографічно прив’язуються до UTXO Bitcoin, ще не витраченого виходу транзакції. Докладні докази передаються поза блокчейном. Треба розрізняти біткоїни у виході та актив, запис якого там закріплений. Одиниці активу не стають сатоші, найменшими одиницями біткоїна, і не отримують автоматично його властивостей. [4]
Отримуючи актив, потрібно перевірити його випуск і перекази. Відповідні докази зберігає служба Universe. Розробник може запитати їх через QueryProof, указавши запис за допомогою UniverseKey: ідентифікатора активу або групи та ключа конкретного запису. Відповідь підтверджує включення запису, а також випуск чи зміну стану активу. Це допомагає перевіряти надані дані. Проте така відповідь не дає права витрачати актив і не замінює резервної копії приватного ключа. [5]
Архітектура має практичний наслідок для резервування. lnd зберігає приватний ключ, а tapd — інші дані, потрібні для витрачання виходу, зокрема коригування ключа під назвою Taproot tweak. README попереджає: самого seed lnd недостатньо для відновлення випущених або отриманих активів. Ці слова відновлюють ключовий матеріал, але видалення програми може стерти іншу необхідну частину. Перед такою дією слід зберегти локальні дані tapd згідно з документацією; самі слова не є повною резервною копією цієї конфігурації. [4]
Оголошення Taproot Assets від 23 липня 2024 року описує перекази через Lightning із використанням ліквідності в біткоїні — коштів, доступних у каналах. Вузол на межі систем обмінює актив на біткоїн або навпаки. Через RFQ, запит цінової пропозиції, одержувач спочатку отримує курс з обмеженим строком дії. Він може погодитися або відмовитися й пошукати інший. Переказ через Lightning не гарантує постійного фіксованого курсу чи безперервної доступності обміну: важливі також постачальник і конкретна пропозиція. [6]
Підключаючи застосунок до tapd, потрібно також визначити, хто має право подавати команди. TLS шифрує з’єднання й захищає дані від читання під час передавання. macaroons — це токени для авторизації операцій. Захист передавання та права доступу виконують різні завдання: навіть безпечно доставлена команда може надійти від людини, якій доступ не належить. Тому токен доступу не можна роздавати лише через те, що з’єднання зашифроване. [4]
Для повної картини прочитайте також Joseph Poon, Elizabeth Stark, Lightning Network. На цю статтю також посилаються Joseph Poon, Elizabeth Stark.