Nur zu Bildungszwecken; keine Anlage- oder Sicherheitsberatung. Kanalgelder können verloren gehen, wenn Schlüssel, aktueller Zustand, Überwachung oder die Fähigkeit zur On-Chain-Reaktion fehlen.
Kurzantwort
Ein State Channel ist ein Protokoll, bei dem feste Teilnehmer Vermögenswerte sperren oder durchsetzbare Regeln auf einer Blockchain festlegen und anschließend authentifizierte Zustände off-chain austauschen. Die Blockchain verarbeitet nicht jede Änderung, sondern entscheidet letztinstanzlich bei Schließung oder Streit.
Jede akzeptierte Änderung bindet Kanal, Anwendungszustand oder Zuteilung und einen steigenden Ordnungswert wie Runde oder Nonce. Nach den Kanalregeln verdrängt der neuere gültige Zustand den älteren. Ein Zahlungskanal bildet vor allem Salden ab; ein allgemeiner Kanal auch Spielzüge, Geschäfte oder andere deterministische Daten.
Vorteile sind geringe Latenz, gewisse Privatsphäre gegenüber öffentlichen Verläufen und keine Basisschichtgebühr pro normaler Änderung. Dafür sind Teilnehmer und Kapital meist festgelegt, jeder muss den Durchsetzungsnachweis aufbewahren, und die Basiskette muss im Streitfall verfügbar und bezahlbar bleiben.
Funktionsweise
- Öffnen und finanzieren. Parteien vereinbaren Identitäten, Regeln, Anfechtungsdauer und Anfangszuteilung. Gelder werden in einem On-Chain-Schiedsvertrag gesperrt oder aus einem finanzierten Kanal abgeleitet; sie sind dann kein gewöhnlich verfügbares Guthaben.
- Signierte Zustände tauschen. Die Parteien berechnen den nächsten gültigen Zustand und tauschen nötige Signaturen oder Nachrichten. Eindeutige Kanal-ID und steigende Ordnung verhindern den Austausch gegen Signaturen anderer Kanäle oder alter Runden.
- Durchsetzungspaket sichern. Wallet oder Node speichert neuesten Zustand, Signaturen, bedingte Transfers sowie nötige Widerrufs- oder Geheimdaten. Eine Seed-Phrase stellt Schlüssel wieder her, nicht zwingend diese veränderlichen Daten.
- Off-chain fortfahren. Viele Änderungen brauchen keine Basistransaktion. Die Kapazität begrenzt Übertragungen auf Zuteilung und Reserven in dieser Richtung; mehrere Kanäle schaffen an jedem Hop Liquiditäts- und Verfügbarkeitsabhängigkeiten.
- Gemeinsam schließen. Parteien signieren das Endergebnis und senden die minimale Transaktion. Dies vermeidet meist das Anfechtungsrennen und ist schneller oder günstiger als einseitiges Schließen.
- Streit on-chain eskalieren. Verschwindet jemand oder legt einen alten Zustand vor, reicht eine andere Partei durchsetzbare Beweise ein. Der Vertrag wendet Ordnung, Fristen und Übergänge an. Manche Systeme fechten alt mit neu an; Lightning-artige Kanäle nutzen Commitments und Widerrufe statt eines allgemeinen Höchst-Nonce-Wettbewerbs.
- Nach Frist finalisieren. Nach Anfechtung oder Timelock wird das Ergebnis beansprucht. Bis alle Outputs geklärt sind, können Kettenüberwachung, Reorg-Reaktion und Gebührenerhöhung nötig sein.
Beispiel
Alice und Bob eröffnen mit je 5 ETH einen Kanal über 10 ETH. Der signierte Start ist Runde 0: Alice erhält 5 ETH und Bob erhält 5 ETH.
Alice zahlt Bob 1 ETH. Sie prüfen und signieren Runde 1: Alice 4 ETH, Bob 6 ETH. Danach zahlt Bob Alice 2 ETH; Runde 2 teilt Alice 6 ETH und Bob 4 ETH zu. Bei Kooperation erreichen nur Finanzierung und Endabrechnung die Basiskette.
Reicht Bob später Runde 1 ein, muss Alice in einem Höchstrunden-System vor Frist die vollständig gestützte Runde 2 vorlegen. Dann verwirft der Vertrag das Alte und rechnet Runde 2 ab. Hat sie Runde 2 verloren, keinen Schlüsselzugriff, kein Basisasset für Gebühren oder bleibt zu lange offline, kann das Protokoll den privaten Verlauf nicht erraten. Das durchsetzbare Ergebnis kann vom letzten Konsens abweichen.
Dies ist ein Begriffsbeispiel. Echte Protokolle definieren Signaturen, Übergänge, bedingte Zahlungen, Aufrufe und Fristen genau. Übertragen Sie nicht allein aufgrund dieser vereinfachten Rechnung Geld.
Risiken und Kontrollen
- Alter Zustand. Vollständiges aktuelles Paket behalten und Wiederherstellung testen. Daten und Befugnisse einer Watchtower vor Nutzung verstehen.
- Verpasste Frist. Richtige Kette bis zur Auflösung überwachen und Ausfälle, Reorgs, Stau sowie menschliche Reaktion realistisch einplanen.
- Gebühren und Stau. Freies Basisasset und Gebührenerhöhung vorhalten. Gleichzeitige Streitfälle können dringende Ausstiege verteuern.
- Schlüssel- oder Zustandsverlust. Dokumentierte Sicherung nutzen. Einen aktiven Kanal nicht ohne ausdrückliche Garantie aus altem Snapshot wiederherstellen.
- Kapazität oder Routing. Ein-/Ausgangsliquidität, Reserven, Höchstwerte, Fristen und Vermittler prüfen. Gesamtguthaben ist keine nutzbare Kapazität.
- Gegenpartei und Verfügbarkeit. Sie kann ein geschütztes Ergebnis meist nicht ändern, aber Updates oder gemeinsamen Abschluss verweigern und Streit erzwingen.
- Implementierung. Fehler in Client, Vertrag, Signaturdomäne, Übergängen oder Upgrades können Garantien brechen. Deployment und Audits prüfen.
- Datenabfluss. Off-chain ist nicht anonym: Peers, Router, Beobachter, Backups und Endstreit können Beziehungen oder Daten offenlegen.
Häufige Irrtümer
- „Off-chain ist ohne Blockchain vertrauensfrei.“ Der glaubwürdige On-Chain-Weg begrenzt Vertrauen; Sicherheit, Verfügbarkeit und Kosten bleiben wichtig.
- „Jeder beidseitig signierte Zustand wird abgerechnet.“ Protokollspezifische Ordnung, Gültigkeit, Finalität, Widerruf und Fristen bestimmen den Beweis.
- „Die Seed-Phrase stellt den ganzen Kanal wieder her.“ Meist stellt sie Schlüssel wieder her, nicht unbedingt Zustand, Geheimnisse, offene Transfers oder Peer-Datenbank.
- „Nutzer dürfen unbegrenzt offline sein.“ Viele Systeme verlangen Beobachtung und Reaktion innerhalb einer Frist, selbst oder delegiert.
- „Kapazität entspricht dem Wallet-Guthaben.“ Gelder müssen gebunden sein; Richtung, Reserven, offene Transfers und Routing-Liquidität zählen.
- „State Channels ersetzen Rollups immer.“ Sie eignen sich für wiederholte Interaktionen bekannter Parteien; offene Teilnahme, globaler Zustand oder breite Komponierbarkeit können Rollups oder On-Chain-Ausführung bevorzugen.
Verwandte Themen
Quellen
- Allgemeine State-Channel-Netzwerke - ACM (abgerufen: 2026-08-21)
- Nitro-Protokoll - Cryptology ePrint Archive (abgerufen: 2026-08-21)
- Zustände und Kanäle - State Channels (abgerufen: 2026-08-21)
- BOLT #2: Peer-Protokoll zur Kanalverwaltung - Lightning Specifications (abgerufen: 2026-08-21)
- BOLT #5: Behandlung von On-Chain-Transaktionen - Lightning Specifications (abgerufen: 2026-08-21)