Joseph Poon — співавтор пропозицій Lightning Network і Plasma. Перша з’єднує платіжні канали Біткоїна, друга досліджує ієрархію підпорядкованих блокчейнів. Щоб зрозуміти його роботу, варто простежити рух грошей і те, що може зробити користувач, коли інші припиняють співпрацю.
Купуючи каву, не потрібно повідомляти про це весь світ. Однак на базовому рівні Біткоїна мережа комп’ютерів перевіряє платіж і записує його до спільної історії. Joseph Poon і Thaddeus Dryja шукали спосіб розвантажити цей рівень через платіжні канали. Пропозиція за посиланням датована 14 січня 2016 року й позначена DRAFT 0.5.9.2. Це важливий початок Lightning, але сучасні складові створювали також інші люди. [1]
Уявімо, що Анна й Павел вносять біткоїни до каналу. Далі вони підписують новий розподіл цієї суми: після платежу Анні належить менше, Павлу — більше. Кожна зміна не мусить потрапляти до публічної історії. Транзакція Bitcoin дозволяє забезпечити остаточний розподіл. У разі спору важливі також реакція на старий стан і дотримання строків. Отже, безпека включає спостереження за подіями, а не лише збереження останнього балансу. [1]
Одержувачу не потрібен прямий канал із відправником. Платіж може пройти через інших учасників із використанням HTLC — умови, що пов’язує платіж із секретним значенням і строком. BOLT 2 називає розкрите значення payment_preimage, а його заздалегідь відомий криптографічний відбиток — payment_hash. Програма перевіряє їхню відповідність. Знайдений маршрут не гарантує успіху: умови треба виконати, а помилка чи завершення строку потребують процедури обробки невдачі. [3]
Гаманцям і вузлам різних розробників потрібні точніші спільні правила, ніж загальна пропозиція. Це завдання BOLTs — специфікацій Lightning. Вони описують повідомлення, маршрутизацію платежів і структуру транзакцій та продовжують розвиватися. Співавторство whitepaper не означає, що Poon є автором кожної подальшої зміни. Вивчаючи сучасну програму, потрібно читати і її документацію, і відповідну специфікацію. [2]
Разом із Vitalik Buterin Poon також написав робочий проєкт Plasma від 11 серпня 2017 року. Це не платіжний канал Біткоїна. Підпорядковані ланцюги обробляють транзакції, а виконання правил забезпечується через батьківський ланцюг, наприклад Ethereum. Замість мережі домовленостей між парами учасників виникає ієрархія блокчейнів. Спільна мета перенести роботу за межі базового рівня не означає однакових механізмів чи ризиків. [4]
Plasma зазвичай публікує в кореневому ланцюзі лише компактні криптографічні зобов’язання, подібні до перевірюваних відбитків записів. Подробиці залишаються поза ним. Відбиток допомагає перевірити надані дані, але не дозволяє прочитати відсутні. Для доведення шахрайства потрібні відповідні записи. Їх приховування залишається окремою проблемою: опублікований хеш не гарантує, що користувач отримає все необхідне для захисту коштів. [4]
У Plasma важливо, як вивести кошти після збою підпорядкованого ланцюга. Пропозиція передбачає виведення із затримкою та можливість оскаржити неправильну вимогу. Вона припускає доступний і коректний кореневий ланцюг, у якому можна виконати потрібну процедуру. Це не обіцянка миттєвого виведення за будь-якої несправності. Правила виходу, доступні дані та строки — частина безпеки. [4]
Пізніший текст Plasma Contracts прямо описує спільні дослідження спільноти. Поряд із Joseph Poon він називає, зокрема, Dan Robinson і Kelvin Fichter, але не підтримує жодного конкретного проєкту. Сама назва Plasma на сайті сервісу тому не доводить рекомендації автора. Його внесок найкраще видно в документах і питаннях, які вони відкрили: що винести за межі блокчейну та як залишити користувачу можливість домогтися правильного розрахунку? [5]
Для повної картини прочитайте також Tadge Dryja, Olaoluwa Osuntokun, Lightning Network. На цю статтю також посилаються Tadge Dryja, Olaoluwa Osuntokun.