Bitcoin vs. Lightning Network: Was ist der Unterschied?

Kernarchitektur und Transaktionsmodell

1. Bitcoin arbeitet auf einer einschichtigen, erlaubnislosen Blockchain, in der jede Transaktion kryptografisch verifiziert, über Tausende von vollständigen Knoten verbreitet und etwa alle zehn Minuten dauerhaft in aufeinanderfolgenden Blöcken aufgezeichnet wird.

2. Lightning Network fungiert als Peer-to-Peer-Overlay-Netzwerk, das direkt auf dem UTXO-Modell von Bitcoin aufbaut und auf bidirektionalen Zahlungskanälen basiert, die durch zeitlich begrenzte, widerrufliche Verpflichtungstransaktionen erzwungen werden.

3. In Bitcoin erfordert jede Übertragung die Aufnahme in einen Block und mindestens eine Bestätigung, um als sicher zu gelten; Die Endgültigkeit ist probabilistisch und wächst mit zusätzlichen Bestätigungen.

4. In Lightning erfolgt die Abwicklung sofort und atomar innerhalb offener Kanäle – für Kontostandaktualisierungen ist keine Blockbestätigung erforderlich, und nur die Einrichtung und Schließung des Kanals löst Aktivitäten in der Kette aus.

5. Bitcoin erzwingt Konsens durch Proof-of-Work-Mining; Lightning setzt auf kryptografische Zeitsperren und Strafmechanismen wie RSMC (Revocable Sequence Maturity Contract) und PTLCs (Point Time-Locked Contracts), um ehrliches Verhalten sicherzustellen, ohne dass ein globaler Konsens pro Vorgang erforderlich ist.

Durchsatz- und Latenzeigenschaften

1. Der theoretische Durchsatz von Bitcoin liegt unter Standardblockgrößen- und Intervallbeschränkungen bei 7–10 Transaktionen pro Sekunde, obwohl SegWit- und Taproot-Optimierungen die Effizienz geringfügig verbessern.

2. Lightning Network weist eine Latenzzeit von weniger als einer Sekunde für weitergeleitete Zahlungen auf, wobei die gemessenen End-to-End-Lieferzeiten über die wichtigsten Routing-Knoten hinweg durchschnittlich weniger als 300 Millisekunden betragen.

3. Der Durchsatz auf Netzwerkebene skaliert mit der Kanalliquidität und der Routing-Topologie statt mit festen Blockparametern – reale Bereitstellungen haben in kontrollierten Stresstests mit paralleler Kanalnutzung über 50.000 TPS ausgehalten.

4. Bitcoin Verzögerungen bei der Transaktionsausbreitung werden durch die Überlastung des Mempools und die Dynamik des Gebührenmarktes beeinflusst, was häufig zu Bestätigungszeiten von mehr als 30 Minuten während der Spitzennachfrage führt.

5. Lightning vermeidet die Mempool-Abhängigkeit vollständig; Die Zahlungsweiterleitung erfolgt über Onion-Routing-verschlüsselte Pakete, die mehrere Hops durchlaufen, ohne Zwischensalden oder Identitäten preiszugeben.

Wirtschaftliche Anreize und Gebührenstrukturen

1. Bitcoin Miner erheben Grundgebühren, die sich nach dem Transaktionsgewicht und der Mempool-Konkurrenz richten, wobei die durchschnittlichen Gebühren je nach Netzwerkauslastung und Dringlichkeit zwischen 0,50 und 15 US-Dollar schwanken.

2. Lightning-Routing-Knoten erhalten anteilige Grundgebühren und optionale anteilige Gebühren in Satoshis pro weitergeleiteter Million, typischerweise zwischen 1 und 50 Satoshis pro Hop.

3. Für das Öffnen und Schließen von Kanälen fallen obligatorische On-Chain-Gebühren an, die sich jedoch über potenziell Tausende von Off-Chain-Transfers amortisieren – was Mikrotransaktionen wirtschaftlich rentabel macht.

4. Routing-Gebühren werden dynamisch über Klatschprotokolle bekannt gegeben und aktualisiert; Knoten können sie basierend auf Liquiditätstiefe, Betriebszeit und Kanalalter anpassen, ohne dass ein Konsens erforderlich ist.

5. Bitcoin Gebührenschätzungstools basieren auf historischen Blockdaten und Vorhersagemodellen, während die Erkennung von Lightning-Gebühren in Echtzeit über authentifizierte Kanalaktualisierungen erfolgt, die über das Diagramm übertragen werden.

Sicherheitsgarantien und Vertrauensannahmen

1. Bitcoin bietet bedingungslose Sicherheit unter der Annahme ehrlicher Mehrheits-Hashpower und ausreichender Bestätigungen – es ist zensurresistent und endgültig, sobald es tief vergraben ist.

2. Lightning übernimmt die Siedlungssicherheit von Bitcoin, führt jedoch neue Bedrohungsvektoren ein, darunter das Risiko einer gewaltsamen Kanalschließung, die Abhängigkeit von Wachtürmen und Fehleinschätzungen beim Ablauf der Zeitsperre.

3. Benutzer müssen ihre Kanäle aktiv überwachen oder die Überwachung an vertrauenswürdige Dritte, sogenannte Wachtürme, delegieren. Andernfalls kann es zu Geldverlusten aufgrund veralteter Verpflichtungsübertragungen kommen.

4. Bitcoin verlangt nicht, dass Benutzer eine dauerhafte Online-Präsenz aufrechterhalten; Lightning erfordert eine kontinuierliche Verfügbarkeit, um rechtzeitig auf Fehlverhalten der Gegenpartei reagieren zu können, insbesondere in unkooperativen Abschlussszenarien.

5. Das RSMC-Protokoll stellt sicher, dass eine einseitige Kanalschließung nicht zu Diebstahl führen kann , vorausgesetzt, dass beide Parteien gültige Sperrschlüssel behalten und Zeitsperrfristen einhalten – dies bildet die kryptografische Grundlage der Kanalintegrität.

Häufig gestellte Fragen

F: Kann ich Bitcoin von einem Lightning-Wallet an eine reguläre On-Chain-Adresse senden? A: Ja – die meisten Lightning-Wallets unterstützen „On-Chain-Auszahlungen“, indem sie einen kooperativen Kanalschluss initiieren, der eine Abrechnungstransaktion auslöst, die den Endsaldo an eine bestimmte BTC-Adresse sendet.

F: Muss ich einen vollständigen Bitcoin-Knoten ausführen, um einen Lightning-Knoten zu betreiben? A: Nicht unbedingt – viele Implementierungen wie LND und Core Lightning ermöglichen die Verbindung zu Remote-Bitcoin-Backends über RPC oder die Verwendung von Neutrino-Light-Clients, obwohl die Ausführung eines lokalen Vollknotens den Datenschutz und die Validierungskontrolle verbessert.

F: Was passiert, wenn mein Lightning-Knoten während einer aktiven Zahlungsroute offline geht? A: Wenn Ihr Knoten ein Routing-Vermittler ist und die Verbindung mitten in der Zahlung unterbricht, läuft der HTLC (Hashed Timelock Contract) vor der Auflösung ab, was zu einer automatischen Rückerstattung auf dem Weg führt – es geht kein Geld verloren, aber die versuchte Route schlägt fehl.

F: Wird die Kanalkapazität gleichmäßig zwischen den Teilnehmern aufgeteilt? A: Nein – die Kapazität ist richtungsabhängig und wird durch anfängliche Finanzierungsbeiträge definiert; Das auszugebende Guthaben jedes Teilnehmers hängt von der letzten unterzeichneten Verpflichtungstransaktion ab, nicht von der Gesamtkanalgröße.