Referenz
Glossar
Basiert auf Anhang A des Buches « Due Diligence of a Layer 2 – The Bitcoin Hyper Case » von Michele Stefanelli. 33 Einträge in 12 Kategorien.
33 Einträge
Verankerung (anchoring)
SettlementPeriodische Veröffentlichung eines State Commitment des Rollups auf der Basisschicht von Bitcoin. Die Verankerung erfasst eine Zustandsverpflichtung und ermöglicht es, spätere Änderungen zu erkennen; für sich allein garantiert sie jedoch weder die Korrektheit des Zustands noch die Datenverfügbarkeit oder die Sicherheit des Bridge.
OP_RETURN
Bitcoin L1Opcode der Skriptsprache von Bitcoin, mit dem sich bis zu 80 Byte beliebiger Daten in eine Transaktion einfügen lassen, wobei die Ausgabe nachweisbar nicht ausgebbar gemacht wird. Er kann zum Verankern von State Commitments verwendet werden.
Taproot
Bitcoin L1Upgrade von Bitcoin (BIP 341/342, aktiviert im November 2021), das Schnorr-Signaturen und MAST einführt. Es verbessert die Vertraulichkeit, die Effizienz und die Flexibilität der Skripte und ist für effizientere Verankerungsmechanismen von Interesse.
UTXO
Bitcoin L1Unspent Transaction Output (nicht ausgegebene Transaktionsausgabe). Buchhaltungsmodell von Bitcoin: Statt « Konten » gibt es « nicht ausgegebene Ausgaben », die bestimmten Beträgen entsprechen. Es unterscheidet sich vom Kontenmodell, das die SVM und Ethereum verwenden.
Rollup
Layer 2Layer-2-Lösung, die Transaktionen off-chain ausführt und periodisch einen komprimierten Zustand auf der Basisschicht (L1) veröffentlicht. Sie verbindet die Off-Chain-Skalierbarkeit mit einer Sicherheit, die sich je nach gewähltem Modell auf die L1 stützt.
Sidechain
Layer 2Unabhängige Blockchain, die über einen Bridge mit der L1 verbunden ist. Ihre Sicherheit hängt hauptsächlich von ihrem eigenen Konsensmechanismus und der Gestaltung des Bridge ab, nicht direkt von der Sicherheit der L1.
Validium
Layer 2Architektur, die einem Rollup ähnelt und bei der die zur Rekonstruktion des Zustands erforderlichen Daten ausserhalb der L1 aufbewahrt werden. Sie kann die Kosten senken und die Kapazität erhöhen, führt jedoch zusätzliche Annahmen zur Datenverfügbarkeit ein: Werden diese Daten unzugänglich, können die Nutzer die Möglichkeit verlieren, den Zustand zu überprüfen oder ihre Mittel abzuheben.
Optimistic Rollup
Layer 2Rollup, das Zustandsübergänge standardmässig als gültig betrachtet — daher der Begriff « optimistisch ». Es stützt sich auf Betrugsnachweise, mit denen sich fehlerhafte Übergänge innerhalb eines Zeitfensters anfechten lassen, auf Ethereum in der Regel von sieben Tagen.
ZK Rollup
Layer 2Rollup, das Gültigkeitsnachweise verwendet — häufig auf Basis der Zero-Knowledge-Kryptografie —, um zu belegen, dass die Zustandsübergänge die Regeln des Protokolls einhalten. Es kann die Bestätigungszeiten gegenüber einem Optimistic Rollup verkürzen, auch wenn die tatsächliche Finalität ebenfalls von der L1 und der Gestaltung des Systems abhängt.
SVM (Solana Virtual Machine)
AusführungAusführungs-Runtime, entwickelt von Solana Labs. Sie ermöglicht die parallele Ausführung, indem sie verlangt, dass jede Transaktion die von ihr genutzten Konten explizit deklariert. Laut Projekt setzt Bitcoin Hyper sie als Ausführungsumgebung ein.
Sealevel
AusführungParallelisierungs-Runtime der SVM. Sie analysiert die von jeder Transaktion deklarierten Konten und ermöglicht es, jene parallel auszuführen, die nicht in Konflikt geraten. Sie ist einer der Bausteine, die zur Leistung von Solana und — laut Projekt — zur vorgesehenen Gestaltung von Bitcoin Hyper beitragen.
Anchor
AusführungRust-Framework für die Entwicklung von SVM-Programmen. Es ergänzt Makros, Konventionen und Test-Werkzeuge, die die Entwicklung auf Solana erleichtern. Laut Projekt will Bitcoin Hyper eine ähnliche Toolchain anbieten; die tatsächliche Kompatibilität ist noch zu überprüfen.
SPL (Solana Program Library)
AusführungBibliothek von Standardprogrammen auf der SVM: Tokens (SPL Token), Staking, Governance und weitere. Laut Projekt strebt Bitcoin Hyper die Kompatibilität mit SPL an, was die Wiederverwendung von Tokens und Programmen aus Solana ermöglichen würde.
Sequencer
SequencingKomponente des Rollups, die die Transaktionen vor ihrer Ausführung anordnet. Die Instanz, die den Sequencer kontrolliert, kann diese Reihenfolge bestimmen — mit Implikationen für MEV und Zensur. Zum Start von Bitcoin Hyper ist vorgesehen, dass er zentralisiert ist.
MEV (Maximal Extractable Value)
SequencingWert, der sich durch das Umordnen, Einfügen oder Auslassen von Transaktionen innerhalb eines Blocks oder eines Batches extrahieren lässt. Ein zentralisierter Sequencer kann über erhebliche Möglichkeiten verfügen, den MEV des Rollups abzuschöpfen oder zu beeinflussen.
Erzwungene Aufnahme (forced inclusion)
SequencingMechanismus, der es den Nutzern ermöglicht, die Aufnahme einer Transaktion über die L1 von Bitcoin zu « erzwingen » und dabei einen Sequencer zu umgehen, der Zensur ausüben würde. In Bitcoin Hyper befand sich diese Funktion am 28.04.2026 noch in Entwicklung.
Canonical Bridge
BridgeOffizieller Bridge von Bitcoin Hyper, der den Transfer von BTC von der L1 zum Rollup und umgekehrt ermöglicht. Zum Start: föderierte oder zentralisierte Verwahrung mit den damit verbundenen Vertrauensannahmen. Die Roadmap sieht eine schrittweise Dezentralisierung vor, die noch zu überprüfen ist.
Erzwungener Austritt (forced exit)
BridgeMechanismus, der es den Nutzern ermöglicht, ihre Mittel aus dem Rollup abzuheben, selbst wenn der Sequencer oder der Bridge nicht kooperieren, indem die L1 von Bitcoin genutzt wird. Es handelt sich um eine kritische Sicherheitsfunktion, die sich noch in Entwicklung befindet.
Datenverfügbarkeit (data availability, DA)
DatenverfügbarkeitGarantie, dass die Daten aller Transaktionen öffentlich zugänglich sind. Fehlen die Daten, kann niemand den Zustand des Rollups rekonstruieren. Bei Bitcoin Hyper wird die endgültige Lösung noch geprüft.
State Commitment
SettlementKomprimierte Darstellung — in der Regel eine Merkle-Wurzel — des vollständigen Zustands des Rollups zu einem bestimmten Zeitpunkt. Sie wird periodisch als Verankerung auf Bitcoin veröffentlicht; ihre Veröffentlichung entspricht nicht einer vollständigen Überprüfung des Zustands.
Merkle-Baum (Merkle tree)
KryptografieBaumartige Datenstruktur, in der jeder Elternknoten dem Hash seiner Kindknoten entspricht. Sie ermöglicht effiziente Nachweise — Merkle-Nachweise — für die Zugehörigkeit von Daten, ohne die vollständige Menge preiszugeben.
$HYPER
TokenomicsToken, den die Projektdokumentation als nativen Token von Bitcoin Hyper darstellt. Das angekündigte Gesamtangebot beträgt 21 Milliarden. Gemäss der veröffentlichten Dokumentation ist seine Verwendung vorgesehen, um Gebühren zu bezahlen, am Staking teilzunehmen und — zu einem späteren Zeitpunkt — an den Governance-Mechanismen. Die angekündigte Allokation lautet wie folgt: 25 % Treasury, 30 % Entwicklung, 20 % Marketing, 15 % Belohnungen und 10 % Listings.
Vesting
TokenomicsMechanismus zur schrittweisen Freigabe der Tokens im Zeitverlauf. Gemäss den für den Vorverkauf veröffentlichten Bedingungen hätte $HYPER eine Vesting-Periode von sieben Tagen.
TGE (Token Generation Event)
TokenomicsEreignis, bei dem ein Token erstellt und erstmals verteilt wird. Gemäss dem Whitepaper müssen die Sicherheitsaudits vor dem TGE von Bitcoin Hyper abgeschlossen sein.
TVL (Total Value Locked)
DeFiGesamtwert der in den DeFi-Protokollen eines Netzwerks hinterlegten Vermögenswerte. Es handelt sich um einen Indikator, der zur Messung der Akzeptanz und des Vertrauens innerhalb eines Ökosystems verwendet wird.
AMM (Automated Market Maker)
DeFiDeFi-Protokoll, das mathematische Formeln — in der Regel x*y=k — verwendet, um die Tauschpreise zu bestimmen, ohne auf ein herkömmliches Orderbuch zurückzugreifen.
Oracle
DeFiDienst, der Daten aus der realen Welt in die Blockchain einbringt — Preise, Ereignisse usw. Er ist für die DeFi von zentraler Bedeutung: Kredite, Derivate und zahlreiche Verträge sind auf zuverlässige externe Preisdaten angewiesen.
Betrugsnachweis (fraud proof)
SicherheitKryptografischer Nachweis, der belegt, dass ein Zustandsübergang ungültig ist. Er wird in Optimistic Rollups verwendet, um betrügerische Zustände während der Anfechtungsfrist anzufechten.
Sicherheitsaudit (security audit)
SicherheitPrüfung des Quellcodes durch unabhängige Fachleute, um mögliche Schwachstellen zu identifizieren. Im Fall von Bitcoin Hyper hat das Projekt die Veröffentlichung von Audits vor dem TGE angekündigt; per 28. April 2026 wurde kein öffentlicher Auditbericht zum Protokoll oder zum Bridge festgestellt.
Finalität (finality)
SettlementZeitpunkt, ab dem eine Transaktion gemäss den Regeln und Annahmen des Systems als unumkehrbar gilt. In der für Bitcoin Hyper beschriebenen Gestaltung würden die Zustandsverpflichtungen nach ihrer Veröffentlichung Bestätigungen auf Bitcoin ansammeln; dies garantiert für sich allein weder die Gültigkeit des Zustands noch die Möglichkeit, die Mittel abzuheben.
Lightning Network
Vergleichbare ProjekteZahlungsnetzwerk auf Bitcoin, das auf Kanälen basiert. Es ist in erster Linie für schnelle und kostengünstige Zahlungen konzipiert und bietet keine universelle Smart-Contract-Umgebung, die mit einer virtuellen Maschine vergleichbar wäre. Es wird seit 2018 produktiv eingesetzt.
Stacks
Vergleichbare ProjekteSmart-Contract-Netzwerk, das mit Bitcoin verbunden ist und den PoX-Mechanismus (Proof of Transfer) nutzt. Es verfügt über eine eigene Sprache, Clarity, und speichert Informationen zu seinen Blöcken auf Bitcoin.
Rootstock (RSK)
Vergleichbare ProjekteBitcoin-Sidechain, die mit der EVM kompatibel ist und Merge-Mining nutzt. Sie verwendet RBTC, einen an BTC gekoppelten Vermögenswert, als Token für die Bezahlung des Gas. Sie ist seit 2018 in Betrieb.
Es wurde kein passender Begriff gefunden.