Monitorizare

Statusul proiectului

Data accesării astăzi — Surse: documentația publicată de proiect și confirmările externe citate în această pagină. Site oficial: bitcoinhyper.com

Faza curentă

Devnet

Acces selectiv

Intervalul de lansare a mainnetului indicat în documentația monitorizată

T3–T4 2026

Termen orientativ, de verificat în funcție de audituri și de progresul lucrărilor

Audituri publice

Audituri de token publicate

SolidProof / Coinsult; nu a fost identificat un audit public complet al protocolului sau al bridge-ului

SVM pe devnet

Indicat ca operațional

Potrivit declarațiilor proiectului; au fost testate programe Rust/Anchor

Statusul componentelor principale

✓ Pe devnet

Stratul de execuție SVM

Potrivit documentației proiectului, programele SVM rulează nativ pe devnet. Proiectul afirmă că au fost testate tokenuri SPL, mecanisme de escrow și configurații multisig.

◉ În desfășurare

Sequencerul (centralizat)

Potrivit proiectului, este operațional pe devnet. La lansarea mainnetului ar urma să fie centralizat și administrat de echipă.

✓ Pe devnet

Exploratorul de devnet

Proiectul menține un explorator public de devnet.

◎ În construcție

Canonical bridge

Potrivit documentației proiectului, canonical bridge-ul este în testare pe devnet. Funcția de forced exit nu a fost încă implementată, iar modelul inițial de custodie a fondurilor este de tip federat.

◎ În construcție

Ancorarea pe Bitcoin

Documentația descrie ancorarea prin OP_RETURN sau Taproot. Frecvența adaptivă de ancorare este încă în construcție.

◎ În construcție

Disponibilitatea datelor

Soluția finală este încă în analiză. Printre abordările luate în calcul se numără straturi externe de disponibilitate a datelor, erasure coding și noduri distribuite.

○ Planificat

Forced inclusion și forced exit

Mecanismul de rezistență la cenzură. Încă în construcție și indisponibil pe devnet.

◎ În construcție

Sistemul de dovezi (ZK/fraud)

Proiectul afirmă că dezvoltă un model hibrid, care combină fraud proofs și validity proofs. Potrivit documentației sale, sistemul nu ar fi activ la lansarea inițială.

○ Planificat

Auditurile de securitate

Au fost identificate audituri publice ale contractului tokenului, realizate între altele de SolidProof și Coinsult. Auditul SolidProof privește exclusiv un singur contract de token, nu protocolul Layer 2, bridge-ul sau alte contracte. În cadrul acestei analize nu a fost identificat un audit public complet al protocolului sau al bridge-ului.

○ Planificat

Testnet public

Potrivit foii de parcurs, proiectul intenționează să deschidă testnetul pentru dezvoltatori și pentru comunitate înainte de lansarea mainnetului.

○ Planificat

Mainnet

Planul inițial descris de proiect prevede un sequencer centralizat și un bridge federat. Lansarea depinde în primul rând de finalizarea auditurilor și de construcția canonical bridge-ului.

○ Planificat

Descentralizarea sequencerului

Foaia de parcurs prevede un interval de 2–4 ani de la lansarea mainnetului: rotație, licitații și alegerea liderului.

Cronologia actualizărilor principale

Iulie 2026 Cartea

Apariția ediției în limba engleză a volumului I din „Due Diligence of a Layer 2 – The Bitcoin Hyper Case”, de Michele Stefanelli: analiză tehnică independentă a proiectului — 523 de pagini și 24 de capitole; lucrarea completă cuprinde 36 de capitole.

Martie 2026 Comunicat al echipei

Potrivit unui comunicat publicat de proiect, soluția finală pentru disponibilitatea datelor era încă în analiză, mai multe abordări fiind deja luate în calcul.

Sfârșitul lui 2025 Devnet

Potrivit documentației proiectului, programele SVM rulează nativ, cu un explorator activ și cu primele teste pe implementări DeFi, tokenuri SPL, escrow și multisig, realizate cu dezvoltatori selectați.

T2–T4 2025 Pre-vânzare și staking

Tokenul $HYPER este oferit într-o pre-vânzare publică, în mai multe etape. Potrivit proiectului, stakingul este activ, iar accesul selectiv la devnet a fost acordat unor parteneri și dezvoltatori aleși.

T2 2025 Fundamentele

Arhitectura inițială, whitepaperul v1 și constituirea echipei principale a proiectului.

Verificare automată a contractului

GoPlusLabs · mai 2026

✓ Date colectate

✓
Cod-sursă verificat Cod-sursă publicat și verificat pe BscScan
✓
Fără proxy Contractul nu poate fi actualizat printr-un tipar de tip proxy
✓
Fără funcție de mint Nu pot fi create tokenuri noi după implementarea contractului
✓
Renunțare la dreptul de proprietate Adresa proprietarului: 0x000…0000 (dead address)
✓
Fără proprietar ascuns Nicio funcție ascunsă de transfer al proprietății
✓
Fără funcție de self-destruct Contractul nu poate fi distrus unilateral
✓
Fără blacklist Niciun mecanism de blocare a unor adrese anume
✓
Fără whitelist Nicio restricție selectivă asupra transferurilor
✓
Comision 0% la cumpărare, vânzare și transfer Tranzacțiile nu sunt taxate
✓
Comisioanele nu pot fi modificate Comisioanele nu pot fi majorate după implementarea contractului
✓
Mecanism anti-whale nemodificabil Echipa nu poate modifica limita de deținere

⚠ Aspecte care cer atenție

⚠
Risc legat de apelurile externe Contractul execută apeluri externe. GoPlusLabs semnalează un risc de re-entrancy sau de comportament neașteptat în cazul actualizării dependențelor sale.
⚠
Posibil honeypot Verificarea automată GoPlusLabs a returnat, în simulare, un indicator de posibil honeypot. Vânzarea nu a putut fi verificată independent.
⚠
Prezența unui mecanism anti-whale Mecanismul anti-whale — limita de deținere — există, deși nu poate fi modificat. Poate afecta lichiditatea în faza inițială.

Notă editorială

Verificările automate GoPlusLabs nu înlocuiesc un audit formal realizat de o firmă independentă specializată (de pildă CertiK, Quantstamp sau Hacken). Indicatorul „possible honeypot” cere o verificare manuală: un contract poate returna un rezultat pozitiv în simulare din cauza unei logici condiționate de lichiditate sau de un mecanism de blocare (lock). Absența funcției de mint și renunțarea la dreptul de proprietate sunt semnale structural pozitive, dar nu garantează securitatea de ansamblu a protocolului, care depinde și de canonical bridge, de staking și de guvernanță — niciunul dintre aceste elemente nu a fost examinat în această analiză. În plus, această verificare automată trebuie deosebită de auditurile contractului de token pe Ethereum, publicate de firme specializate.

Datele au fost preluate prin GoPlusLabs Token Security API (BSC, chain 56) — mai 2026. Această verificare este actualizată manual; pentru datele cele mai recente, consultați GoPlusLabs și BscScan.

Ce merită urmărit

Următoarele jaloane esențiale, în ordinea importanței:

  1. 1. Publicarea unor audituri complete ale protocolului Layer 2 și ale bridge-ului, realizate de firme independente recunoscute
  2. 2. Definirea și documentarea soluției pentru disponibilitatea datelor
  3. 3. Implementarea și testarea forced inclusion și forced exit pe testnet
  4. 4. Deschiderea testnetului public către dezvoltatori din afara grupului selectat
  5. 5. Publicarea specificației tehnice privind descentralizarea sequencerului
  6. 6. Publicarea unui depozit GitHub cu codul-sursă al nucleului sistemului