Наблюдение

Състояние на проекта

Достъпено на днес — източници: документацията, публикувана от проекта, и външните потвърждения, цитирани на тази страница. Официален сайт: bitcoinhyper.com

Текуща фаза

Devnet

Селективен достъп

Прозорец за mainnet, посочен в проследяваната документация

Q3–Q4 2026

Ориентировъчен график, подлежащ на преоценка в светлината на одитите и на разработката

Публични одити

Публикувани одити на токена

SolidProof / Coinsult; не е установен изцяло публичен одит на протокола или на bridge-а

SVM в devnet

Отбелязан като работещ

Според заявеното от проекта; тествани са програми на Rust/Anchor

Състояние на ключовите компоненти

✓ В devnet

Слой за изпълнение SVM

Според документацията на проекта SVM програмите работят нативно в devnet. Проектът заявява, че са тествани SPL токени, escrow механизми и конфигурации с множествен подпис.

◉ В ход

Секвенсър (централизиран)

Според проекта той работи в devnet. При старта на mainnet се очаква да бъде централизиран и поддържан от екипа.

✓ В devnet

Devnet експлорер

Проектът поддържа публичен devnet експлорер.

◎ В разработка

Каноничен bridge

Според документацията на проекта каноничният bridge е в процес на тестване в devnet. Функцията за принудително излизане още не е реализирана, а първоначалният модел на съхранение е федериран.

◎ В разработка

Закотвяне в Bitcoin

Документацията описва закотвяне чрез OP_RETURN или Taproot. Адаптивната честота е все още в разработка.

◎ В разработка

Наличност на данните

Окончателното решение е все още в проучване. Сред разглежданите подходи са външни слоеве за наличност на данните, erasure coding и разпределени възли.

○ Планирано

Принудително включване и принудително излизане

Механизъм за устойчивост на цензура. Все още в разработка и не е наличен в devnet.

◎ В разработка

Система за доказателства (ZK/fraud)

Проектът заявява, че разработва хибриден модел, съчетаващ доказателства за измама и доказателства за валидност. Според документацията му тази система не би била активна при първоначалния старт.

○ Планирано

Одити на сигурността

Установени са публични одити на договора на токена, по-специално от SolidProof и Coinsult. Одитът на SolidProof се отнася изрично до един-единствен договор на токен, а не до протокола Layer 2, bridge-а или други договори. В настоящия анализ не е установен изцяло публичен одит на протокола или на bridge-а.

○ Планирано

Публичен testnet

Според пътната карта проектът възнамерява да отвори testnet за разработчици и за общността преди mainnet.

○ Планирано

Mainnet

Първоначалният план, както е описан от проекта, включва централизиран секвенсър и федериран bridge. Стартът зависи по-специално от завършването на одитите и на каноничния bridge.

○ Планирано

Децентрализация на секвенсъра

Пътната карта предвижда период от 2–4 години след mainnet: ротация, търгове и избор на водещ участник.

Хронология на основните актуализации

юли 2026 г. Книга

Излизане на изданието на английски език на Том I от книгата „Due Diligence of a Layer 2 – The Bitcoin Hyper Case“ от Michele Stefanelli: независим технически анализ на проекта — 523 страници и 24 глави; пълният труд обхваща 36 глави.

март 2026 г. Съобщение на екипа

Според съобщение, публикувано от проекта, окончателното решение за наличност на данните е все още в проучване, като са разгледани няколко подхода.

края на 2025 г. Devnet

Според документацията на проекта SVM програмите работят нативно, с активен експлорер и първи тестове на DeFi реализации, SPL токени, escrow и множествен подпис с подбрани разработчици.

Q2–Q4 2025 Предварителна продажба и staking

Токенът $HYPER се предлага чрез публична, поетапна предварителна продажба. Според проекта staking е активен, а селективен devnet е отворен за определени партньори и разработчици.

Q2 2025 Основаване

Първоначална архитектура, whitepaper v1 и формиране на основния екип.

Автоматизирана проверка на договора

GoPlusLabs · май 2026 г.

✓ Събрани данни

✓
Проверен изходен код Изходният код е публикуван и проверен в BscScan
✓
Без proxy Договорът не може да бъде обновяван чрез proxy модел
✓
Без функция за емитиране Не могат да се създават нови токени след разгръщането
✓
Отказ от собственост Адрес на собственика: 0x000…0000 („мъртъв“ адрес)
✓
Без скрит собственик Няма скрита функция за прехвърляне на собствеността
✓
Без самоунищожаване Договорът не може да бъде унищожен едностранно
✓
Без черен списък Няма механизъм за блокиране на конкретни адреси
✓
Без бял списък Няма избирателно ограничение върху преводите
✓
0% такса при покупка, продажба и превод По транзакциите не се начислява такса
✓
Таксите не могат да бъдат променяни Таксите не могат да бъдат повишавани след разгръщането
✓
Механизмът срещу „китове“ не подлежи на промяна Екипът не може да променя лимита за държане

⚠ Точки, изискващи особено внимание

⚠
Риск при външни извиквания Договорът извършва външни извиквания. GoPlusLabs отбелязва риск от re-entrancy или неочаквано поведение при обновяване на зависимостите му.
⚠
Възможен honeypot Автоматизираната проверка на GoPlusLabs върна индикатор за възможен honeypot при симулация. Не беше възможно продажба да бъде проверена независимо.
⚠
Наличен механизъм срещу „китове“ Наличен е механизъм срещу „китове“ — лимит за държане — макар че той не подлежи на промяна. Това може да се отрази на ликвидността в началната фаза.

Редакционна бележка

Автоматизираните проверки на GoPlusLabs не заместват формален одит, извършен от специализирана независима фирма (например CertiK, Quantstamp или Hacken). Индикаторът „възможен honeypot“ изисква ръчна проверка: даден договор може да върне положителен резултат при симулация поради условна логика, обвързана с ликвидността или с заключване. Липсата на функция за емитиране и отказът от собственост са структурно положителни показатели, но те не гарантират цялостната сигурност на протокола, която зависи и от каноничния bridge, от staking и от управлението — нито едно от които не е разглеждано в настоящия анализ. Освен това тази автоматизирана проверка следва да се разграничава от одитите на договора на токена в Ethereum, публикувани от специализирани фирми.

Данните са получени чрез GoPlusLabs Token Security API (BSC верига 56) — май 2026 г. Този преглед се обновява ръчно; за най-актуални данни вижте услугите GoPlusLabs и BscScan.

Точки за наблюдение

Следващите ключови етапи, подредени по важност:

  1. 1. Публикуване на пълни одити на протокола Layer 2 и на bridge-а, извършени от признати независими фирми
  2. 2. Определяне и документиране на решението за наличност на данните
  3. 3. Реализиране и тестване на принудителното включване и принудителното излизане в testnet
  4. 4. Отваряне на публичния testnet за разработчици извън подбраните
  5. 5. Публикуване на техническите спецификации за децентрализация на секвенсъра
  6. 6. Публикуване на хранилището в GitHub с основния код