Tadge Dryja

Уявіть, що вузли по всьому світу, тобто комп’ютери, які перевіряють правила Біткоїна, мають окремо перевіряти кожну оплачену каву. Як збільшити кількість платежів, не вимагаючи дедалі потужнішого комп’ютера для власного вузла? Joseph Poon і Thaddeus Dryja шукали відповідь у мережі платіжних каналів. За посиланням наведено whitepaper — документ з описом задуму, датований 14 січня 2016 року та позначений DRAFT 0.5.9.2. Це історична пропозиція, яка пояснює походження ідеї. Точні правила сучасних програм потрібно вивчати за їхньою власною документацією. [1]

Платіжний канал можна уявити як постійно оновлювану домовленість про розподіл заздалегідь внесених біткоїнів. Кожен платіж змінює частку, що належить кожному учаснику. Вони підписують ці зміни, але не публікують кожне оновлення в блокчейні — спільній історії транзакцій. Коли співпраця закінчується, розподіл можна забезпечити транзакцією Bitcoin. Так Lightning переносить багато оновлень за межі блокчейну, а остаточний розрахунок усе одно спирається на правила Біткоїна. [1]

Попередня домовленість може давати більше грошей людині, яка вже витратила їхню частину. У моделі відкликання, описаній у пропозиції, публікація скасованого стану дозволяє іншому учаснику відповісти штрафною транзакцією. Проте він має встигнути у визначений строк. Тому за блокчейном повинен стежити сам учасник або уповноважений ним спостерігач. Практичний висновок важливий: сама криптографія не робить постійне відключення без нагляду безпечним. Надійне спостереження є частиною захисту коштів. [1]

Біткоїн сам не знає валютного курсу на погоджену дату. Discreet Log Contracts, скорочено DLC, стосуються контрактів, розрахунок за якими залежить від таких відомостей. Двоє учасників заздалегідь готують умови та можливі виплати. Обраний oracle, тобто зовнішнє джерело даних, згодом підписує повідомлення про результат. Учасники використовують його для відповідного розрахунку. У цій моделі oracle не зберігає їхніх коштів і може навіть не знати, хто користується повідомленнями. Він надає дані, а не керує чужим гаманцем. [2]

Цифровий підпис допомагає визначити автора повідомлення та перевірити, чи воно не змінилося. Але він не доводить правдивості даних. Oracle може оголосити неправильний курс або взагалі нічого не опублікувати. На випадок такого мовчання Dryja описує заздалегідь підготовлену транзакцію повернення, яку можна опублікувати після погодженого строку. Гроші не повертаються самі: цю можливість треба передбачити в контракті, а хтось має нею скористатися. Вибір надійного джерела та план на випадок його відмови залишаються важливими. [2]

Dryja також досліджував обсяг даних, потрібних вузлу для перевірки платежів. UTXO — це невитрачені виходи транзакцій: окремі суми з умовами їх витрачання. Utreexo дозволяє вузлу представляти їхню множину компактним криптографічним підсумком — акумулятором. До платежу додається доказ того, що використаний вихід належить цій множині. Це зменшує збережене представлення поточного стану. Перевірка правил не зникає, а вся історія Біткоїна не перетворюється на один крихітний файл. [4]

Докази Utreexo теж потрібно доставити вузлу, який перевіряє платіж. Менший збережений стан може означати більше переданих даних. Анотація дослідження описує симуляцію завантаження блокчейну до початку 2019 року: за виділення 500 MB під кеш, тимчасову пам’ять для корисних даних, докази додавали приблизно 25% до обсягу завантаження. Ці 500 MB не є всією пам’яттю вузла. Це результат конкретного експерименту, а не гарантія сучасних вимог. Оцінювати потрібно разом диск, пам’ять і передавання даних. [3]

У спогаді, опублікованому MIT DCI, Dryja описує невимушений початок роботи в MIT: прийшов із комп’ютером, говорив про Біткоїн і допомагав студентам. Директорка Neha Narula запитала, чи не хоче він там працювати. Пізніше вони разом викладали. У тому самому прощальному тексті він оголосив про перехід до Lightspark для подальшої роботи над Біткоїном і Lightning. Розповідь фіксує певний етап кар’єри, але не підтверджує нинішнє місце роботи. Публікації, код та пояснені ідеї краще розкривають його внесок, ніж одна назва посади. [5]