D priedas

Komentuotas whitepaper

Bitcoin Hyper whitepaper (2026-01-04 versija) kritiško skaitymo vadovas. Pagrįstas Michele Stefanelli knygos D priedu.

Kaip skaityti whitepaper: whitepaper yra techninis dokumentas, turintis rinkodaros paskirtį, o ne formali specifikacija. Jį reikia skaityti kritiškai: atskiriant nepriklausomai patikrinamus tvirtinimus nuo pažadų, nustatant spragas ir lyginant jo turinį su vėlesniais komandos atnaujinimais.

Aktyvaus skaitymo metodika

1

Skaitykite struktūrą

Prieš gilinantis į detales, reikia nustatyti dokumento struktūrą: kokios jo pagrindinės tezės? Kokių skyrių nėra? Whitepaper, kuriame neaptariama nei Data Availability, nei sequencerio decentralizacija, palieka atvirus svarbius sistemos vertinimo klausimus.

2

Nustatykite tvirtinimus

Reikia atskirti: (a) nepriklausomai patikrinamus techninius tvirtinimus („SVM leidžia vykdyti paraleliai“), (b) diskutuotinus tvirtinimus („Bitcoin lygio saugumas“) ir (c) būsimus pažadus („mes decentralizuosime sequencerį“).

3

Palyginkite su atnaujinimais

Whitepaper yra tam tikro momento momentinė nuotrauka. Komandos atnaujinimai (blogas, Twitter, forumai) pateikia naujesnės informacijos. Jei atnaujinimas prieštarauja whitepaper, kuri versija turi būti laikoma galiojančia?

4

Spragų analizė

Ko nėra nurodyta? Informacijos apie Data Availability, priverstinį įtraukimą, įrodymų sistemą ar konkretų decentralizacijos grafiką nebuvimas gali būti toks pat svarbus, kaip ir faktiškai pateikta informacija.

Pagrindiniai tvirtinimai — kritinė analizė

Whitepaper tvirtinimas (vertimas): „Bitcoin lygio saugumas Hyper turtui“

Šį tvirtinimą reikia patikslinti. Pagal aprašytą architektūrą, Bitcoin Hyper numato skelbti būklės įsipareigojimus Bitcoin tinkle. Vien šis įtvirtinimas negarantuoja nei būklės teisingumo, nei Data Availability, nei bridge saugumo. Be to, BTC saugojimas bridge aprašomas kaip federuotas arba centralizuotas paleidimo metu; taigi bridge veikimo sutrikimas ar kompromitavimas galėtų sukelti riziką turtui.

⚡ Reikia patikslinti

Whitepaper tvirtinimas (vertimas): „Iškart veikiantis suderinamumas su Solana: tas pats kodas, tos pačios priemonės“

Projekto dokumentacijoje aprašoma SVM pagrindu veikianti vykdymo aplinka ir suderinamumas su Solana ekosistemos priemonėmis. Faktinį kodo, Anchor, CLI ir sistemos programų suderinamumą reikės patikrinti vieša technine dokumentacija ir nepriklausomais testais. Mokesčiai būtų mokami $HYPER, o ne SOL.

○ Visapusiškas patikrinimas dar neatliktas

Whitepaper tvirtinimas (vertimas): „Didesnis pralaidumas dėl SVM/Sealevel“

Siūloma architektūra atitinka Sealevel paralelųjį vykdymą, tačiau jokių konkrečių Bitcoin Hyper veikimo rodiklių nebuvo paskelbta. Faktinis pralaidumas taip pat priklausys nuo sequencerio, Data Availability ir galutinio įgyvendinimo.

◎ Konceptualiai nuoseklu

Whitepaper tvirtinimas (vertimas): „Mainnet numatytas 2025 m. IV ketv.“

Nurodytu terminu neįvykdyta. 2026 m. balandžio 28 d. mainnet vis dar neveikė. Prieinama vieša dokumentacija neleidžia užtikrintai priskirti šio vėlavimo vienai priežasčiai; neįvykdytus etapus, susijusius su bridge, auditais ir kitais komponentais, reikės patikrinti prieš paleidimą.

✗ Nurodytu terminu neįvykdyta

Whitepaper tvirtinimas (vertimas): „Saugumo auditas prieš TGE“

2026 m. balandžio 28 d. buvo nustatytos dvi viešos ataskaitos dėl $HYPER ERC-20 sutarties, tačiau nebuvo nustatyta jokios viešos Layer 2 protokolo ar bridge audito ataskaitos. Todėl įsipareigojimą paskelbti auditus prieš TGE dėl šių komponentų dar reikėjo patikrinti.

○ Patikrinimas dar neatliktas

📖 Visam skaitymui

Michele Stefanelli knygos „Due Diligence of a Layer 2 – The Bitcoin Hyper Case“ D priede pateikiamas visas whitepaper skaitymo vadovas: struktūra, skyrius po skyriaus analizuoti tvirtinimai, spragų nustatymas ir santrauka. Eiti į knygą →