Was Bitcoin fehlt – und wem man vertraut, um es nachzurüsten

Neugier

1. Warum gibt es bei Bitcoin kein Gegenstück zu einem Token-Approval?
2. Was geht verloren, wenn eine Skriptsprache ausdrucksstark genug wird, um jedes Programm zu kompilieren?
3. Wie kann ein Markt existieren, ohne dass eine zentrale Instanz die Schlüssel hält oder die Regeln festlegt?

Erkunden

Teil IWas Bitcoin bereits beseitigt und was ihm fehlt

1. Bitcoin schafft den Administrator ab. Es gibt keine Admin-Schlüssel, keine Token-Approvals und keine upgradebaren Smart Contracts. Die Ausgabe ist auf 21 Millionen Coins begrenzt und folgt einem vorhersehbaren Zeitplan, wobei sich die Block-Subvention alle 210.000 Blöcke halbiert. Regeln ändern sich nur durch breiten Konsens unter Tausenden unabhängiger Nodes. Dieses Design beseitigt eine ganze Klasse von Angriffen, die es in anderen Systemen gibt: Wenn es keinen Schlüssel zu stehlen und keinen Contract zu upgraden gibt, gibt es nichts, was ein Administrator ausnutzen oder ein Unternehmen beschlagnahmen könnte.
2. Das UTXO-Modell macht jeden Ausgabevorgang explizit. Eine Transaktion verbraucht bestimmte frühere Outputs und erzeugt neue. Es gibt keine Kontostände, von denen ein Contract später abbuchen könnte. Diese Struktur verhindert „Drainer“-Approvals, bei denen ein Nutzer eine weitreichende Berechtigung signiert, die es einer anderen Partei erlaubt, später unbegrenzt Mittel zu bewegen. Mit dem Standard-Signaturtyp (SIGHASH_ALL) legt sich eine Signatur auf genau diese Inputs und Outputs fest; andere Signaturmodi können Outputs offenlassen, und Betrüger haben das bereits ausgenutzt. Wenn der Nutzer die nächste Transaktion nicht signiert, bewegt sich nichts.
3. Was Bitcoin fehlt, sind Ausdrucksstärke und Geschwindigkeit. Script ist bewusst eingeschränkt; es kann keine beliebigen Berechnungen ausführen und keine Endlosschleifen durchlaufen. Blöcke entstehen etwa alle zehn Minuten, die Abwicklung ist also langsam im Vergleich zu Chains, die Blöcke im Sekundentakt erzeugen. Im Protokoll der Basisschicht gibt es keine native Unterstützung für Token oder Märkte. Diese Einschränkungen sind bewusste Kompromisse: Wer begrenzt, was Script kann, verhindert, dass Bugs zu konsensbrechenden Exploits werden, und langsamere Blöcke ermöglichen eine robuste Validierung durch ein dezentrales Netzwerk von Full Nodes.
4. Die Designfrage lautet, wie man Märkte hinzufügen kann, ohne die Schwächen wieder einzuführen, die Bitcoin vermieden hat. Eine komplexe Skriptsprache lädt Sicherheitslücken in Smart Contracts geradezu ein. Schnelle Blöcke erfordern oft Zentralisierung oder zugangsbeschränkte Validatoren, um Finalität zu gewährleisten. Native Token können neue Angriffsflächen für Inflation oder Manipulation schaffen. Jede Erweiterung muss die Eigenschaft bewahren, dass keine einzelne Instanz die Ausgabe oder die Regeln des Assets kontrolliert – selbst wenn das eine langsamere Abwicklung oder höhere Gebühren bedeutet.
5. Layer-2-Lösungen und Metaprotokolle versuchen, diese Lücke zu schließen. Sie ergänzen Funktionen wie schnelle Zahlungen oder die Ausgabe von Token und verankern ihre Sicherheit zugleich im Konsens von Bitcoin. Allerdings bringen diese Schichten neue Vertrauensmodelle mit sich: Einige stützen sich auf Föderationen von Unterzeichnern, andere auf optimistische Verifikationsspiele, bei denen mindestens ein ehrlicher Betreiber Betrug anfechten muss. Jeder Ansatz wägt unterschiedliche Aspekte von Dezentralisierung und Geschwindigkeit gegeneinander ab. Ziel ist nicht, Bitcoin zu einem Universalcomputer zu machen, sondern seinen Nutzen zu erweitern, ohne das zentrale Sicherheitsmodell zu gefährden, das es widerstandsfähig gemacht hat.
6. Öffnen Sie einen Block-Explorer und rufen Sie eine beliebige aktuelle Transaktion auf. Untersuchen Sie die Inputs und Outputs. Achten Sie darauf, wie jeder Input über Transaktions-ID und Index auf einen bestimmten früheren Output verweist. Vergleichen Sie dies nun mit einer kontobasierten Chain, in der Kontostände lediglich Zahlen in einem globalen Zustand sind. Der Unterschied ist struktureller Natur: Das Modell von Bitcoin zwingt jede Wertbewegung dazu, explizit, prüfbar und an eine bestimmte Signatur gebunden zu sein – ohne Raum für versteckte administrative Eingriffe oder weitreichende Berechtigungen.

Teil IIBitcoins Layer-2-Lösungen und ihre Vertrauensmodelle

7. Kanäle des Lightning Network erweitern die Zahlungsfähigkeit von Bitcoin, ohne Coins an einen Verwahrer zu übertragen. Das Whitepaper von Joseph Poon und Thaddeus Dryja wurde 2015 erstmals entworfen und 2016 in seiner endgültigen Fassung veröffentlicht; die Nutzung im Mainnet folgte 2018. Jeder Kanal bindet Mittel in einen Zustand zwischen zwei Parteien; betrügt eine Partei, sendet die andere eine Straftransaktion an Bitcoin. Dieses Modell ist vertrauensminimiert, da kein Dritter die Schlüssel hält, bleibt aber Punkt-zu-Punkt. Es löst die Finalität von Zahlungen, nicht aber gemeinsame Liquidität oder Market Making.
8. Liquid, 2018 von Blockstream gestartet, arbeitet als föderierte Sidechain. Eine feste Gruppe sogenannter „Functionaries“ signiert Blöcke und verwaltet den Peg zwischen Liquid-Assets und Bitcoin auf der Basisschicht. Blöcke entstehen jede Minute und sind nach etwa zwei Minuten final; zudem lassen sich Assets nativ ausgeben. Der Kompromiss ist offensichtlich: Nutzer müssen darauf vertrauen, dass sich eine Supermehrheit der Functionaries (der Peg nutzt eine 11-von-15-Multisignatur) nicht abspricht, um Einlagen zu stehlen oder Rücktausche zu stoppen. Das ist schnell, führt aber wieder eine Gruppe ein, der man vertrauen muss.
9. Stacks betreibt eine eigene Chain, die in Bitcoin verankert ist, indem Hashes ihrer Blöcke in Bitcoin-Transaktionen festgeschrieben werden (Proof of Transfer). Sein sBTC-Peg, seit Dezember 2024 für Einzahlungen und seit April 2025 für Auszahlungen geöffnet, gibt Token aus, die durch gesperrte native Bitcoin gedeckt sind, die von einer Gruppe von Unterzeichnern verwaltet werden. Dieser Ansatz ermöglicht ausdrucksstarke Smart Contracts auf Stacks (in Clarity, einer bewusst entscheidbaren Sprache), während eine Gruppe von Unterzeichnern, von denen ein Schwellenwert Auszahlungen genehmigen muss, die Bitcoin hält. Nutzer tauschen Flexibilität bei der Ausführung gegen die Abhängigkeit von der Integrität der Unterzeichnergruppe und vom unterbrechungsfreien Betrieb der Bridge.
10. BitVM steht für einen anderen Architekturansatz: Es soll allgemeine Berechnungen auf Bitcoin bringen, ohne Soft Forks. Robin Linus’ Vorschlag von 2023 nutzte optimistische Verifikation zwischen zwei Parteien; bei BitVM2 (2024) kann jeder Einspruch erheben. Projekte wie Citrea, seit Januar 2026 live, bauen auf diesem Modell auf, bei dem ein einziger ehrlicher Teilnehmer unter vielen Betrug stoppen kann. Dieses „1-von-n-Ehrlichkeitsmodell“ verlagert das Vertrauen von einem Mehrheitskonsens auf die Anwesenheit eines einzigen wachsamen Anfechters; allerdings müssen Betreiber Kapital sperren oder vorstrecken, und Auszahlungen müssen Anfechtungsfristen abwarten.
11. Der Vergleich dieser Modelle zeigt unterschiedliche Risikoprofile. Lightning kommt ohne Dritte aus, bietet für gemeinsame Märkte aber nur begrenzten Nutzen. Liquid und Stacks stützen sich auf Föderationen oder Unterzeichnergruppen, bei denen Absprachen die größte Bedrohung sind. BitVM-Rollups hängen von Ehrlichkeit im Wettbewerb unter den Betreibern ab. Die entscheidende Variable ist in jedem Fall die Verwahrung: wer die privaten Schlüssel zu den zugrunde liegenden Bitcoin hält und was passiert, wenn diese Instanz ausfällt, gehackt wird oder sich zum Betrug entschließt.
12. Ausstiegsmechanismen bestimmen das tatsächliche Vertrauensmodell. Bei Lightning bedeutet ein Ausstieg, den Kanal on-chain zu schließen; reagiert die Gegenseite nicht, fließen die Mittel nach Ablauf eines Timelocks zurück. Bei Liquid oder Stacks erfordert ein Ausstieg einen Rücktauschantrag, den die Föderation bzw. die Unterzeichner bearbeiten; zögern sie oder lehnen sie ab, sitzen die Nutzer fest. Bei BitVM-Bridges hängt der Ausstieg davon ab, dass mindestens ein aktiver Betreiber den Nutzer auszahlt; die Erstattungsansprüche der Betreiber durchlaufen anschließend eine Anfechtungsfrist. Wer nicht aussteigen kann, ohne einem Dritten zu vertrauen, betreibt keine echte Selbstverwahrung – ganz gleich, wie dezentral das Netzwerk wirkt.

Kernfakten

Übung neun, sechs, drei, eins

Faktcheck

Datumsangaben, Zahlen und Behauptungen wurden mit den unten aufgeführten veröffentlichten Quellen abgeglichen.

• S. Nakamoto, 'Bitcoin: A Peer-to-Peer Electronic Cash System' (2008)
• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023)
• BIP-341: Taproot (activated 2021)
• J. Poon & T. Dryja, 'The Bitcoin Lightning Network' (2016)
• Blockstream Liquid Documentation
• Stacks sBTC Technical Documentation (December 2024)
• R. Linus, 'BitVM: Compute Anything on Bitcoin' (2023)