Речник

Периодичното публикуване на ангажимента за състоянието на rollup слоя в базовия слой на Bitcoin (L1). Закотвянето записва ангажимента за състоянието и позволява да бъдат откривани последващи изменения; само по себе си то не гарантира коректността на състоянието, наличността на данните или сигурността на bridge-а.

Операционен код на скриптовия език на Bitcoin, който позволява в транзакция да бъдат вградени до 80 байта произволни данни, като изходът става доказуемо неизразходваем. Може да се използва за закотвяне на ангажименти за състоянието.

Обновление на Bitcoin (BIP 341/342, активирано през ноември 2021 г.), което въвежда подписи на Шнор и MAST. То подобрява поверителността, ефективността и гъвкавостта на скриптовете и е относимо към по-ефективни механизми за закотвяне.

Unspent Transaction Output (неизразходван изход от транзакция). Счетоводният модел на Bitcoin: вместо „акаунти“ съществуват „неизразходвани изходи“, съответстващи на конкретни суми. Това се различава от модела на акаунтите, използван от SVM и от Ethereum.

Решение Layer 2, което изпълнява транзакциите извън веригата и периодично публикува компресираното състояние в базовия слой (L1). То съчетава мащабируемост извън веригата със сигурност, която — в зависимост от избрания модел — стъпва на L1.

Отделен блокчейн, свързан с L1 чрез bridge. Сигурността му зависи главно от собствения му консенсусен механизъм и от дизайна на bridge-а, а не пряко от сигурността на L1.

Архитектура, сходна с rollup, при която данните, необходими за възстановяване на състоянието, се съхраняват извън L1. Тя може да понижи разходите и да повиши пропускателната способност, но въвежда допълнителни допускания за наличност на данните: ако данните станат недостъпни, потребителите могат да загубят възможността да проверят състоянието или да изтеглят средствата си.

Rollup, който по подразбиране приема преходите на състоянието за валидни — оттам и „оптимистичен“. Той разчита на доказателства за измама, които позволяват некоректните преходи да бъдат оспорени в определен времеви прозорец — обикновено седем дни в Ethereum.

Rollup, който използва доказателства за валидност — често на основата на криптография с нулево знание — за да докаже, че преходите на състоянието отговарят на правилата на протокола. Той може да съкрати времето за потвърждаване в сравнение с Optimistic Rollup, макар че и тук действителната окончателност зависи от L1 и от дизайна на системата.

Среда за изпълнение, разработена от Solana Labs. Тя позволява паралелно изпълнение, като изисква всяка транзакция изрично да декларира акаунтите, които използва. Според проекта Bitcoin Hyper я използва като своя среда за изпълнение.

Средата за паралелизация в рамките на SVM. Тя анализира акаунтите, декларирани от всяка транзакция, и позволява паралелното изпълнение на транзакции, които не са в конфликт помежду си. Тя е един от градивните елементи, които допринасят за пропускателната способност на Solana и — според проекта — за планирания дизайн на Bitcoin Hyper.

Рамка на Rust за разработка на SVM програми. Тя въвежда макроси, конвенции и инструменти за тестване, които опростяват разработката в Solana. Според проекта Bitcoin Hyper си поставя за цел да предложи равностоен набор от инструменти; действителната съвместимост тепърва подлежи на проверка.

Библиотека от стандартни програми за SVM: токени (SPL Token), staking, управление и други. Според проекта Bitcoin Hyper работи в посока съвместимост със SPL, което би позволило токени и програми от Solana да бъдат използвани повторно.

Компонентът на rollup слоя, който подрежда транзакциите преди изпълнението им. Лицето, което управлява секвенсъра, може да определя това подреждане — със съответните последици за MEV и за цензурата. При старта на Bitcoin Hyper се очаква той да бъде централизиран.

Стойност, която може да бъде извлечена чрез преподреждане, вмъкване или пропускане на транзакции в рамките на блок или група. Централизираният секвенсър може да разполага със значителни възможности да улавя или да влияе върху MEV на даден rollup.

