Proč se najednou řeší „data availability“ (DA)
Škálování blockchainů se přesunulo od monolitických návrhů k modulárním stackům, kde se výpočty, konsensus, vyrovnání (settlement) a dostupnost dat (DA) rozdělují na samostatné vrstvy. Důvod je pragmatický: kapacitní limity, náklady a latence nelze optimalizovat ze všech stran naráz v jednom řetězci. Vrstvy DA oddělují problém „kdo verifikuje pravdivost výpočtu“ od problému „kdo a jak garantuje, že data potřebná k verifikaci jsou včas dostupná“. Výsledkem je nižší total cost of ownership pro rollupy, vyšší propustnost a lepší uživatelská zkušenost – aniž by se musely snižovat bezpečnostní standardy.
Problém dostupnosti dat v kostce
Validita stavu L2 závisí na tom, zda mají validátoři přístup k vstupům (transakčním balíkům), které tvoří nový stav. Pokud agregátor / sequencer zveřejní pouze závazek (commitment) k datům bez jejich zpřístupnění, validátoři ani uživatelské uzly nejsou schopny znovu vypočítat stav a odhalit podvod či nesprávnou aktualizaci. To se nazývá data withholding. Proto je nezbytná vrstva, která:
- vynucuje publikování dat (nebo jejich ověřitelných kódovaných fragmentů),
- umožňuje levné, pravděpodobnostní ověření dostupnosti (sampling),
- škáluje se horizontálně bez nutnosti, aby light klienti museli stahovat vše.
Modulární architektura: kde je DA umístěna
V modulárním stacku rozlišujeme:
- Execution – interpretace transakcí a tvorba stavu (rollupy, L2/L3).
- Settlement – pravidla sporů a finalita (často L1 jako Ethereum).
- Consensus – pořadí bloků a finalizace.
- Data Availability – dostupnost vstupních dat pro opětovný výpočet a audit.
Některé sítě kombinují settlement + DA (např. L1 s blobovým prostorem), jiné poskytují DA jako nezávislou sdílenou službu (modulární DA řetězce). Rollup si tak může vybrat DA podle potřeby nákladů, latence a bezpečnosti.
Způsoby publikování dat: calldata, blobs a dále
Historicky L2 publikovaly transakční balíky jako calldata přímo na L1. To bylo bezpečné, ale nákladné, protože soutěží s běžným gas prostorem L1. Novější praxe využívá oddělený datový prostor (např. blob segmenty), který:
- snižuje cenu za bajt (levnější dostupnost),
- umožňuje větší propustnost (vyšší throughput L2),
- zachovává silné vlastnosti finality a auditovatelnosti.
Samostatné DA sítě navíc přidávají vlastní inovativní mechanismy kódování a samplingu, které ještě více zefektivňují verifikaci dostupnosti.
Erasure coding: jak udělat „nepublikování“ drahé
Jádrem moderních DA řešení je erasure coding (nejčastěji varianty Reed–Solomon v 2D matici). Producent bloku rozšíří původní data na větší počet kódovaných fragmentů tak, že je možné rekonstruovat celek stažením libovolné podmnožiny (např. více než poloviny). Pokud by se pokusil skrýt část dat, musel by skrýt mnoho fragmentů současně, jinak si je síť může samplováním náhodně vyžádat a rekonstruovat. To výrazně zvyšuje náklady a riziko odhalení při withholding útocích.
Data Availability Sampling (DAS): light klienti, silné garance
DAS umožňuje light klientům s minimální šířkou pásma pravděpodobnostně ověřit, že „všechna data jsou někde v síti dostupná“. Klient náhodně žádá malé kousky (samples) z různých částí kódované datové matice. Pokud jsou vzorky konzistentní a dostupné, s extrémně vysokou pravděpodobností jsou dostupné i všechny zbylé části. Výhoda: není potřeba stahovat celý blok; stačí několik kilobajtů na blok při velmi nízké pravděpodobnosti omylu.
Kryptografické závazky: Merkle, KZG a spolupráce s kódováním
DA vrstvy využívají závazky k datům, aby light klienti mohli ověřit, že náhodně získané vzorky náleží k publikovanému bloku. Kromě Merkle stromů se používají polynomiální závazky (např. KZG) k efektivnímu dokazování, že konkrétní fragment odpovídá kódovanému poli. Pro DA je klíčová kombinace: kódování → závazek → sampling + důkazy, která spojuje škálovatelnost s jednoduchou verifikací.
Bezpečnostní předpoklady: na čem spočívá důvěra
- Konsensus: většina konsensuálních uzlů nesmí koluzivně finalizovat bloky s utajenými daty; finalita L1 nebo DA řetězce musí být robustní.
- Síťová dostupnost: fragmenty musí být replikovány a rozptýleny mezi uzly; ekonomika musí motivovat k ukládání a přeposílání.
- Korektnost samplingu: náhodnost výběru vzorků a závazky zajišťují, že zatajování je detekovatelné s vysokou pravděpodobností.
- Ekonomické incentivy: producenti bloků a poskytovatelé úložišť jsou motivováni ekonomicky data doručovat; sankce a slashing (pokud existují) vynucují korektnost.
DA a typy L2: rollup, validium, volition
- Rollup: publikuje data na sdílenou DA vrstvu s „L1-grade“ vlastnostmi; vysoká bezpečnost, vyšší náklady než off-chain.
- Validium: validitu stavu garantují důkazy (např. ZK), ale data jsou mimo L1/DA (nižší náklady, slabší dostupnost, závislost na výborech).
- Volition/hybrid: uživatel nebo aplikace volí, zda konkrétní segment směřuje na „silnou“ DA nebo levnější off-chain DA.
Volba profilu mění poplatky, latenci a riziko. Pro tradingovou infrastrukturu (DEXy, perpetual DEXy) je často preferována silnější DA, protože selhání dostupnosti poškozuje možnost sporů a reverifikace.
Ekonomika: proč DA snižuje poplatky a zvyšuje throughput
Nejdůležitější nákladovou položkou rollupu je často publikování dat. Oddělený, specializovaný DA prostor:
- odděluje trh s „datovým gasem“ od exekučního gasu L1,
- umožňuje větší bloky/časy pro batchování,
- nabízí předvídatelnější ceny (výhradně podle datové poptávky, bez soutěže s kontrakty na L1).
To se promítá do levnějších transakcí, stabilnějších spreadů na DEXech a lepší kapitálové efektivity pro market makery. Z hlediska tokenomics DA sítí se často zavádí datový poplatek (burn / fee sink), stakingové odměny za replikaci a potenciální slashing za nedodání fragmentů.
Tržní důsledky: UX, likvidita, MEV
Levnější DA snižuje náklady L2 protokolů a vytváří prostor pro vyšší frekvenci obchodování a jemnější granularitu objednávek. Z hlediska MEV:
- vyšší throughput a rychlejší finalita na L2 snižují hodnotu některých extrakčních strategií,
- sdílené DA + sdílení sequencerů mohou pomoci fair ordering, ale také vytvořit nové vektory pro cross-domain MEV,
- pro příznivce RFQ a intent-based designů je spolehlivá DA předpokladem bezpečného řešení sporů.
Co by měl builder a trader sledovat (metriky DA)
- Cena za MB v DA prostoru (historie i volatilita cen v špičkách).
- Efektivní sampling rate pro light klienty a jeho nároky na šířku pásma.
- Reorg/finality profil DA vrstvy – latence k ekonomické finalitě.
- Úroveň kódování (např. 2D RS parametry) a procento požadovaných vzorků k rekonstrukci.
- Spolehlivost providerů (procento timeoutů při stahování fragmentů, geografická diverzifikace).
- Nároky na integraci (klientské knihovny, tooling, monitoring, alerty).
Integrace DA do rollupu: praktické „plumbing“
- Batching & encoding: rollup sequencer vytvoří batch, aplikuje erasure coding, vygeneruje závazky.
- Publikování do DA: uložení fragmentů + commitment; získání identifikátorů (root/commit).
- Most a settlement: do settlement vrstvy se zapisují pouze závazky a důkazy; v případě sporu se DA použije k rekonstrukci vstupů.
- Light-client UX: peněženky a uzly získávají sampling proofy; nepotřebují celý blok ani důvěru v centralizovaný indexer.
- Monitoring: metriky dostupnosti, latence stahování a chybovosti důkazů.
Rizika a anti-patterny
- Implicitní centralizace ukládání: příliš málo replik nebo závislost na několika poskytovatelích.
- Slabá randomizace samplingu: předvídatelné vzorky mohou útočníci selektivně obsluhovat.
- Nejasný režim výpadků: co se stane s L2, když DA vrstva dočasně nedodá fragmenty? Nutné mít failure mode a postupy na pauzu / roll-forward.
- Nesprávné účtování nákladů: pokud projekt ignoruje variabilitu cen DA, může mít nesprávně nastavené poplatky a dotace.
DA a ZK éra: proč nestačí pouze „platný důkaz“
I u zk-rollupů je nutná dostupnost verifikačních vstupů (verifier input, public inputs) a často i dat pro rekonstukci lokálního stavu klientů (state diffs, logs). Platnost výpočtu neznamená, že koncoví uživatelé dokážou obnovit stav peněženky bez přístupu k datům. DA tedy zůstává zásadní složkou bezpečné UX.
Budoucnost: sdílené DA, horizontální škálování a interoperabilita
Ekosystém směřuje k sdílenému DA pro více rollupů současně. Očekávejme:
- lepší interoperabilitu napříč L2 (standardy pro commitments, light-client API),
- „market structure“ pro datový gas (aukční mechanismy, QoS třídy, SLA pro doručení fragmentů),
- pokročilé kryptografické schéma (efektivnější závazky, vylepšené kódy, nové práce s náhodností samplingu),
- sdílené sequencery úzce provázané s DA vrstvami a férovým orderingem.
Jak uvažovat o DA při návrhu produktu
- Bezpečnostní cíl: burzy/perpetual DEXy/půjčky často potřebují „L1-grade“ garance – preferujte silnější DA.
- Rozpočtový cíl: aplikace s vysokou datovou náročností (gaming, sociální sítě) mohou využívat volition/hybrid, aby zůstaly cenově konkurenceschopné.
- Latence: opční AMM a strategie s vysokou frekvencí potřebují předvídatelnou finalitu a stabilní datovou latenci.
- Regiony a dostupnost: klienti po celém světě – diverzifikace relayerů a úložišť je nezbytná.
Checklist pro due diligence DA vrstvy
- Jaké kódovací schéma a jaké parametry používá (2D RS, práh rekonstrukce)?
- Jaká je pravděpodobnost falešného potvrzení při daném počtu vzorků a jaká je šířka pásma light klienta?
- Finalita a reorg profil: garantované okna, worst-case scénáře.
- Ekonomika: ceny za MB, stimulace replik, slashing a governance parametrů.
- Tooling: SDK, indexace, observabilita, alarmy, infra partneři.
- Provozní SLA a historie incidentů (výpadky, withholding incidenty, recovery playbooky).
Shrnutí
Vrstvy dostupnosti dat jsou klíčem ke škálovatelnému a bezpečnému webu 3.0. Umožňují rollupům výrazně snížit náklady na transakce a zároveň zachovat auditovatelnost a možnost sporů. Technická kombinace erasure kódování, sampling důkazů a silných závazků k datům vytváří prostředí, ve kterém i light klient s minimálním pásmem dokáže získat vysokou jistotu o dostupnosti dat. Pro tradery a buildery to znamená levnější, rychlejší a spolehlivější trhy – ale pouze pokud je DA vrstva zvolena a integrována s disciplínou porovnatelnou s exekucí a konsensem.
