Christian Decker ist Forscher und Entwickler für Bitcoin und Lightning, ein Zahlungsnetz mit Zahlungskanälen. Er hat an der Untersuchung der Datenverbreitung, an eltoo und BIP 118 sowie an Greenlight mitgearbeitet. Seine Beiträge erschließen sich über die Probleme dahinter: unterschiedliche Informationen im Netz, veraltete Vereinbarungen über Guthaben und der Aufwand für einen eigenen Knoten.
Wer Deckers Arbeit sucht, findet das Konto cdecker und den Namen Snyke. Bei der Prüfung im Oktober 2026 nannte sein öffentliches Profil auch Blockstream. Das verbindet einen Autor mit Code und Vorschlägen, belegt allein aber keine aktuelle Berufsbezeichnung. In einem offenen Netz zählt, welches Problem ein Vorschlag löst und wie er einer Prüfung standhält. Weder der Name noch der Arbeitgeber berechtigt dazu, die Regeln aller anderen zu ändern. [1]
Ein neuer Block verbreitet sich schrittweise: Ein Rechner gibt ihn an weitere weiter, und das braucht Zeit. Christian Decker und Roger Wattenhofer untersuchten dies 2013. Sie maßen die Verbreitung von Transaktionen und Blöcken sowie den Zusammenhang zwischen Verzögerungen und vorübergehenden Verzweigungen, bei denen Teile des Netzes mit verschiedenen neuen Blöcken arbeiten. Solche historischen Messungen erklären das Verhalten des Netzes. Sie beschreiben nicht seine heutige Geschwindigkeit; Software und Übertragungsverfahren haben sich verändert. [2]
In einem Zahlungskanal vereinbaren die Beteiligten immer wieder, wem welcher Anteil der gemeinsam gebundenen Mittel zusteht. Was geschieht, wenn jemand beim Schließen einen alten, für ihn günstigeren Stand verwendet? Der Vorschlag eltoo von Decker, Rusty Russell und Olaoluwa Osuntokun erlaubt, vor der endgültigen Abrechnung einen neueren Stand durchzusetzen. Vergleichbar wäre das Ersetzen einer veralteten Abrechnung durch die neueste Vereinbarung. Das ist ein vorgeschlagener Mechanismus, keine automatisch vorhandene Eigenschaft jedes heutigen Lightning-Kanals. [3]
Die Möglichkeit zur Korrektur reicht allein nicht. Bei eltoo muss eine korrigierende Transaktion bestätigt werden, bevor der alte Stand endgültig abgerechnet werden kann. OP_CSV schafft das Reaktionsfenster: Eine bestimmte Ausgabe wird erst nach einer vorgeschriebenen Wartezeit ab Bestätigung des betreffenden Outputs erlaubt. Deshalb muss der Nutzer oder ein beauftragter Dienst die Blockchain beobachten. Der Vorschlag ändert den Umgang mit alten Zuständen, macht unbegrenzte Offline-Zeiten aber nicht sicher. [3]
Damit sich eine neuere Vereinbarung auf verschiedene ältere Zustände anwenden lässt, braucht es passende Signaturregeln. BIP 118 von Decker und Anthony Towns schlägt SIGHASH_ANYPREVOUT vor. Bei der Prüfung im Oktober 2026 trug das Dokument den Status Draft, also Entwurf. Es beschreibt eine Konsensänderung per Soft Fork, eine Änderung der Prüfregeln der Bitcoin-Knoten. Veröffentlichung oder Zustimmung von Entwicklern belegen keine Aktivierung. Vorschlag, Umsetzung und Annahme durch das Netz sind getrennte Schritte. [4]
Normalerweise bindet eine Signatur auch den konkreten früheren Transaktionsoutput, der ausgegeben wird: einen Betrag mit Ausgabebedingungen. BIP 118 lockert diese Bindung in einem gewählten Modus. Eine signierte Transaktion kann damit an einen anderen kompatiblen Output gebunden werden, um alte Kanalzustände zu ersetzen. Das erlaubt nicht, beliebige fremde Mittel auszugeben. Die erweiterten Möglichkeiten zur Wiederverwendung einer Signatur erfordern sorgfältige Gestaltung. Je nach Modus spielen auch Bindungen an Betrag und Ausgabebedingungen eine Rolle. [4]
Ein eigener Lightning-Knoten braucht laufende Betreuung. Blockstream kündigte den öffentlichen Start von Greenlight am 12. Oktober 2023 mit Decker als Projektleiter an. Die Aufgaben werden aufgeteilt: Nutzer behalten ihre privaten Schlüssel, während ein Anbieter die Knoteninfrastruktur betreibt. Ein privater Schlüssel autorisiert Ausgaben; ihn zu halten ist etwas anderes als einen Server zu betreiben. Dieses Modell garantiert weder einen ununterbrochen verfügbaren Dienst noch unveränderte Geschäftsbedingungen. Beides muss gesondert beurteilt werden. [5]
Core Lightning ist Software für einen Lightning-Knoten. Plugins erweitern seine Funktionen für die Bedürfnisse des Betreibers; reckless unterstützt ihre Installation und Aktivierung. Das ist eine andere Art von Änderung als neue Bitcoin-Signaturregeln. Ein Plugin zu installieren nimmt BIP 118 nicht in die Regeln des gesamten Netzes auf. Deckers Arbeit verbindet Forschung, Protokollvorschläge und praktische Werkzeuge. Jeder dieser Bereiche hat jedoch seinen eigenen Weg von der Idee bis zur Nutzung. [6]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Elizabeth Stark, Andreas Antonopoulos, Lightning Network. Auf diesen Eintrag verweisen außerdem Elizabeth Stark, Andreas Antonopoulos.