In der Bitcoin-Ökosystem gibt es tatsächlich nur wenige Brücken, die „Vertrauensminimierung“ wirklich hochhalten können – und sie erhalten gerade eine Welle von Vorteilen in der Basistechnik. Viele haben noch nicht erkannt, dass die, auf den ersten Blick eher trockene, Konsens-Upgrade-Roadmap über Covenants (Verträge) – wenn sie mit den technischen Fortschritten der BitVM-Bridge-Serie zusammenkommt – die Bewertungslogik für BTC Layer 2 erheblich verändern wird. Darin steckt ein entscheidender Hebel für den nächsten Ausbruch von BTCFi.
Zuerst den Blick zum Miner-Lager richten: Das Signal ist bereits auf Grün.
Die Mitbegründerin von F2Pool, @satofishi, hat sich am 30. März 2026 öffentlich geäußert, nachdem das Signalfenster für BIP-119 (OP_CHECKTEMPLATEVERIFY) geöffnet wurde: „Wenn BIP-119 (oder ein anderer Vorschlag) genügend Unterstützung erhält, unterstützen wir es sehr gern.“ F2Pool ist eines der Bitcoin-Mining-Pools mit der längsten Betriebsdauer und kontrolliert etwa 10 % der gesamten Hashrate im Netzwerk. Diese Aussage wiegt schwer.
Noch spannender: die direkte Reaktion des BitVM-Gründers @Robin_Linus—er zitiert in einer Antwort diesen Tweet: „Zeit, den Fokus auf den BIP-448-Vertragsvorschlag zu legen; wir aktivieren ihn dieses Jahr.“ BIP-448 ist ein Entwurf, der im März 2026 veröffentlicht wird. Er packt TEMPLATEHASH, CSFS (OP_CHECKSIGFROMSTACK) und OP_INTERNALKEY (BIP-349) zu einer Taproot-nativen „(umbindbaren) Transaktion“-Lösung zusammen. TEMPLATEHASH selbst wurde bereits am 27. Juli 2026 auf dem Bitcoin Inquisition signet aktiviert und steht Entwicklern zum Testen zur Verfügung.
Miner-Pools bekennen sich zur Unterstützung, der Erfinder des Kernprotokolls meldet sich persönlich zu Wort, Testnet-Tools sind bereit—solche Signale gehören bei jeder früheren Bitcoin-Upgrade-Welle zu dem Muster: „Die gespeicherte Energie ist bereits voll aufgeladen“.
Warum braucht eine Brücke Verträge? Schau dir die Daten an, die Citrea hervorgebracht hat.
Um den Wert dieser Sache zu verstehen, muss man zuerst sehen, wie Brücken in einer Welt ohne Verträge funktionieren.
Jede Brücke im BitVM-Stil, im Kern: BTC auf Bitcoin sperren und dann in Layer 2 nutzen. Der Fundamentstein der Sicherheit ist eine „Transaktionsgrafik“—vorab definieren, welche Pfade jede Münze in jedem möglichen Fall gehen kann, einschließlich Einzahlungsbestätigung, Ausheben, Challenge und Slashing. Das Bitcoin-Skript selbst kann diese Grafik nicht erzwingen, also nutzte BitVM2 einen geschickten sozialen Ansatz: Der Ausschuss n-of-n Multisig signiert bei der Initialisierung jede Route bereits vor und zerstört anschließend seine eigenen Signaturschlüssel. Solange ein Mitglied die Schlüssel wirklich zerstört, gibt es keine neuen ausgebbaren Pfade—diese Vertrauensannahme heißt „1-of-n“, es reicht, wenn ein ehrliches Mitglied teilnimmt.
Die Clementine-Brücke von @Citrea_xyz läuft genau nach diesem Modell im Bitcoin-Mainnet: 공개 bekannt gegebene Signierer, und die Sicherheit wird durch das Bitcoin-Netz erzwungen—unter der Annahme, dass ein Signierer ehrlich ist. In den ersten sechs Monaten vor dem Launch hat sie 150 BTC verarbeitet. Heute läuft eine sozialisierte Vertragslogik bereits in einer Produktionsumgebung.
Aber wo liegen die Kosten hier? Bei jeder neuen Einzahlung muss der Ausschuss sich zusammentun und das Diagramm erneut komplett signieren—Einzahlungen sind interaktiv, die Zeremonien wiederholen sich, und das gesamte Setup basiert auf dem Glauben, dass „mindestens ein Signierer den Schlüssel wirklich zerstört hat“. Es kann funktionieren, aber es ist im Bitcoin-Status quo die „beste Kompromisslösung“.
💡 Die Aufgabe der Vertrags-OP-Codes besteht darin, diesen Teil der „sozialisierten Simulation“ in die Bitcoin-Konsensschicht zu übernehmen.
GOAT BitVM3: On-Chain-Schiedsgericht auf das Maximum komprimieren
Das BitVM3-Whitepaper des GOAT-Teams (GOAT @GOATNetwork) nimmt diese Idee auf ein neues Level. Ihr Vorschlag integriert den BABE-Zeugen-Verschlüsselungsansatz: Bei der Initialisierung wird ein Hash-basiertes Verwirrungs-Setup für einen Verschaltungskreis vorbereitet; wenn der Betreiber das Geheimnis der vorab zugesagten Daten entschlüsseln möchte, ist der einzige Weg ein gültiger Groth16-Beweis. Das Bitcoin-Mainnet muss niemals einen Verifikator ausführen; On-Chain wird die Kontroverse zu einer nativen Hash-Prüfung: RIPEMD160(SHA256(msg)) gegen den zugesagten Wert vergleichen—fertig.
Konkrete Daten sind ziemlich beeindruckend:
• Assertions-Witness des Betreibers nur 2.058 Bytes • Challenge-Response trägt ca. 14 KB Schaltungs-Tags • Betreiber-Replik nur 64 Bytes • Vollständiges peg-in Initialisieren (inkl. cut-and-choose und STARK soldering Proof, generiert von Ziren zkVM) läuft auf der CPU ca. 25 Minuten • Korrektheit durch cut-and-choose-Protokoll abgesichert (181 Instanzen pro vorgegebenen Verifikator), Soundness-Fehler maximal 2^-40
Was bedeutet das konkret? On-Chain ist extrem schlank—komplexe Berechnungen werden komplett Off-Chain verlagert. Und zusammen mit Vertrags-Opcode kann man es noch weiter komprimieren.
Sobald der Vertrag einmal in Kraft ist—wie würde die Brücke dann aussehen?
@Robin_Linus hat selbst in seiner Delving-Bitcoin-Analyse im April 2025 ausgerechnet, was ankommt: Mit CSFS-basierter Zusage lässt sich das Volumen der entsprechenden Transaktionen um etwa das Zehnfache reduzieren. Die Position der BitVM-Allianz ist sehr klar: „Die BitVM-Allianz unterstützt den CTV + CSFS-Vorschlag nachdrücklich“.
Konkret bei einem Engineering wie GOAT BitVM3 ist die Verbesserung durch Verträge schichtweise:
Erste Ebene: Nicht-interaktive Einzahlungen. Mit dem Template-Vertrag können Einzahlungs-Ausgaben die Transaktionsgrafik direkt in die Ausgabebedingungen kodieren; sie werden dann durch den Bitcoin-Konsens zwangsweise ausgeführt. Der Nutzer muss keinerlei Ausschuss aus Signierern zusammenrufen. Für eine Brücke wie GOAT, bei der bei jeder Einzahlung die Vorab-Signierungszeremonie durchlaufen werden muss, ist das die größte operative Veränderung auf dem Desktop.
Zweite Ebene: Geringere On-Chain-Spuren. CSFS ersetzt die Zusagen, die auf WOTS-Einmalsignaturen basieren—die Größe des Skriptkörpers sinkt deutlich. Die 64-Byte-Replik bleibt unverändert, aber um sie herum schrumpft alles.
Dritte Ebene: Sequencer-Schlüssel neu bindbar. GOAT BitVM3 verankert den L2-Sequencer über vorab signierte Bitcoin-Transaktionsketten auf Bitcoin; bei jedem Wechsel müssen Schwellen-Signaturen aktualisiert werden. Das BIP-448-Design für umbindbare Signaturen trifft genau diesen Schmerzpunkt: Die Kombination aus TEMPLATEHASH + CSFS + INTERNALKEY ermöglicht, dass sich die Script-Blätter direkt auf die neue Signierer-Menge umbinden lassen—vorab signierte Zeremonien sind nicht nötig.
Vierte Ebene: Connector-Ausgänge vollständig gelöst. Die Transaktionsgrafik einer Brücke ist stark von Connector-Ausgängen abhängig. Diese „kleinen UTXOs“ haben genau die eine Aufgabe: die Verknüpfung verschiedener Transaktionen sicherzustellen—damit, wenn man einen Pfad gegangen ist, auch der Connector aktiviert/ausgegeben wird, der einen nächsten Pfad ermöglicht. Template-Verträge können nicht die Geschwister-Eingangs-Bedingung ausdrücken „diese Ausgabe darf nur zusammen mit jener bestimmten Ausgabe ausgegeben werden“—das ist das Limit von Templates. Um die Rolle des Ausschusses in der Diagramm-Ausführung wirklich zu eliminieren, braucht man einen programmierbaren Introspektions-Opcode wie OP_TXHASH (BIP-346): Er kann per Feld auswählen, welche Teile der zugesagten Transaktion welche Felder enthalten, einschließlich der anderen Eingaben der Ausgabetransaktion.
BIP-448 übernimmt die Ausführung der Konsensform (des Diagramms), sodass Einzahlungen nicht mehr zur Zeremonie werden; aber die Connector-Verkettung muss dennoch irgendwo im Design eine vorab signierte Ausschuss-Komponente behalten. Die Introspektion auf TXHASH-Ebene erlaubt es, dass der Vertrag selbst die Connector-Beziehung ausdrückt, und die Rolle des Ausschusses in der Diagramm-Ausführung verschwindet vollständig.
Noch einen Schritt weiter: TXHASH erlaubt dem Skript, die txid der aktuellen Eingabe-Vatertransaktion zu authentifizieren; OP_CAT erlaubt dem Witness, die Bytes der Vatertransaktion bereitzustellen und die txid im Skript neu zu berechnen. Zusammen könnten sie theoretisch entlang der Ahnenkette nach oben prüfen. Das bedeutet: Heute muss man beim peg-in bereits jedes einzelne UTXO vorbereiten, das im Diagramm später ausgegeben werden soll (BitVM2-Style: beim Einzahlen wird der Betreiber-Collateral in pre-kickoff Ausgaben eingeschlossen und bis zur Auszahlung ungenutzt gehalten; GOATs Pre-Kickoff-Kette reserviert ebenfalls BTC für Protokollgebühren). In Zukunft kann man das bis zum peg-out verschieben, um diese Ausgaben erst dann zu konstruieren. Keine Gelder liegen zwischen Einzahlung und Auszahlung herum—das ist ein echter Sprung in der Kapitaleffizienz.
@Robin_Linus ruft einerseits zur Aktivierung von BIP-448 in diesem Jahr auf und veröffentlicht andererseits eine Binohash-Route ohne Fork—diese beiden Linien sind nicht widersprüchlich: Forscher treiben beide gleichzeitig voran, und das Vorhandensein einer Fork-freien Route macht die Kosten-Nutzen-Rechnung für jeden Vertragsvorschlag erneut. Egal welche Route zuerst durchgeht, BitVM-Bridge-Nutzer profitieren.
Investitionssicht: unterschätzte Infrastruktur-Optionswerte
Wenn man BTC-Layer2 als eine der Hauptlinien des nächsten Zyklus betrachtet, dann ist die vertrauensminimierende Brücke die Engstelle auf dieser Hauptlinie. Traditionelle BTC-Brücken sind fast komplett Multisig-Custody; Citreas Clementine ist der erste Brücken-Vorschlag, bei dem man „Herrschaft durch Menschen“ entfernen könnte. Die Produktionsdaten der ersten sechs Monate mit 150 BTC haben die Machbarkeit bereits bestätigt.
GOAT BitVM3 bringt das On-Chain-Schiedsverfahren auf das Extrem von 2058-Byte-Assertion + 64-Byte-Replik; die Soundness-Fehlerrate wird auf 2^-40 begrenzt; vollständiges peg-in läuft auf der CPU in 25 Minuten durch. Diese Engineering-Kennzahlen bedeuten: Die Brücke für Produktionsumgebungen hat bereits die technische Basis für großflächigen kommerziellen Einsatz. Sobald entweder BIP-448 oder TXHASH einen Vertragsvorschlag aktiviert, genießt eine Brücke wie GOAT BitVM3 sofort den dreifachen Vorteil:
Einzahlungen von interaktiv zu nicht-interaktiv: ein Quantensprung im Nutzererlebnis, deutlich gesenkte Einstiegshürde für Kapitalzuflüsse
Transaktionsgröße nochmals um etwa das Zehnfache komprimiert (CSFS-Schätzung); On-Chain-Kosten fallen stark
Sequencer-Umbindung ohne Vorab-Signierungszeremonie: Wartungskomplexität sinkt exponentiell, die marginalen Kosten für Multi-Chain-Erweiterung nähern sich null
Mittelfristig ermöglicht die „Ancestor Transaction Proof“-Fähigkeit aus der Kombination TXHASH + OP_CAT, dass „zwischen Einzahlung und Auszahlung keine Barmittel ungenutzt herumliegen“—das verbessert die Kapitaleffizienz für alle BitVM-basierten Brücken gleichermaßen. Sobald irgendein Vertragsvorschlag vorankommt, ist das ein Gewinn für das gesamte BitVM-Ökosystem.
Am Aufregendsten sind die Signale: f2pool bekennt sich öffentlich zu etwa 10% der gesamten Netzrechenleistung und unterstützt; der Erfinder von BitVM drängt persönlich auf die Aktivierung von BIP-448 noch in diesem Jahr; TEMPLATEHASH läuft bereits auf signet. Zusammen mit den echten Durchsatzdaten des Citrea-Mainnets (150 BTC) und den extremen Engineering-Kennzahlen von GOAT BitVM3 steht diese Bitcoin-Vertrags+BitVM-Brücke genau in einem Resonanzpunkt: technische Umsetzung trifft auf Konsens-Upgrade.
BTC-Inhaber warten seit langem auf eine Antwort, die „die Sicherheit des Mainnets beibehält, aber dennoch Erträge unter dem Sicherheits-Schutzschild des Mainnets für Vermögenswerte erzeugen kann“, Kredite unterstützt und Transaktionen abschließt. Der Satz, den Citrea fragt—„Was wäre, wenn dieser gespeicherte Wert, während er jederzeit unter dem Sicherheits-Schutzschild von Bitcoin bleibt, auch Erträge erzeugen könnte, Kredite unterstützt oder Transaktionen ausführt?“—drückt die Engineering-Kosten der Vertrags-Operationen auf den Staub zurück. Und eine nächste Generation wie GOAT BitVM3 baut die Strecke bereits nach dem Dual-Modell: „Auch ohne Vertrag läuft es, mit Vertrag geht es erst richtig los.“
Der Durchbruch durch diese Layer-1-Protokoll-Verbesserungen verdient es, in jede ernsthafte Research-Checkliste für BTC-Positionen zu gehören.
#LFGoat #BTC #l2 #GOAT $GOATED
