Stebėjimo suvestinė

Projekto būklė

Peržiūros data: šiandien — šaltiniai: projekto paskelbta dokumentacija ir šiame puslapyje cituojami išoriniai patikrinimai. Oficiali svetainė: bitcoinhyper.com

Dabartinė fazė

Devnet

Atrankinė prieiga

Mainnet laikotarpis, nurodytas stebimoje dokumentacijoje

2026 m. III–IV ketv.

Orientacinis grafikas, kurį reikia peržiūrėti atsižvelgiant į auditus ir kūrimo eigą

Vieši auditai

Paskelbti tokeno auditai

SolidProof / Coinsult; nenustatyta jokio viešo visapusiško protokolo ar bridge audito

SVM DevNet aplinkoje

Deklaruojama kaip veikianti

Pagal projekto pateiktą informaciją; testuotos Rust/Anchor programos

Pagrindinių komponentų būklė

✓ DevNet aplinkoje

SVM vykdymo sluoksnis

Pagal projekto dokumentaciją, SVM programos DevNet aplinkoje vykdomos savuoju būdu. Projektas nurodo, kad buvo testuoti SPL tokenai, escrow mechanizmai ir kelių parašų (multisig) konfigūracijos.

◉ Vykdoma

Sequenceris (centralizuotas)

Pagal projekto pateiktą informaciją, veikia DevNet aplinkoje. Paleidžiant mainnet numatyta, kad jis bus centralizuotas ir valdomas komandos.

✓ DevNet aplinkoje

DevNet naršyklė

Projektas palaiko viešą DevNet naršyklę.

◎ Kuriama

Canonical Bridge

Pagal projekto dokumentaciją, Canonical Bridge yra testuojamas DevNet aplinkoje. Priverstinis išėjimas dar neįgyvendintas, o pradinis saugojimo modelis yra federuotas.

◎ Kuriama

Įtvirtinimas Bitcoin tinkle

Dokumentacijoje aprašomas įtvirtinimas per OP_RETURN arba Taproot. Adaptyvus periodiškumas dar kuriamas.

◎ Kuriama

Data Availability

Galutinis sprendimas dar nagrinėjamas. Tarp nagrinėjamų būdų: išoriniai Data Availability sluoksniai, erasure coding ir paskirstyti mazgai.

○ Numatyta

Priverstinis įtraukimas ir išėjimas

Cenzūrai atsparumo mechanizmas. Jis dar kuriamas ir DevNet aplinkoje neprieinamas.

◎ Kuriama

Įrodymų sistema (ZK / apgaulės)

Projektas nurodo kuriantis hibridinį modelį, jungiantį apgaulės ir galiojimo įrodymus. Pagal jo dokumentaciją, ši sistema pradinio paleidimo metu nebūtų aktyvi.

○ Numatyta

Saugumo auditai

Nustatyti vieši tokeno sutarties auditai, visų pirma SolidProof ir Coinsult. SolidProof auditas aiškiai apima tik vieną tokeno sutartį, o ne Layer 2 protokolą, bridge ar kitas sutartis. Šio patikrinimo metu nebuvo nustatyta jokio viešo visapusiško protokolo ar bridge audito.

○ Numatyta

Viešas testnet

Pagal plėtros planą, projektas numato atverti testnet kūrėjams ir bendruomenei prieš mainnet.

○ Numatyta

Mainnet

Projekto aprašyta pradinė architektūra numato centralizuotą sequencerį ir federuotą bridge. Paleidimas visų pirma priklauso nuo auditų ir Canonical Bridge užbaigimo.

○ Numatyta

Sequencerio decentralizacija

Plėtros plane numatytas 2–4 metų laikotarpis po mainnet: rotacija, aukcionai ir lyderio atranka.

Pagrindinių atnaujinimų chronologija

2026 m. liepa Knyga

Michele Stefanelli knygos „Due Diligence of a Layer 2 – The Bitcoin Hyper Case“ I tomo angliškojo leidimo paskelbimas: nepriklausoma techninė projekto analizė, 523 puslapiai ir 24 skyriai; visą veikalą sudaro 36 skyriai.

2026 m. kovas Komandos paskelbimas

Pagal projekto paskelbtą pranešimą, galutinis Data Availability sprendimas dar buvo nagrinėjamas ir tirtos kelios darbo kryptys.

2025 m. pabaiga Devnet

