405 / 691DECKER

Christian Decker

Chercheur en canaux de paiement et développeur Lightning

Christian Decker relie la recherche sur la propagation des données Bitcoin aux propositions de canaux de paiement et au développement Lightning. Il a coécrit eltoo et BIP 118 et participé à Greenlight.

Christian Decker est chercheur et développeur, connu par le compte public cdecker. Son travail distingue mesure du réseau, proposition de changement du consensus et services reposant sur un protocole existant.

Le profil cdecker, vérifié le 12 septembre 2026, nomme Christian Decker et renvoie vers Blockstream et Snyke. Ce lien permet de retrouver ses travaux ; il ne prouve ni pouvoir sur les règles Bitcoin ni fonction professionnelle actuelle. [Christian Decker — public developer profile]

Decker et Roger Wattenhofer ont étudié en 2013 la propagation des transactions et blocs, ainsi que le lien entre retard et bifurcations temporaires. Sans données nouvelles, ces mesures historiques ne décrivent pas la vitesse actuelle du réseau. [Decker and Wattenhofer — Information Propagation (2013)]

Decker, Rusty Russell et Olaoluwa Osuntokun ont signé eltoo. Le mécanisme proposé rattache un état plus récent à une ancienne mise à jour pour empêcher son règlement ; ce n’est pas automatiquement une fonction de chaque canal Lightning actuel. [Decker, Russell and Osuntokun — eltoo]

La sécurité de eltoo suppose de détecter l’ancien état et de faire confirmer la correction avant le délai OP_CSV. La réaction peut être déléguée ; supprimer le besoin de punition ne rend pas sûre une déconnexion illimitée. [Decker, Russell and Osuntokun — eltoo]

BIP 118 de Decker et Anthony Towns était Draft lors du contrôle du 12 septembre 2026. SIGHASH_ANYPREVOUT propose un soft fork de consensus ; document ou soutien d’un développeur ne démontrent pas une activation. [BIP 118 — SIGHASH_ANYPREVOUT]

BIP 118 permet de ne pas engager la signature sur une sortie antérieure précise. Cela facilite le rattachement à un état compatible mais augmente les possibilités de réutilisation ; les types de signature distinguent les engagements envers script et montant. [BIP 118 — SIGHASH_ANYPREVOUT]

L’annonce Greenlight du 12 octobre 2023 présentait Decker comme responsable du projet. Les clés restent chez l’utilisateur et Blockstream exploite l’infrastructure ; cette absence de garde ne garantit ni disponibilité continue ni conditions commerciales actuelles. [Blockstream — Greenlight launch (2023)]

La documentation de Core Lightning décrit les plugins communautaires et reckless pour les installer et activer. Ils étendent un nœud précis ; installer un plugin n’ajoute pas en soi la règle proposée par BIP 118 au consensus Bitcoin. [Core Lightning — plugins]

Pour une vision complète, lisez aussi Elizabeth Stark, Andreas Antonopoulos, Lightning Network. Cette entrée est également citée par Elizabeth Stark, Andreas Antonopoulos.

DOC · 001Christian Decker — public developer profileDocumentation ↗DOC · 002Decker and Wattenhofer — Information Propagation (2013)Documentation ↗DOC · 003Decker, Russell and Osuntokun — eltooDocumentation ↗DOC · 004BIP 118 — SIGHASH_ANYPREVOUTDocumentation ↗DOC · 005Blockstream — Greenlight launch (2023)Documentation ↗DOC · 006Core Lightning — pluginsDocumentation ↗
Sources d’abord · Pas un conseil financier