Slovník pojmů

Na základě přílohy A knihy Michele Stefanelliho „Due Diligence of a Layer 2 – The Bitcoin Hyper Case“. 33 hesel ve 12 kategoriích.

33 hesel

Anchoring

Zúčtování

Periodické publikování závazku stavu (state commitment) rollupu do základní vrstvy Bitcoinu (L1). Ukotvení zaznamenává závazek stavu a umožňuje odhalit pozdější změny; samo o sobě však nezaručuje správnost stavu, dostupnost dat ani bezpečnost bridge.

Kap. 11–12

OP_RETURN

Bitcoin L1

Operační kód (opcode) ve skriptu Bitcoinu, který umožňuje vložit do transakce až 80 bajtů libovolných dat a učinit tak vzniklý výstup prokazatelně neutratitelným. Používá se k ukotvování závazků stavu.

Kap. 12

Taproot

Bitcoin L1

Aktualizace Bitcoinu (BIP 341/342, aktivovaná v listopadu 2021), která zavádí Schnorrovy podpisy a MAST. Zlepšuje soukromí, efektivitu a flexibilitu skriptů a je relevantní pro efektivnější mechanismy ukotvování.

Kap. 12

UTXO

Bitcoin L1

Unspent Transaction Output. Účetní model Bitcoinu: místo „účtů“ existují „neutracené výstupy“ o konkrétních částkách. Liší se od účtového modelu, který používá SVM a Ethereum.

Kap. 1

Rollup

Layer 2

Řešení Layer 2, které provádí transakce off-chain a periodicky publikuje komprimovaný stav do základní vrstvy (L1). Kombinuje off-chain škálovatelnost s bezpečností, kterou — podle zvoleného modelu — odvozuje od L1.

Kap. 4–6

Sidechain

Layer 2

Samostatný blockchain propojený s L1 prostřednictvím bridge. Jeho bezpečnost závisí především na vlastním konsensu a konstrukci bridge, nikoli přímo na bezpečnosti L1.

Kap. 4

Validium

Layer 2

Architektura podobná rollupu, u níž jsou data potřebná k rekonstrukci stavu uchovávána mimo L1. Může snižovat náklady a zvyšovat propustnost, zavádí však další předpoklady ohledně dostupnosti dat: pokud se data stanou nedostupnými, uživatelé mohou ztratit možnost ověřit stav nebo vybrat své prostředky.

Kap. 14

Optimistic Rollup

Layer 2

Rollup, který ve výchozím nastavení předpokládá platnost přechodů stavu — odtud „optimistic“. Spoléhá na fraud proofs, které umožňují napadnout chybné přechody v určeném časovém okně, na Ethereu obvykle sedmidenním.

Kap. 6

ZK Rollup

Layer 2

Rollup, který používá důkazy platnosti — často založené na kryptografii s nulovou znalostí — k prokázání, že přechody stavu odpovídají pravidlům protokolu. Může zkrátit dobu potvrzení oproti Optimistic Rollupu, ačkoli skutečná finalita i zde závisí na L1 a konstrukci systému.

Kap. 6

SVM (Solana Virtual Machine)

Provádění

Výkonné prostředí (runtime) vyvinuté společností Solana Labs. Umožňuje paralelní provádění transakcí tím, že každá transakce musí explicitně deklarovat účty, kterých se dotýká. Podle projektu jej Bitcoin Hyper využívá jako své výkonné prostředí.

Kap. 7–8

Sealevel

Provádění

Paralelizační runtime v rámci SVM. Analyzuje účty deklarované jednotlivými transakcemi a umožňuje paralelně provádět transakce, které spolu nekolidují. Je to jeden z prvků, které ovlivňují propustnost Solany a — podle projektu — plánovanou architekturu Bitcoin Hyper.

Kap. 8

Anchor

Provádění

Framework v jazyce Rust pro vývoj programů SVM. Přidává makra, konvence a testovací nástroje, které výrazně zjednodušují psaní programů pro Solanu. Podle projektu má Bitcoin Hyper nabízet rovnocenný toolchain; skutečná kompatibilita zůstává k ověření.

Kap. 9

SPL (Solana Program Library)

Provádění

Knihovna standardních programů pro SVM: tokeny (SPL Token), staking, governance a další. Podle projektu Bitcoin Hyper usiluje o kompatibilitu se SPL, což by umožnilo znovu využít tokeny a programy Solany.

Kap. 9

Sequencer

Sekvenování

Komponenta rollupu, která řadí transakce před jejich provedením. Ten, kdo sequencer ovládá, může o tomto pořadí rozhodovat, což má důsledky pro MEV a cenzuru. Při startu Bitcoin Hyper má být centralizovaný.

Kap. 15–17

MEV (Maximal Extractable Value)

Sekvenování

Hodnota, kterou lze získat přeřazením, vložením nebo vynecháním transakcí v bloku či dávce. Centralizovaný sequencer může mít značnou volnost při zachycování MEV rollupu nebo jeho ovlivňování.

Kap. 15

Forced Inclusion

Sekvenování

