Referenzleitfaden
Was ist Bitcoin Hyper?
Bitcoin Hyper präsentiert sich als vorgeschlagenes Layer-2-Rollup für Bitcoin, das die Solana Virtual Machine als Ausführungsumgebung nutzen würde. Diese Seite stellt die Grundlagen und die vorgeschlagene Architektur vor.
⚠ Dokumentiert oder angekündigt
Diese Website unterscheidet konsequent zwischen dem, was dokumentiert und überprüfbar ist — beispielsweise die auf der devnet beobachtbaren Elemente — und dem, was angekündigt oder noch in Entwicklung ist. Diese Unterscheidung wird auf der gesamten Seite ausdrücklich kenntlich gemacht.
Die dreischichtige Architektur
Bitcoin — die Settlement-Ebene
In der vorgeschlagenen Architektur erfüllt Bitcoin die Funktion der Settlement- und Verankerungsebene. Gemäss der Projektdokumentation würde das Hyper-Rollup sein state commitment — eine Merkle-Wurzel des aktuellen Zustands — periodisch über OP_RETURN oder Taproot auf Bitcoin veröffentlichen. Diese Verankerung würde es ermöglichen, Zustandsverpflichtungen festzuhalten und spätere Änderungen zu erkennen, garantiert für sich allein jedoch weder die Korrektheit des Zustands noch die Datenverfügbarkeit oder die Sicherheit der Bridge.
Angegebener Status: im Whitepaper beschriebene Architektur | periodische Verankerung in Entwicklung
Hyper Rollup — die Ausführungsebene
Die vorgeschlagene Architektur umfasst vier Hauptkomponenten: die Ausführung (die SVM mit der Sealevel-Parallelisierung), das Sequencing (die Anordnung der Transaktionen, zum Start zentralisiert), die Datenverfügbarkeit (der Speicherort der vollständigen Transaktionsdaten, noch in Prüfung) und die Bridge (die Canonical Bridge BTC↔Hyper, in der Testphase auf der devnet).
Angegebener Status: SVM laut Projekt auf der devnet in Betrieb | Datenverfügbarkeit und erzwungene Inklusion in Entwicklung
Anwendungen — die Nutzerebene
Die Ebene für Anwendungen wie DeFi-Protokolle, DEX, NFT-Marktplätze, Kreditvergabe, Stablecoins, Spiele und Werkzeuge zur regulatorischen Compliance. Gemäss der Projektdokumentation würden die Programme in Rust mit Anchor und einer Toolchain entwickelt, die derjenigen von Solana ähnelt. Die tatsächliche Kompatibilität und die notwendigen Anpassungen sind anhand technischer Dokumentation und unabhängiger Tests zu überprüfen.
Angegebener Status: erste SVM-Programme laut Projekt auf der devnet getestet | Anwendungsökosystem im Aufbau
Die vier Komponenten eines Rollup
Jedes Rollup, nicht nur Bitcoin Hyper, beruht auf diesen vier Säulen.
Ausführung
Die virtuelle Maschine, welche die Smart Contracts ausführt. Die für Hyper vorgeschlagene Architektur nutzt die SVM mit dem Sealevel-Runtime für die Parallelisierung. Transaktionen, die unterschiedliche Konten betreffen, können parallel ausgeführt werden, was den Durchsatz erhöhen kann.
◎ Laut Projekt auf der devnet in BetriebSequencing
Die Komponente, welche die Anordnung der Transaktionen bestimmt. Sie legt deren Reihenfolge fest, mit Auswirkungen auf MEV und Zensur. Das Projekt sieht anfänglich einen einzigen, zentralisierten Sequencer vor. Gemäss der Roadmap würde die Dezentralisierung innerhalb von zwei bis vier Jahren erfolgen.
⚠ Zum Start zentralisiertSettlement
Die periodische Verankerung des state commitment auf Bitcoin. Jede Verankerung würde die Merkle-Wurzel des aktualisierten Zustands veröffentlichen. Die Dokumentation beschreibt eine adaptive Frequenz: eine häufigere Verankerung könnte die Zeitspanne bis zur Finalität verkürzen, würde aber die Gebührenkosten auf Bitcoin erhöhen.
◎ In EntwicklungDatenverfügbarkeit
Die Datenverfügbarkeit bestimmt, wo die Daten gespeichert und wie sie bereitgestellt werden, die zur Rekonstruktion der Transaktionen und des Zustands erforderlich sind. Wären diese Daten nicht öffentlich zugänglich, würde sich das System vom Modell eines Rollups mit öffentlicher Datenverfügbarkeit entfernen und einem Schema vom Typ Validium annähern. Am 28. April 2026 war die endgültige Lösung noch in Prüfung.
⚠ In Prüfung💡 Kernpunkte
- • Bitcoin Hyper präsentiert sich als Rollup mit Off-Chain-Ausführung und auf Bitcoin verankerten Zustandsverpflichtungen
- • Laut Projekt soll die SVM Programmierbarkeit und Kompatibilität mit dem Entwicklungsökosystem von Solana bringen; beide Aspekte sind zu überprüfen
- • Das ursprüngliche Design sieht einen zentralisierten Sequencer und eine föderierte Bridge vor, mit einer Dezentralisierungs-Roadmap über zwei bis vier Jahre
- • Die Datenverfügbarkeit und die erzwungene Inklusion bleiben in Entwicklung: Es handelt sich um kritische Meilensteine vor der mainnet
- • Das Projekt stellt es als Rollup dar, nicht als Sidechain. Das von Bitcoin geerbte Sicherheitsniveau wird von der konkreten Ausgestaltung der Verankerung, der Datenverfügbarkeit, der Bridge und der Verifizierungsmechanismen abhängen