Christian Decker — дослідник і розробник із публічним обліковим записом cdecker. Його праця розрізняє вимірювання мережі, пропозиції змін консенсусу й операційні сервіси на наявному протоколі.
Профіль cdecker, перевірений 12 вересня 2026 року, називає Christian Decker і посилається на Blockstream та Snyke. Цей зв’язок допомагає знайти роботи, але не визначає повноважень змінювати правила Bitcoin чи поточної посади. [Christian Decker — public developer profile]
Decker і Roger Wattenhofer у дослідженні 2013 року вивчали поширення транзакцій і блоків та зв’язок затримок із тимчасовими розгалуженнями. Історичні вимірювання без нових даних не показують сучасної швидкості мережі. [Decker and Wattenhofer — Information Propagation (2013)]
Авторами eltoo є Decker, Rusty Russell та Olaoluwa Osuntokun. Запропонований механізм приєднує новіший стан до старого оновлення й запобігає його розрахунку; це не автоматична властивість кожного сучасного каналу Lightning. [Decker, Russell and Osuntokun — eltoo]
Безпека eltoo передбачає виявлення старого стану й підтвердження виправлення до завершення OP_CSV. Реакцію можна делегувати, але відмова від покарання за старий стан не робить необмежений час офлайн безпечним. [Decker, Russell and Osuntokun — eltoo]
BIP 118 від Decker та Anthony Towns мав статус Draft під час перевірки 12 вересня 2026 року. SIGHASH_ANYPREVOUT пропонує зміну консенсусу через soft fork; документ чи підтримка розробника не доводять активації. [BIP 118 — SIGHASH_ANYPREVOUT]
BIP 118 дозволяє не прив’язувати підпис до конкретного попереднього виходу. Це допомагає оновлювати сумісний стан, але розширює повторне використання підпису; пропозиція розрізняє типи підписів і прив’язки до скрипту та суми. [BIP 118 — SIGHASH_ANYPREVOUT]
Оголошення Greenlight від 12 жовтня 2023 року представило Decker як керівника проєкту. Ключі зберігає користувач, інфраструктуру обслуговує Blockstream; відсутність стороннього зберігання не гарантує безперервності сервісу чи сучасних комерційних умов. [Blockstream — Greenlight launch (2023)]
Документація Core Lightning описує спільнотні плагіни та reckless для встановлення й активації. Розширюються можливості окремого вузла; встановлення плагіна саме не додає запропоноване BIP 118 правило підпису до консенсусу Bitcoin. [Core Lightning — plugins]
Для повної картини прочитайте також Elizabeth Stark, Andreas Antonopoulos, Lightning Network. На цю статтю також посилаються Elizabeth Stark, Andreas Antonopoulos.