Bereich Skalierung und Layer 2
Rom
BTC/USD——BTC/EUR—EUR/USD—GEBÜHREN— sat/vBBLOCK—ÖFFENTLICHE APIs
Dienstag, 3. November 2026
BITCOIN LERNEN UND ERFORSCHEN

Skalierung und Layer 2

Diese Übersicht erklärt ausgewählte Ansätze; sie ist kein vollständiges Verzeichnis aller Bitcoin-Projekte. Vergleiche vor allem, wo Zahlungen abgewickelt werden, wer die Mittel bewegen kann und wie Nutzer sie zurückholen können. Verfügbarkeit und technische Einzelheiten können sich ändern.

01

Lightning Network

Layer 2 mit Zahlungskanälen

Implementierungen im Einsatz

Abwicklung und Vermögenswert

Lightning aktualisiert die Salden von Zahlungskanälen außerhalb der Blockchain. Bitcoin-Transaktionen ermöglichen das Öffnen und Schließen der Kanäle sowie die Durchsetzung der Vereinbarungen auf der Blockchain. Ein Zahlungspfad kann mehrere Kanäle verbinden, ohne jede Saldoänderung in einem Block aufzuzeichnen. Der Vermögenswert bleibt Bitcoin. Wer die Schlüssel kontrolliert, hängt von der tatsächlich verwendeten Wallet ab.

Vertrauen und Rückzugsmöglichkeiten

Eine Zahlungsroute braucht Liquidität: verfügbare Guthaben in der benötigten Richtung. Eine Route kann scheitern. Selbstverwahrte Kanäle brauchen geeignete Sicherungskopien und Überwachung; Öffnen und Schließen beanspruchen Blockplatz. Bei einer verwahrten Wallet hält der Anbieter die Schlüssel. Gebühren sind nicht grundsätzlich null.

02

Liquid Network

Föderierte Sidechain

Implementierungen im Einsatz

Abwicklung und Vermögenswert

Liquid ist eine Sidechain, also ein separates Netzwerk mit eigenen Blöcken, das von einer Betreibergruppe, der Föderation, geführt wird. Ein Verbindungsmechanismus namens Peg verknüpft auf Bitcoin gehaltene BTC mit den auf Liquid dargestellten LBTC. LBTC ist kein UTXO auf Bitcoins Hauptnetzwerk. Bitcoins Proof of Work prüft Liquid-Blöcke nicht direkt.

Vertrauen und Rückzugsmöglichkeiten

Föderation und Peg bringen zusätzliche Annahmen zu Vertrauen und Verfügbarkeit mit sich. Die direkte Rückführung von LBTC zu BTC auf Bitcoin heißt Peg-out und erfordert nach den Liquid-Regeln autorisierte Beteiligte. Eine schnelle Liquid-Bestätigung ist keine Bitcoin-Bestätigung.

03

Rootstock

Smart-Contract-Sidechain mit Merged Mining

Implementierungen im Einsatz

Abwicklung und Vermögenswert

Rootstock führt Smart Contracts auf einem separaten Netzwerk aus. Beim Merged Mining kann Bitcoin-Mining-Arbeit zugleich zur Absicherung von Rootstock dienen. rBTC ist über das PowPeg-System mit BTC verbunden. Programme für die Ethereum Virtual Machine, kurz EVM, laufen auf Rootstock und nicht auf Bitcoins Hauptnetzwerk.

Vertrauen und Rückzugsmöglichkeiten

Die Sicherheit des Minings und die Verwahrung der BTC hinter dem dargestellten Vermögenswert sind unterschiedliche Ebenen. PowPeg beruht auf Annahmen zur Betreibergruppe und zur Hardware-Sicherheit. Die Übertragung über diese Verbindung, die Brücke, erfordert eigene Wartezeiten und Betriebsbedingungen. Merged Mining beseitigt die Brückenrisiken nicht.

04

Fedimint

Föderierte Verwahrung und eCash

