Ръководство

Какво е Bitcoin Hyper?

Bitcoin Hyper се представя като предложен Layer 2 rollup върху Bitcoin, замислен да използва Solana Virtual Machine като своя среда за изпълнение. Тази страница излага основите и предложената архитектура.

⚠ Документирано срещу обещано

Този сайт последователно разграничава онова, което е документирано и проверимо — например елементи, наблюдаеми в devnet — от онова, което е обещано или все още в разработка. Това разграничение е указано изрично в цялата страница.

Трислойната архитектура

Слой 3 — Приложения DeFi · NFT · DEX · Lending · Wallet · Gaming · Oracles · Compliance SVM програми (Rust/Anchor) Слой 2 — Hyper Rollup Изпълнение SVM / Sealevel Секвенсиране Първоначално централизирано Наличност на данните В проучване ⚠ Bridge Canonical Bridge (тестване) Слой 1 — Bitcoin (сетълмент) Сигурност · Неизменност · Окончателност · OP_RETURN · Taproot
1

Bitcoin — слоят на сетълмента

В предложената архитектура Bitcoin изпълнява ролята на слой за сетълмент и закотвяне. Според документацията на проекта rollup слоят Hyper периодично публикува своя ангажимент за състоянието — Merkle корен на текущото състояние — в Bitcoin чрез OP_RETURN или Taproot. Това закотвяне позволява ангажиментите за състоянието да бъдат проверявани и последващите изменения да бъдат откривани, но само по себе си не гарантира коректността на състоянието, наличността на данните или сигурността на bridge-а.

Заявено състояние: архитектура, описана в whitepaper-а | периодичното закотвяне е в разработка

2

Hyper Rollup — слоят на изпълнението

Предложената архитектура включва четири основни компонента: изпълнение (SVM с паралелизация чрез Sealevel), секвенсиране (подреждане на транзакциите, първоначално централизирано), наличност на данните (къде се съхраняват пълните данни за транзакциите — все още в проучване) и bridge (каноничният bridge BTC↔Hyper, в процес на тестване в devnet).

Заявено състояние: проектът съобщава, че SVM работи в devnet | наличността на данните и принудителното включване са в разработка

3

Приложения — слоят на потребителя

Приложният слой обхваща например DeFi протоколи, DEX платформи, NFT пазари, кредитиране, стабилни монети, игри и инструменти за регулаторно съответствие. Според документацията на проекта програмите се пишат на Rust и Anchor, с набор от инструменти, сходен с този на Solana. Действителната съвместимост и евентуално необходимите адаптации следва да се проверят спрямо техническата документация и чрез независими тестове.

Заявено състояние: проектът съобщава, че първите SVM програми са тествани в devnet | екосистемата от приложения се оформя

Четирите компонента на един rollup

Всеки rollup — не само Bitcoin Hyper — стъпва върху тези четири стълба.

⚡

Изпълнение

Виртуалната машина, която изпълнява смарт договорите. Предложената за Hyper архитектура използва SVM и средата за изпълнение Sealevel за паралелизация. Транзакциите, които засягат различни акаунти, могат да се изпълняват паралелно, което може да повиши пропускателната способност.

◎ Проектът съобщава, че работи в devnet
⬡

Секвенсиране

Компонентът, който определя подреждането на транзакциите. Той фиксира реда им, което има значение за MEV и за цензурата. Проектът предвижда първоначално един-единствен централизиран секвенсър; според пътната карта децентрализацията следва да се осъществи в рамките на две до четири години.

⚠ Първоначално централизирано
⚓

Сетълмент

Периодичното закотвяне на ангажимента за състоянието в Bitcoin. Всяко закотвяне публикува Merkle корена на обновеното състояние. Документацията описва адаптивна честота: по-честото закотвяне би могло да съкрати времето до окончателност, но би повишило разходите за транзакции в Bitcoin.

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

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

Наличността на данните определя къде се съхраняват данните, необходими за възстановяване на транзакциите и на състоянието, и по какъв начин те се предоставят. Ако тези данни не са публично достъпни, системата би се отдалечила от модела на rollup с публична наличност на данните и би се доближила до решение от типа validium. Към 28 април 2026 г. окончателното решение все още не е определено.

⚠ В проучване

💡 Основни изводи

  • • Bitcoin Hyper се представя като rollup: изпълнение извън веригата, с ангажименти за състоянието, закотвени в Bitcoin
  • • Според проекта SVM осигурява програмируемост и съвместимост с екосистемата от разработчици на Solana; и двете тепърва подлежат на проверка
  • • Първоначалният план разчита на централизиран секвенсър и федериран bridge, с пътна карта за децентрализация в рамките на две до четири години
  • • Наличността на данните и принудителното включване са все още в разработка: това са критични етапи преди mainnet
  • • Проектът го представя като rollup, а не като sidechain. Степента на сигурност, наследена от Bitcoin, зависи от конкретната имплементация на закотвянето, от наличността на данните, от bridge-а и от механизмите за проверка