Mechanismus, který uživatelům umožňuje „vynutit“ zařazení transakce prostřednictvím Bitcoin L1 s obejitím cenzurujícího sequenceru. Ke dni 28. 4. 2026 byla tato funkce v Bitcoin Hyper stále ve vývoji.

Kap. 21

Canonical Bridge

Bridge

Oficiální bridge Bitcoin Hyper pro přesun BTC z L1 na rollup a zpět. Při startu: federovaná či centralizovaná úschova se všemi předpoklady důvěry, které z toho plynou. Roadmapa předpokládá postupnou decentralizaci, což zůstává k ověření.

Kap. 31, 34

Forced Exit

Bridge

Mechanismus, který uživatelům umožňuje vybrat prostředky z rollupu prostřednictvím Bitcoin L1 i tehdy, když sequencer nebo bridge nespolupracuje. Klíčová bezpečnostní funkce, stále ve vývoji.

Kap. 21

Data Availability (DA)

Dostupnost dat

Záruka, že data všech transakcí jsou veřejně přístupná. Bez těchto dat nikdo nedokáže zrekonstruovat stav rollupu. U Bitcoin Hyper je definitivní řešení stále předmětem výzkumu.

Kap. 14

State Commitment

Zúčtování

Komprimovaná reprezentace — typicky Merkleův kořen — úplného stavu rollupu v daném okamžiku. Je periodicky publikována do Bitcoinu jako ukotvení; samotné publikování neznamená úplné ověření stavu.

Kap. 11

Merkle Tree

Kryptografie

Stromová datová struktura, v níž je každý nadřazený uzel hashem svých potomků. Umožňuje efektivní důkazy (Merkle proofs) o zahrnutí dat, aniž by byla odhalena celá datová sada.

Aneks A

$HYPER

Tokenomika

Token, který dokumentace projektu uvádí jako nativní token Bitcoin Hyper. Deklarovaná celková nabídka je 21 miliard (záměrné navázání na 21 milionů BTC). Podle zveřejněné dokumentace má sloužit k placení transakčních poplatků, ke stakingu a — v pozdější fázi — ke governance. Deklarovaná alokace: 25 % treasury, 30 % vývoj, 20 % marketing, 15 % odměny, 10 % listingy.

Kap. 30–33

Vesting

Tokenomika

Mechanismus postupného uvolňování tokenů v čase, který má sladit motivace týmu a investorů s dlouhodobým úspěchem projektu. Podle podmínek zveřejněných pro předprodej je u $HYPER uváděn sedmidenní vesting.

Kap. 33

TGE (Token Generation Event)

Tokenomika

Událost, při níž je token poprvé vytvořen a distribuován. Podle whitepaperu mají být bezpečnostní audity dokončeny před TGE Bitcoin Hyper.

Kap. 33

TVL (Total Value Locked)

DeFi

Celková hodnota aktiv uložených v DeFi protokolech dané sítě. Metrika používaná k posouzení míry adopce ekosystému a důvěry v něj.

Aneks A

AMM (Automated Market Maker)

DeFi

DeFi protokol, který k určování směnných kurzů používá matematické vzorce — typicky x*y=k — a odstraňuje tak potřebu tradiční knihy objednávek.

Aneks A

Oracle

DeFi

Služba, která přináší na blockchain data z reálného světa (ceny, události). Pro DeFi je klíčová: půjčky, deriváty a řada dalších kontraktů závisejí na spolehlivých externích cenách.

Aneks A

Fraud Proof

Bezpečnost

Kryptografický důkaz prokazující, že určitý přechod stavu je neplatný. Používá se v optimistických rollupech k napadení podvodných stavů v okně pro námitky.

Kap. 19

Security audit

Bezpečnost

Přezkum zdrojového kódu specializovanou nezávislou firmou s cílem odhalit zranitelnosti. U Bitcoin Hyper projekt přislíbil zveřejnění auditů před TGE; ke dni 28. 4. 2026 nebyla potvrzena žádná veřejná auditní zpráva k protokolu ani k bridge. Veřejně dostupné jsou audity kontraktu tokenu ERC-20 (Coinsult, SolidProof), které se však týkají výhradně kontraktu tokenu.

Kap. 34

Finality

Zúčtování

Okamžik, od kterého — podle pravidel a předpokladů systému — je transakce považována za nevratnou. V architektuře popsané pro Bitcoin Hyper by závazky stavu po publikaci hromadily potvrzení v Bitcoinu; samo o sobě to však nezaručuje platnost stavu ani možnost výběru prostředků.

Kap. 13

Lightning Network

Konkurence

Platební síť Bitcoinu založená na kanálech. Je navržena především pro rychlé a levné platby a nenabízí univerzální prostředí pro smart kontrakty srovnatelné s virtuálním strojem. V provozu od roku 2018.

Kap. 25–26

Stacks

Konkurence

Síť pro smart kontrakty propojená s Bitcoinem, využívající mechanismus PoX (Proof of Transfer). Má vlastní jazyk Clarity a zapisuje data svých bloků do Bitcoinu.

Kap. 27

Rootstock (RSK)

Konkurence

Sidechain Bitcoinu kompatibilní s EVM, využívající merge-mining. K placení plynu používá token RBTC — aktivum navázané na kurz BTC. V provozu od roku 2018.

Kap. 28