Monitoring

Projektstatus

Konsultiert am heute — Quellen: vom Projekt veröffentlichte Dokumentation und auf dieser Seite zitierte externe Überprüfungen. Offizielle Website: bitcoinhyper.com

Aktuelle Phase

Devnet

Selektiver Zugang

In der verfolgten Dokumentation angegebenes Mainnet-Fenster

Q3–Q4 2026

Richtwert-Zeitplan, in Abhängigkeit von Audits und Entwicklung neu zu validieren

Öffentliche Audits

Token-Audits veröffentlicht

SolidProof / Coinsult; kein vollständiges öffentliches Audit des Protokolls oder der Bridge identifiziert

SVM auf der Devnet

Als betriebsbereit angegeben

Laut Projekt; Rust/Anchor-Programme getestet

Status der wichtigsten Komponenten

✓ Auf der Devnet

SVM-Ausführungsschicht

Laut Projektdokumentation laufen die SVM-Programme nativ auf der Devnet. Das Projekt gibt an, dass SPL-Tokens, Escrow-Mechanismen und Multisignatur-Konfigurationen getestet wurden.

◉ Laufend

Sequencer (zentralisiert)

Laut Projekt auf der Devnet betriebsbereit. Beim Start des Mainnets ist vorgesehen, dass er zentralisiert und vom Team betrieben wird.

✓ Auf der Devnet

Devnet-Explorer

Das Projekt betreibt einen öffentlichen Devnet-Explorer.

◎ In Entwicklung

Canonical Bridge

Laut Projektdokumentation befindet sich die Canonical Bridge in der Testphase auf der Devnet. Der erzwungene Austritt ist noch nicht implementiert, und das anfängliche Verwahrungsmodell ist föderiert.

◎ In Entwicklung

Verankerung auf Bitcoin

Die Dokumentation beschreibt eine Verankerung über OP_RETURN oder Taproot. Die adaptive Frequenz befindet sich weiterhin in Entwicklung.

◎ In Entwicklung

Datenverfügbarkeit

Die endgültige Lösung wird noch geprüft. Zu den untersuchten Ansätzen zählen: externe Datenverfügbarkeitsschichten, Erasure Coding und verteilte Nodes.

○ Geplant

Erzwungene Inklusion und erzwungener Austritt

Mechanismus zur Zensurresistenz. Er befindet sich weiterhin in Entwicklung und ist auf der Devnet nicht verfügbar.

◎ In Entwicklung

Nachweissystem (ZK/Betrug)

Das Projekt gibt an, ein hybrides Modell zu entwickeln, das Betrugsnachweise und Validitätsnachweise kombiniert. Laut seiner Dokumentation wäre dieses System beim anfänglichen Start nicht aktiv.

○ Geplant

Sicherheitsaudits

Öffentliche Audits des Token-Vertrags wurden identifiziert, insbesondere bei SolidProof und Coinsult. Das SolidProof-Audit bezieht sich ausdrücklich auf einen einzigen Token-Vertrag und nicht auf das Layer-2-Protokoll, die Bridge oder die übrigen Verträge. In dieser Überprüfung wurde kein vollständiges öffentliches Audit des Protokolls oder der Bridge identifiziert.

○ Geplant

Öffentliches Testnet

Laut Roadmap plant das Projekt, das Testnet vor dem Mainnet für Entwickler und die Community zu öffnen.

○ Geplant

Mainnet

Das vom Projekt beschriebene ursprüngliche Design sieht einen zentralisierten Sequencer und eine föderierte Bridge vor. Der Start hängt insbesondere vom Abschluss der Audits und der kanonischen Bridge ab.

○ Geplant

Dezentralisierung des Sequencers

Die Roadmap sieht einen Zeitraum von 2 bis 4 Jahren nach dem Mainnet vor: Rotation, Auktionen und Leader-Auswahl.

Chronologie der wichtigsten Aktualisierungen

Juli 2026 Buch

Veröffentlichung der englischen Ausgabe von Band I von « Due Diligence of a Layer 2 – The Bitcoin Hyper Case » von Michele Stefanelli: eine unabhängige technische Analyse des Projekts mit 523 Seiten und 24 Kapiteln; das vollständige Werk umfasst 36 Kapitel.

März 2026 Ankündigung des Teams

Laut einer vom Projekt veröffentlichten Mitteilung war die endgültige Lösung zur Datenverfügbarkeit noch in Prüfung, und es wurden mehrere Arbeitsansätze untersucht.

Ende 2025 Devnet

Laut Projektdokumentation liefen SVM-Programme nativ, mit einem aktiven Explorer und ersten Tests von DeFi, SPL-Tokens, Escrow und Multisignaturen bei ausgewählten Entwicklern.

Q2–Q4 2025 Vorverkauf und Staking

Der Token $HYPER wird im Rahmen eines öffentlichen, phasenweisen Vorverkaufs angeboten. Laut Projekt ist das Staking aktiv, und die selektive Devnet wurde für bestimmte Partner und Entwickler geöffnet.

Q2 2025 Gründung

Ursprüngliche Architektur, Whitepaper v1 und Bildung des Kernteams.

Automatisierte Vertragsprüfung

GoPlusLabs · Mai 2026

✓ Abgerufene Daten

✓
Quellcode verifiziert Quellcode auf BscScan veröffentlicht und verifiziert
✓
Kein Proxy Der Vertrag kann nicht über ein Proxy-Modell aktualisiert werden
✓
Keine Mint-Funktion Nach dem Deployment können keine neuen Tokens ausgegeben werden
✓
Eigentum aufgegeben Eigentümeradresse: 0x000…0000 (Dead Address)
✓
Kein versteckter Eigentümer Keine versteckte Funktion zur Eigentumsübertragung
✓
Keine Selbstzerstörung Der Vertrag kann nicht einseitig zerstört werden
✓
Keine Blacklist Kein Mechanismus zum Blockieren bestimmter Adressen
✓
Keine Whitelist Keine selektive Beschränkung von Transfers
✓
0 % Gebühren bei Kauf, Verkauf und Transfer Auf Transaktionen werden keine Gebühren erhoben
✓
Gebühren nicht änderbar Die Gebühren können nach dem Deployment nicht erhöht werden
✓
Anti-Whale-Mechanismus nicht änderbar Das Haltelimit kann vom Team nicht geändert werden

⚠ Punkte, die besondere Aufmerksamkeit erfordern

⚠
Risiko durch externe Aufrufe Der Vertrag führt externe Aufrufe aus. GoPlusLabs weist auf ein Risiko von Reentrancy oder unerwartetem Verhalten hin, falls abhängige Verträge aktualisiert werden.
⚠
Potenzieller Honeypot Der automatische Prüfer von GoPlusLabs hat bei der Simulation einen Indikator für einen potenziellen Honeypot zurückgegeben. Ein Verkauf konnte nicht unabhängig verifiziert werden.
⚠
Anti-Whale-Mechanismus vorhanden Ein Anti-Whale-Mechanismus — ein Haltelimit — ist vorhanden, wenngleich nicht änderbar. Er kann die Liquidität in der Anfangsphase beeinträchtigen.

Redaktioneller Hinweis

Die automatisierten Prüfungen von GoPlusLabs ersetzen kein formelles Audit durch eine spezialisierte unabhängige Gesellschaft (zum Beispiel CertiK, Quantstamp oder Hacken). Der Indikator « potenzieller Honeypot » erfordert eine manuelle Überprüfung: Ein Vertrag kann in der Simulation aufgrund einer bedingten Logik im Zusammenhang mit Liquidität oder einer Sperre ein positives Ergebnis liefern. Das Fehlen einer Mint-Funktion und der Verzicht auf das Eigentum sind positive strukturelle Indikatoren, gewährleisten jedoch nicht die Gesamtsicherheit des Protokolls, die auch von der kanonischen Bridge, vom Staking und von der Governance abhängt, die in dieser Übersicht nicht geprüft wurden. Ausserdem ist diese automatisierte Prüfung von den Audits des Ethereum-Token-Vertrags zu unterscheiden, die von spezialisierten Firmen veröffentlicht wurden.

Über die Token Security API von GoPlusLabs (BSC Chain 56) erhaltene Daten — Mai 2026. Diese Übersicht wird manuell aktualisiert; für die aktuellsten Daten siehe GoPlusLabs und BscScan.

Zu beobachtende Punkte

Die nächsten kritischen Meilensteine, nach Wichtigkeit geordnet:

  1. 1. Veröffentlichung vollständiger Audits des Layer-2-Protokolls und der Bridge durch anerkannte unabhängige Unternehmen
  2. 2. Definition und Dokumentation der Lösung zur Datenverfügbarkeit
  3. 3. Implementierung und Test der erzwungenen Inklusion und des erzwungenen Austritts auf dem Testnet
  4. 4. Öffnung des öffentlichen Testnets für nicht ausgewählte Entwickler
  5. 5. Veröffentlichung der technischen Spezifikationen zur Dezentralisierung des Sequencers
  6. 6. Veröffentlichung des GitHub-Repositorys des Hauptcodes