Referenční materiály
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.
OP_RETURN
Bitcoin L1Operač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.
Taproot
Bitcoin L1Aktualizace 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í.
UTXO
Bitcoin L1Unspent 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.
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.
Sidechain
Layer 2Samostatný 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.
Validium
Layer 2Architektura 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.
Optimistic Rollup
Layer 2Rollup, 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.
ZK Rollup
Layer 2Rollup, 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.
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í.
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.
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í.
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.
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ý.
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í.
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.
Canonical Bridge
BridgeOficiá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í.
Forced Exit
BridgeMechanismus, 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.
Data Availability (DA)
Dostupnost datZá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.
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.
Merkle Tree
KryptografieStromová 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.
$HYPER
TokenomikaToken, 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.
Vesting
TokenomikaMechanismus 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.
TGE (Token Generation Event)
TokenomikaUdá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.
TVL (Total Value Locked)
DeFiCelková 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.
AMM (Automated Market Maker)
DeFiDeFi 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.
Oracle
DeFiSluž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.
Fraud Proof
BezpečnostKryptografický 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.
Security audit
BezpečnostPř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.
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ů.
Lightning Network
KonkurencePlatební 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.
Stacks
KonkurenceSíť 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.
Rootstock (RSK)
KonkurenceSidechain 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.
Nebyla nalezena žádná odpovídající hesla.