A real-time account
Project status
Accessed: today — sources: documentation published by the project and the external checks cited on this page. Official website: bitcoinhyper.com
Current phase
DevNet
Selective access
Mainnet expected
Q3–Q4 2026
Dependent on the audits
Public audit
Not yet
Announced for before the TGE
SVM on DevNet
Live
Rust/Anchor tested
The state of the main components
Timeline of significant updates
Publication of Michele Stefanelli's book “Due Diligence of a Layer 2 – The Bitcoin Hyper Case, Volume I” — the first independent technical analysis of the project (523 pages, 24 chapters; the complete work: 36 chapters). In preparation.
Official post: the final data availability solution is still under study. Several directions are being considered.
SVM programs run natively. The block explorer is live. First tests of DeFi, SPL tokens, escrow and multi-signature with selected developers.
Distribution of the $HYPER token. Staking active. A selective DevNet opened to chosen partners and developers.
Initial architecture, whitepaper v1, formation of the core team.
Smart contract review
GoPlusLabs · May 2026✓ Verified
⚠ Points to note
Editorial note
Automated GoPlusLabs checks are no substitute for a formal audit by a specialist third party (CertiK, Quantstamp, Hacken and the like). The “possible honeypot” flag calls for a manual check on testnet: conditional logic tied to liquidity or to a lock can make a contract return a positive result in simulation. The absence of a mint function and the renouncement of ownership are structurally positive indicators, but they do not guarantee the overall security of the protocol, which also depends on the bridge, staking and governance contracts, none of which is covered by this card.
The figures are taken from the GoPlusLabs Token Security API (BSC chain 56) — May 2026. This card is updated manually; for the latest figures see the GoPlusLabs and BscScan page.
Signals to watch
The next decisive milestones, in order of importance:
- 1. Publication of the first security audits carried out by recognised third parties
- 2. Settling and documenting the data availability solution
- 3. Implementing and testing forced inclusion and forced exit on testnet
- 4. Launching a public testnet, open to all developers without selection
- 5. Publishing the technical specifications for decentralising the sequencer
- 6. Making the GitHub repository for the core code public