Implementierungen im Einsatz

Abwicklung und Vermögenswert

Bei Fedimint teilen sich mehrere Betreiber, die Guardians, die Verwahrung von Bitcoin und geben digitale Guthabenscheine namens eCash aus. Diese Scheine sind Ansprüche gegenüber der Betreibergruppe, der Föderation. Lightning lässt sich integrieren. Das kann Zahlungen vereinfachen und bestimmte Aspekte der Privatsphäre verbessern. Nutzer kontrollieren aber nicht allein eigene UTXOs auf der Bitcoin-Hauptkette, sondern verlassen sich auf die Verwahrer.

Vertrauen und Rückzugsmöglichkeiten

Hier wird die Verwahrung auf mehrere Betreiber, die Guardians, verteilt. Arbeiten ausreichend viele von ihnen zusammen, können sie Bitcoin stehlen oder ungedeckte eCash-Guthaben ausgeben. Wichtig sind auch die Verfügbarkeit der Betreibergruppe und die Anbindung über Gateways. Fedimint erhöht nicht die Verarbeitungskapazität von Bitcoins Konsensverfahren.

05

Ark · Bark / Arkade

Betreiberunterstützte Modelle gemeinsam genutzter UTXOs

Frühe Implementierungen · erhebliche Einschränkungen

Abwicklung und Vermögenswert

Ark-Systeme teilen Bitcoin-Ausgänge mithilfe virtueller Ausgänge und von einem Betreiber koordinierter Runden. Sie sehen Wege vor, mit denen Nutzer auf die Blockchain zurückkehren können. Bark und Arkade sind aktuelle Implementierungen mit unterschiedlichen Mechanismen. Eine vorbestätigte Zahlung oder eine Zahlung außerhalb einer Runde kann noch zusätzliche Annahmen voraussetzen. Sie ist nicht mit einem nach den jeweiligen Systemregeln bereits abgewickelten Ausgang gleichzusetzen.

Vertrauen und Rückzugsmöglichkeiten

Das Verhalten des Betreibers, die Annahme, dass Beteiligte nicht gemeinsam betrügen, sowie Ablaufzeiten und rechtzeitige Erneuerungen können entscheidend sein. Ein Rückzug auf die Blockchain kostet Gebühren und kann Wartezeiten erfordern. Eine Seed-Phrase allein stellt möglicherweise nicht alle dafür nötigen Daten wieder her. Werkzeuge für das Mainnet garantieren weder Ausgereiftheit noch gleiche Sicherheit bei verschiedenen Implementierungen.

06

BitVM

Optimistische Verifikation und Brückenforschung

Forschung / Entwicklerreferenz

Abwicklung und Vermögenswert

BitVM untersucht, wie sich Berechnungen überprüfen und Verbindungen zwischen Netzwerken, sogenannte Brücken, mit den vorhandenen Bitcoin-Funktionen aufbauen lassen. Wenn ein Projekt diesen Namen verwendet, bedeutet das nicht, dass es dieselbe Sicherheit wie eine Abwicklung auf Bitcoin bietet.

Vertrauen und Rückzugsmöglichkeiten

Das für diese Seite geprüfte Referenz-Repository warnt ausdrücklich vor dem Einsatz mit echten Nutzergeldern im produktiven Betrieb. Es ist Forschungs- und Entwicklungsarbeit, kein bewährtes Zahlungsnetzwerk. Konkrete Brückenmodelle können zusätzliche Annahmen zu Betreibern, Liquidität und Verfahren zum Anfechten fehlerhafter Angaben voraussetzen.

Projektdokumentation erklärt einen Entwurf, sie ist keine unabhängige Sicherheitszertifizierung. Keine Kapazitätszahl, kein Token und keine Aufnahme in diese Übersicht garantieren Sicherheit, Verbreitung oder Rendite. Bestätigungen der Bitcoin-Hauptkette bleiben vom internen Status eines anderen Systems zu unterscheiden.

Quellen geprüft: