Tableau de suivi

État du projet

Mis à jour le — sources : documentation publiée par le projet et vérifications externes citées sur cette page. Site officiel : bitcoinhyper.com

Phase actuelle

Devnet

Accès sélectif

Fenêtre de mainnet indiquée dans la documentation suivie

Q3–Q4 2026

Calendrier indicatif, à revalider en fonction des audits et du développement

Audits publics

Audits du token publiés

SolidProof / Coinsult ; aucun audit public complet du protocole ou du bridge identifié

SVM sur la devnet

Déclarée opérationnelle

Selon le projet ; programmes Rust/Anchor testés

État des principaux composants

✓ Sur la devnet

Couche d’exécution SVM

Selon la documentation du projet, les programmes SVM s’exécutent nativement sur la devnet. Le projet indique que des tokens SPL, des mécanismes d’escrow et des configurations multisignatures ont été testés.

◉ En cours

Sequencer (centralisé)

Opérationnel sur la devnet selon le projet. Au lancement de la mainnet, il est prévu qu’il soit centralisé et géré par l’équipe.

✓ Sur la devnet

Explorateur de la devnet

Le projet maintient un explorateur public de la devnet.

◎ En développement

Canonical Bridge

Selon la documentation du projet, le Canonical Bridge est en phase de test sur la devnet. La sortie forcée n’est pas encore mise en œuvre et le modèle initial de conservation est fédéré.

◎ En développement

Ancrage sur Bitcoin

La documentation décrit un ancrage via OP_RETURN ou Taproot. La fréquence adaptative reste en développement.

◎ En développement

Disponibilité des données

La solution définitive reste à l’étude. Parmi les approches explorées : couches externes de disponibilité des données, erasure coding et nœuds distribués.

○ Prévu

Inclusion et sortie forcées

Mécanisme de résistance à la censure. Il reste en développement et n’est pas disponible sur la devnet.

◎ En développement

Système de preuves (ZK/fraude)

Le projet indique développer un modèle hybride combinant preuves de fraude et preuves de validité. Selon sa documentation, ce système ne serait pas actif lors du lancement initial.

○ Prévu

Audits de sécurité

Des audits publics du contrat token ont été identifiés, notamment chez SolidProof et Coinsult. L’audit SolidProof porte explicitement sur un seul contrat token et non sur le protocole Layer 2, le bridge ou les autres contrats. Aucun audit public complet du protocole ou du bridge n’a été identifié dans cette vérification.

○ Prévu

Testnet publique

Selon la feuille de route, le projet prévoit d’ouvrir la testnet aux développeurs et à la communauté avant la mainnet.

○ Prévu

Mainnet

La conception initiale décrite par le projet prévoit un sequencer centralisé et un bridge fédéré. Le lancement dépend notamment de l’achèvement des audits et du bridge canonique.

○ Prévu

Décentralisation du sequencer

La feuille de route prévoit un délai de 2 à 4 ans après la mainnet : rotation, enchères et sélection du leader.

Chronologie des principales mises à jour

Juillet 2026 Livre

Publication de l’édition française du Volume I de « Due Diligence d’un Layer 2 – Le cas Bitcoin Hyper », de Michele Stefanelli : une analyse technique indépendante du projet, comprenant 549 pages et 24 chapitres ; l’œuvre complète comprend 36 chapitres.

Mars 2026 Annonce de l’équipe

Selon une communication publiée par le projet, la solution définitive de disponibilité des données restait à l’étude et plusieurs pistes de travail étaient explorées.

Fin 2025 Devnet

Selon la documentation du projet, des programmes SVM s’exécutaient nativement, avec un explorateur actif et de premiers tests DeFi, tokens SPL, escrow et multisignatures auprès de développeurs sélectionnés.

T2–T4 2025 Prévente et staking

Le token $HYPER est proposé dans le cadre d’une prévente publique par phases. Selon le projet, le staking est actif et la devnet sélective a été ouverte à certains partenaires et développeurs.

T2 2025 Fondation

Architecture initiale, livre blanc v1 et constitution de l’équipe principale.

Vérification automatisée du contrat

GoPlusLabs · mai 2026

✓ Données consultées

✓
Code source vérifié Code source publié et vérifié sur BscScan
✓
Sans proxy Le contrat ne peut pas être mis à niveau via un modèle proxy
✓
Sans fonction de mint Aucun nouveau token ne peut être émis après le déploiement
✓
Propriété renoncée Adresse du propriétaire : 0x000…0000 (dead address)
✓
Sans propriétaire caché Aucune fonction cachée de transfert de propriété
✓
Sans autodestruction Le contrat ne peut pas être détruit unilatéralement
✓
Sans liste noire Aucun mécanisme permettant de bloquer des adresses spécifiques
✓
Sans liste blanche Aucune restriction sélective des transferts
✓
0 % de frais à l’achat, à la vente et au transfert Aucun frais n’est appliqué aux transactions
✓
Frais non modifiables Les frais ne peuvent pas être augmentés après le déploiement
✓
Mécanisme anti-whale non modifiable La limite de détention ne peut pas être modifiée par l’équipe

⚠ Points nécessitant une attention particulière

⚠
Risque lié aux appels externes Le contrat effectue des appels externes. GoPlusLabs signale un risque de réentrance ou de comportements inattendus si les contrats dépendants sont mis à jour.
⚠
Honeypot potentiel Le vérificateur automatique de GoPlusLabs a retourné un indicateur de honeypot potentiel lors de la simulation. Une vente n’a pas pu être vérifiée indépendamment.
⚠
Mécanisme anti-whale présent Un mécanisme anti-whale — limite de détention — est présent, bien qu’il ne soit pas modifiable. Il peut affecter la liquidité dans la phase initiale.

Note éditoriale

Les vérifications automatisées de GoPlusLabs ne remplacent pas un audit formel réalisé par une société indépendante spécialisée (par exemple CertiK, Quantstamp ou Hacken). L’indicateur de « honeypot potentiel » nécessite une vérification manuelle : un contrat peut produire un résultat positif en simulation en raison d’une logique conditionnelle liée à la liquidité ou à un blocage. L’absence de fonction de mint et la renonciation à la propriété constituent des indicateurs structurels positifs, mais ne garantissent pas la sécurité globale du protocole, qui dépend également du bridge canonique, du staking et de la gouvernance, non examinés dans cette fiche. Il convient en outre de distinguer cette vérification automatisée des audits du contrat token Ethereum publiés par des cabinets spécialisés.

Données obtenues via la Token Security API de GoPlusLabs (BSC chain 56) — mai 2026. Cette fiche est mise à jour manuellement ; pour les données les plus récentes, consulter GoPlusLabs y BscScan.

Points à surveiller

Les prochains jalons critiques, par ordre d’importance :

  1. 1. Publication d’audits complets du protocole Layer 2 et du bridge par des sociétés indépendantes reconnues
  2. 2. Définition et documentation de la solution de disponibilité des données
  3. 3. Mise en œuvre et test de l’inclusion et de la sortie forcées sur testnet
  4. 4. Ouverture de la testnet publique à des développeurs non sélectionnés
  5. 5. Publication des spécifications techniques relatives à la décentralisation du sequencer
  6. 6. Publication du dépôt GitHub du code principal