Bitcoin steht vor einem Dilemma: Das Netzwerk soll skalieren, ohne seine Grundprinzipien zu opfern. Während Ethereum mit seinem Gas-System Transaktionskosten regelt, kämpft Bitcoin mit steigenden Gebühren und Netzwerküberlastung. Ein neuer Ansatz verspricht nun programmierbare Smart Contracts ohne zusätzliche Token – und das alles ohne Hard Fork.
Warum Bitcoin kein Gas messen kann
Das Bitcoin-Netzwerk bewertet Blockspace in Satoshis pro virtuelles Byte (sat/vB), nicht aber Rechenleistung. Diese Struktur macht das System robust gegen Manipulation, schränkt jedoch komplexere Anwendungen ein. Bitcoin Script ist bewusst zustandslos und nicht Turing-vollständig gestaltet – keine Schleifen, keine Sprünge. Jede Node kann so Skripte vorhersehbar prüfen, ohne endlose Berechnungen befürchten zu müssen.
Das Problem: Für Smart Contracts braucht es messbare Rechenzeit. Bisherige Lösungen lagern daher die Ausführung auf externe Systeme aus, die eigene Gebührenmärkte und oft separate Token einführen. Das macht die Nutzung umständlich und fragmentiert das Ökosystem.
Die Beschränkungen von Bitcoin Script sind historisch begründet. Satoshi Nakamoto entschied bewusst gegen eine Turing-vollständige Programmiersprache, um Sicherheitsrisiken zu minimieren. Diese Entscheidung schützt das Netzwerk vor Denial-of-Service-Angriffen durch unendliche Schleifen oder komplexe Berechnungen, die Nodes zum Absturz bringen könnten.
Separate Ausführung als Schlüssel zur Lösung
Der neue Ansatz trennt klar zwischen Ausführung und Abrechnung. Eine WebAssembly-basierte virtuelle Maschine übernimmt die deterministische Bearbeitung von Smart-Contract-Logik, während Bitcoin als Basisschicht für Transaktionen und Gebühren fungiert. Diese Architektur ermöglicht ausdrucksstarke Programmierung, ohne Bitcoin Script grundlegend zu verändern.
Verträge werden in AssemblyScript geschrieben und in der Wasm-Umgebung ausgeführt. Bitcoin bleibt dabei die einzige Währung für alle Transaktionen – keine zusätzlichen Token, keine separaten Gebührensysteme.
WebAssembly (Wasm) bietet dabei entscheidende Vorteile: Die Technologie ist browserkompatibel, hochperformant und ermöglicht deterministische Ausführung. Entwickler können in vertrauten Sprachen wie TypeScript programmieren, während die VM sicherstellt, dass identische Eingaben immer zu identischen Ergebnissen führen. Diese Determinismus ist für Blockchain-Anwendungen essentiell.
Die Trennung von Ausführungsebene und Abrechnungsebene folgt bewährten Software-Architekturprinzipien. Während die VM komplexe Berechnungen durchführt, bleibt Bitcoin für das, was es am besten kann: sichere, unveränderliche Werttransfers und Konsensbildung.
Simulate-Then-Spend: So funktioniert die BTC-Abrechnung
Ein BTC-bezahlter Vertragsaufruf läuft nach dem Simulate-Then-Spend-Prinzip ab. Zunächst simuliert das System den Aufruf ohne echte On-Chain-Aktion. Ein OPNet-Knoten führt den Code in der VM aus und liefert ein Ergebnis mit geschätztem Gasverbrauch und Gebühren zurück.
Erst bei der tatsächlichen Ausführung wird eine Bitcoin-Transaktion erstellt, signiert und ins Netzwerk gesendet. Wichtige Parameter wie feeRate (sat/vB) und maximumAllowedSatToSpend (Satoshis) geben Nutzern die gewohnte Kontrolle über ihre Transaktionskosten.
Dieser zweistufige Prozess verhindert unerwartete Kosten und gibt Nutzern volle Transparenz. Die Simulation erfolgt off-chain und kostet nichts, während die eigentliche Ausführung erst nach expliziter Bestätigung durch den Nutzer stattfindet. Das Verfahren ähnelt der “dry run”-Funktionalität moderner Smart-Contract-Plattformen.
Die Gasschätzung berücksichtigt sowohl die Komplexität der Smart-Contract-Logik als auch die aktuellen Bitcoin-Netzwerkbedingungen. Algorithmen analysieren historische Daten und aktuelle Mempool-Zustände, um präzise Kostenvorhersagen zu treffen.
Weniger Reibung durch Bitcoin-native Abrechnung
Der Verzicht auf zusätzliche Token eliminiert einen wichtigen Reibungspunkt. Nutzer müssen kein neues Gebührensystem erlernen, da alles über das bekannte sat/vB-Auktionsmodell läuft. Die Miner-Anreize bleiben transparent und nachvollziehbar.
Das bestehende Bitcoin-Tooling funktioniert weiterhin: UTXO-Verarbeitung, Wallet-Verbindungen und Cold-Signing-Workflows bleiben unverändert. Entwickler können auf bewährte Infrastruktur aufbauen, statt proprietäre Lösungen zu entwickeln.
Diese Kompatibilität erstreckt sich auf Hardware-Wallets, Multi-Signature-Setups und institutionelle Custody-Lösungen. Unternehmen können ihre bestehenden Bitcoin-Sicherheitsrichtlinien beibehalten, ohne separate Compliance-Prozesse für neue Token einführen zu müssen.
Die einheitliche Währung vereinfacht auch die Buchhaltung und Steuererklärung. Statt komplexe Token-zu-Token-Tauschgeschäfte nachverfolgen zu müssen, bleiben alle Transaktionen in der vertrauten Bitcoin-Denomination.
Technische Implementierung und Sicherheitsaspekte
Die Sicherheit des Systems basiert auf mehreren Säulen. Erstens bleibt Bitcoin Script unverändert, sodass keine neuen Angriffsvektoren auf der Basisschicht entstehen. Zweitens erfolgt die Smart-Contract-Ausführung in einer sandboxed WebAssembly-Umgebung, die Speicherzugriffe und Systemaufrufe streng kontrolliert.
Validatoren können Smart-Contract-Ergebnisse unabhängig verifizieren, da die WebAssembly-Spezifikation deterministische Ausführung garantiert. Diese Nachprüfbarkeit ist entscheidend für das Vertrauen in das System und ermöglicht dezentrale Validierung ohne zentrale Autorität.
Die Lösung nutzt Bitcoin’s bestehende Sicherheitsgarantien optimal aus. Transaktionen werden weiterhin durch Proof-of-Work abgesichert, während die VM-Ebene zusätzliche Funktionalität bereitstellt, ohne die Kernstabilität zu beeinträchtigen.
Auswirkungen für Bitcoin-Entwickler und Nutzer
Diese Lösung könnte Bitcoin erstmals eine programmierbare Schicht ohne Kompromisse bescheren. Entwickler erhalten Zugang zu Smart-Contract-Funktionalität, ohne die Sicherheit oder Dezentralisierung des Netzwerks zu gefährden. Nutzer profitieren von einheitlichen Gebühren in BTC und können komplexere Anwendungen nutzen, ohne zwischen verschiedenen Token jonglieren zu müssen.
Für die Bitcoin-Community bedeutet das einen Paradigmenwechsel: Skalierung muss nicht zwangsläufig über Layer-2-Lösungen mit eigenen Tokens erfolgen. Stattdessen kann Bitcoin selbst als universelle Recheneinheit für komplexere Operationen dienen, ohne seine Kernprinzipien aufzugeben.
Die Entwicklergemeinde kann von der vertrauten JavaScript/TypeScript-Syntax profitieren, während gleichzeitig die Performance und Sicherheit von WebAssembly genutzt wird. Bestehende Web-Entwickler können ihre Fähigkeiten direkt auf Bitcoin-Smart-Contracts übertragen.
Langfristig könnte diese Technologie Bitcoin’s Position als digitales Gold um die Dimension programmierbarer Finanzinstrumente erweitern, ohne die bewährten Eigenschaften als Wertspeicher zu gefährden.
