Kommentiertes Whitepaper

Diese Aussage ist zu differenzieren. Gemäss der beschriebenen Architektur sieht Bitcoin Hyper vor, Zustandsverpflichtungen auf Bitcoin zu veröffentlichen. Diese Verankerung garantiert für sich allein weder die Korrektheit des Zustands noch die Datenverfügbarkeit oder die Sicherheit der Bridge. Zudem wird die Verwahrung der BTC in der Bridge zum Start als föderiert oder zentralisiert beschrieben; ein Ausfall oder eine Kompromittierung der Bridge könnte die Vermögenswerte daher gefährden.

Die Projektdokumentation beschreibt eine Ausführungsumgebung auf Basis der SVM und eine Kompatibilität mit den Werkzeugen des Solana-Ökosystems. Die tatsächliche Kompatibilität des Codes, von Anchor, der CLI und der Systemprogramme ist anhand öffentlicher technischer Dokumentation und unabhängiger Tests zu überprüfen. Die Gebühren würden in $HYPER bezahlt, nicht in SOL.

Die vorgeschlagene Architektur ist mit der parallelen Ausführung von Sealevel konsistent, es wurden jedoch keine für Bitcoin Hyper spezifischen Performance-Messungen veröffentlicht. Der tatsächliche Durchsatz wird zudem vom Sequencer, von der Datenverfügbarkeit und von der finalen Implementierung abhängen.

Zum angegebenen Datum nicht eingehalten. Am 28. April 2026 war die mainnet noch immer nicht in Betrieb. Die verfügbare öffentliche Dokumentation erlaubt es nicht, diese Verzögerung mit Sicherheit einer einzigen Ursache zuzuschreiben; die noch ausstehenden Meilensteine betreffend die Bridge, die Audits und die übrigen Komponenten sind vor dem Start zu überprüfen.

Am 28. April 2026 waren zwei öffentliche Berichte zum ERC-20-Vertrag von $HYPER identifiziert worden, jedoch kein öffentlicher Auditbericht zum Layer-2-Protokoll oder zur Bridge. Die Zusage, vor dem TGE Audits zu veröffentlichen, blieb daher für diese Komponenten zu überprüfen.