Механизъм, който позволява на потребителите да „принудят“ включването на транзакция през L1 на Bitcoin, заобикаляйки цензуриращ секвенсър. В Bitcoin Hyper тази функционалност е все още в разработка към 28 април 2026 г.

Официалният bridge на Bitcoin Hyper за прехвърляне на BTC от L1 към rollup слоя и обратно. При старта: федерирано или централизирано съхранение, с произтичащите от това допускания за доверие. Пътната карта предвижда постепенна децентрализация, която тепърва подлежи на проверка.

Механизъм, който позволява на потребителите да изтеглят средства от rollup слоя през L1 на Bitcoin дори когато секвенсърът или bridge-ът не съдействат. Критична предпазна функционалност, все още в разработка.

Гаранцията, че данните за всички транзакции са публично достъпни. Без тези данни никой не може да възстанови състоянието на rollup слоя. В Bitcoin Hyper окончателно решение все още се проучва.

Компресирано представяне — обикновено Merkle корен — на цялото състояние на rollup слоя към даден момент. То се публикува периодично в Bitcoin като закотвяне; това публикуване не представлява пълна проверка на състоянието.

Дървовидна структура от данни, при която всеки родителски възел е хеш на дъщерните си възли. Тя позволява ефективни доказателства — Merkle доказателства — че дадено данно принадлежи на определено множество, без да се разкрива цялото множество.

Токенът, който документацията на проекта представя като собствен токен на Bitcoin Hyper. Заявеното общо предлагане е 21 милиарда. Според публикуваната документация той е предвиден за плащания, за участие в staking и — на по-късен етап — за механизми на управление. Заявеното разпределение е следното: 25% Treasury, 30% Development, 20% Marketing, 15% Rewards и 10% Listings.

Механизъм за постепенно освобождаване на токени във времето. Съгласно публикуваните условия за предварителната продажба за $HYPER е посочен период на vesting от седем дни.

Събитието, при което даден токен се създава и разпределя за първи път. Според whitepaper-а одитите на сигурността следва да бъдат завършени преди TGE на Bitcoin Hyper.

Общата стойност на активите, депозирани в DeFi протоколите на дадена мрежа. Показател, използван за преценка на навлизането на дадена екосистема и на доверието в нея.

DeFi протокол, който използва математически формули — обикновено x*y=k — за определяне на обменните цени, като отпада нуждата от традиционна книга с поръчки.

Услуга, която пренася данни от реалния свят — цени, събития и други — в блокчейна. Тя е от съществено значение за DeFi: кредитирането, деривативите и много договори зависят от надеждни външни ценови данни.

Криптографско доказателство, което показва, че даден преход на състоянието е невалиден. Използва се в Optimistic Rollup решенията за оспорване на измамни състояния в рамките на прозореца за оспорване.

Преглед на изходния код, извършен от независими специалисти с цел откриване на потенциални уязвимости. В случая на Bitcoin Hyper проектът обяви, че ще публикува одити на сигурността преди TGE; към 28 април 2026 г. не може да бъде потвърден публичен одитен доклад за протокола или за bridge-а.

Моментът, от който съгласно правилата и допусканията на системата дадена транзакция се счита за необратима. В архитектурата, описана за Bitcoin Hyper, ангажиментите за състоянието натрупват потвърждения в Bitcoin след публикуването си; само по себе си това не гарантира валидността на състоянието или възможността за изтегляне на средства.

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

Мрежа за смарт договори, свързана с Bitcoin, която използва механизма PoX (Proof of Transfer). Тя има собствен език — Clarity — и съхранява данните за блоковете си в Bitcoin.

Съвместима с EVM sidechain върху Bitcoin, която използва съвместен добив. За заплащане на gas тя използва токена RBTC — актив, обвързан с BTC. В експлоатация от 2018 г.