Grundlagenseite

Was ist Bitcoin Hyper?

Ein Layer-2-Rollup auf Bitcoin, das die Solana Virtual Machine als Ausführungsumgebung nutzen soll. Erklärt von den Grundprinzipien bis zur vollständigen Architektur.

⚠ Dokumentiert vs. versprochen

Diese Website unterscheidet durchgängig zwischen dem, was dokumentiert und überprüfbar ist (im Betrieb auf dem Devnet), und dem, was versprochen oder noch in Entwicklung ist. Diese Unterscheidung wird auf der gesamten Seite ausdrücklich kenntlich gemacht.

Die dreischichtige Architektur

Layer 3 — Anwendungen DeFi · NFT · DEX · Lending · Wallet · Gaming · Oracle · Compliance SVM-Programme (Rust/Anchor) Layer 2 — Hyper Rollup Ausführung SVM / Sealevel Sequencing Zentralisiert → dezentralisiert Data Availability In Erforschung ⚠ Bridge Canonical Bridge (Test) Layer 1 — Bitcoin (Settlement) Sicherheit · Unveränderlichkeit · Finalität · OP_RETURN · Taproot
1

Bitcoin — die Settlement-Ebene

In der vorgeschlagenen Architektur übernimmt Bitcoin die Rolle der Settlement- und Verankerungsebene. Nach der Dokumentation des Projekts veröffentlicht das Hyper-Rollup periodisch sein State Commitment (einen Merkle-Root des aktuellen Zustands) über OP_RETURN oder Taproot auf Bitcoin. Diese Verankerung erlaubt es, das State Commitment zu überprüfen und nachträgliche Änderungen zu erkennen; für sich genommen garantiert sie jedoch weder die Korrektheit des Zustands noch die Data Availability oder die Sicherheit der Bridge.

Status: ✓ Architektur im Whitepaper dokumentiert | Periodische Verankerung in Entwicklung

2

Hyper Rollup — die Ausführungsebene

Das Herzstück des Systems. Es besteht aus vier Kernkomponenten: Ausführung (die SVM mit der Sealevel-Parallelisierung), Sequencing (die Reihenfolge der Transaktionen, zum Start zentralisiert), Data Availability (wo die vollständigen Transaktionsdaten liegen — weiterhin Gegenstand der Forschung) und die Bridge (die kanonische Bridge BTC↔Hyper, im Test auf dem Devnet).

Status: ✓ SVM läuft nach Angaben des Projekts auf dem Devnet | ⚠ DA und Forced Inclusion in Entwicklung

3

Anwendungen — die Nutzerebene

Alles, was sich darauf aufbauen lässt: DeFi-Protokolle, DEXs, NFT-Marktplätze, Lending, Stablecoins, Spiele und Compliance-Werkzeuge. Nach der Dokumentation des Projekts werden die Programme in Rust mit dem Anchor-Framework geschrieben — dieselben Werkzeuge wie bei Solana. Die tatsächliche Kompatibilität und der Umfang notwendiger Anpassungen sind anhand der technischen Dokumentation und unabhängiger Tests zu überprüfen.

Status: ✓ Erste SVM-Programme nach Angaben des Projekts auf dem Devnet getestet | Das Anwendungs-Ökosystem bildet sich erst heraus

Die vier Komponenten eines Rollups

Jedes Rollup — nicht nur Bitcoin Hyper — ruht auf diesen vier Säulen.

⚡

Ausführung

Die virtuelle Maschine, welche die Smart Contracts ausführt. Bei Hyper: die SVM mit der Sealevel-Laufzeitumgebung zur Parallelisierung. Transaktionen, die unterschiedliche Accounts berühren, können parallel laufen, was den Durchsatz erhöhen kann.

◎ Läuft laut Projekt im Devnet
⬡

Sequencing

Die Komponente, welche die Reihenfolge der Transaktionen bestimmt. Sie entscheidet, wer was und wann zahlt, mit Folgen für MEV und Zensur. Zum Start: ein einzelner, zentralisierter Sequencer. Roadmap: Dezentralisierung binnen zwei bis vier Jahren.

⚠ Zum Start zentralisiert
⚓

Settlement

Die periodische Verankerung des State Commitment an Bitcoin. Jede Verankerung veröffentlicht den Merkle-Root des aktualisierten Zustands. Die Frequenz ist anpassbar: häufigere Verankerung bedeutet schnellere Finalität, aber höhere Gebühren auf Bitcoin.

◎ In Entwicklung
📦

Data Availability

Wo die vollständigen Daten jeder Transaktion gespeichert und verfügbar gemacht werden. Sind die Daten nicht öffentlich verfügbar, handelt es sich technisch um ein Validium. Zum 28. April 2026 ist die endgültige Lösung weiterhin Gegenstand der Forschung.

⚠ In Erforschung

💡 Zentrale Erkenntnisse

  • • Bitcoin Hyper ist ein Rollup: Ausführung off-chain, mit einem an Bitcoin verankerten State Commitment
  • • Es nutzt die SVM (Solana VM) — nach Angaben des Projekts vollständige Programmierbarkeit und Solana-Kompatibilität für Entwickler; beides bleibt zu überprüfen
  • • Zum Start: ein zentralisierter Sequencer und eine föderierte Bridge — mit einer Dezentralisierungs-Roadmap über zwei bis vier Jahre
  • • Data Availability und Forced Inclusion sind weiterhin in Entwicklung: kritische Meilensteine vor dem Mainnet
  • • Es ist keine Sidechain: Wie viel Sicherheit tatsächlich von Bitcoin geerbt wird, hängt von der konkreten Umsetzung der Verankerung, der Data Availability, der Bridge und der Verifikationsmechanismen ab