Pagal projekto dokumentaciją, SVM programos buvo vykdomos savuoju būdu, veikė naršyklė, o atrinkti kūrėjai atliko pirmuosius DeFi, SPL tokenų, escrow ir kelių parašų testus.

2025 m. II–IV ketv. Išankstinis pardavimas ir staking

$HYPER tokenas siūlomas etapais vykstančio viešo išankstinio pardavimo metu. Pagal projekto pateiktą informaciją, staking yra aktyvus, o atrankinė DevNet aplinka atverta kai kuriems partneriams ir kūrėjams.

2025 m. II ketv. Įkūrimas

Pradinė architektūra, whitepaper v1 ir pagrindinės komandos sudarymas.

Automatinis sutarties patikrinimas

GoPlusLabs · mai 2026

✓ Peržiūrėti duomenys

✓
Patikrintas pirminis kodas Pirminis kodas paskelbtas ir patikrintas BscScan
✓
Be proxy Sutarties negalima atnaujinti per proxy modelį
✓
Be mint funkcijos Po įdiegimo naujų tokenų išleisti negalima
✓
Savininko teisių atsisakyta Savininko adresas: 0x000…0000 (dead address)
✓
Be paslėpto savininko Nėra paslėptos savininko teisių perdavimo funkcijos
✓
Be savaiminio sunaikinimo Sutarties negalima vienašališkai sunaikinti
✓
Be juodojo sąrašo Nėra mechanizmo konkretiems adresams blokuoti
✓
Be baltojo sąrašo Nėra atrankinių pervedimų apribojimų
✓
0 % mokesčių pirkimui, pardavimui ir pervedimui Operacijoms mokesčiai netaikomi
✓
Mokesčiai nekeičiami Po įdiegimo mokesčių padidinti negalima
✓
Anti-whale mechanizmas nekeičiamas Komanda negali pakeisti valdymo limito

⚠ Aspektai, kuriems reikia ypatingo dėmesio

⚠
Rizika, susijusi su išoriniais iškvietimais Sutartis atlieka išorinius iškvietimus. GoPlusLabs nurodo pakartotinio įėjimo (reentrancy) arba netikėto elgesio riziką, jei priklausomos sutartys būtų atnaujintos.
⚠
Galimas honeypot Automatinis GoPlusLabs tikrinimo įrankis simuliacijos metu grąžino galimo honeypot indikatorių. Pardavimo nepavyko patikrinti nepriklausomai.
⚠
Yra anti-whale mechanizmas Yra anti-whale mechanizmas — valdymo limitas — nors jis ir nekeičiamas. Pradiniame etape jis gali paveikti likvidumą.

Redakcinė pastaba

Automatiniai GoPlusLabs patikrinimai neatstoja formalaus audito, kurį atlieka nepriklausoma specializuota įmonė (pavyzdžiui, CertiK, Quantstamp ar Hacken). „Galimo honeypot“ indikatorius reikalauja patikrinimo rankiniu būdu: sutartis gali duoti pozityvų rezultatą simuliacijoje dėl su likvidumu ar blokavimu susijusios sąlyginės logikos. Mint funkcijos nebuvimas ir savininko teisių atsisakymas yra pozityvūs struktūriniai rodikliai, tačiau jie negarantuoja bendro protokolo saugumo, kuris taip pat priklauso nuo Canonical Bridge, staking ir valdymo — šioje suvestinėje nenagrinėtų dalykų. Be to, šį automatinį patikrinimą reikia atskirti nuo specializuotų įmonių paskelbtų Ethereum tokeno sutarties auditų.

Duomenys gauti per GoPlusLabs Token Security API (BSC chain 56) — 2026 m. gegužė. Ši suvestinė atnaujinama rankiniu būdu; naujausių duomenų ieškokite GoPlusLabs ir BscScan.

Ką stebėti

Tolesni kritiniai etapai pagal svarbą:

  1. 1. Visapusiškų Layer 2 protokolo ir bridge auditų, atliktų pripažintų nepriklausomų įmonių, paskelbimas
  2. 2. Data Availability sprendimo apibrėžimas ir dokumentavimas
  3. 3. Priverstinio įtraukimo ir išėjimo įgyvendinimas ir testavimas testnet aplinkoje
  4. 4. Viešo testnet atvėrimas neatrinktiems kūrėjams
  5. 5. Techninių specifikacijų dėl sequencerio decentralizacijos paskelbimas
  6. 6. Pagrindinio kodo GitHub saugyklos paskelbimas