Proč se najednou řeší „data availability“ (DA)
Škálování blockchainů se posunulo od monolitických designů k modulárním stackům, kde se výpočty, konsenzus, vyrovnání (settlement) a dostupnost dat (DA) dělí na samostatné vrstvy. Důvod je pragmatický: kapacitní limity, náklady a latence nelze optimalizovat ve všech směrech zároveň na 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 bylo nutné 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 nedokážou znovu vypočítat stav a odhalit podvod či nekorektní aktualizaci. Tomu se říká data withholding. Proto je nezbytná vrstva, která:
- vynucuje publikování dat (nebo jejich ověřitelných kódovaných útržků),
- umožňuje levné, pravděpodobnostní ověření dostupnosti (sampling),
- škáluje se horizontálně, aniž by light klienti museli stahovat vše.
Modulární architektura: kde DA sedí
V modulárním stacku rozlišujeme:
- Execution – interpretace transakcí a tvorba stavu (rollupy, L2/L3).
- Settlement – pravidla sporů a finality (často L1 jako Ethereum).
- Consensus – pořadí bloků a finalizace.
- Data Availability – dostupnost vstupních dat pro pře-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 zvolit 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 drahé, 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 vyšší propustnost (vyšší throughput L2),
- zachovává silné vlastnosti finality a auditovatelnosti.
Samostatné DA sítě navíc přidávají vlastní inovační mechanismy kódování a samplingu, které ještě více efektivně ověřují dostupnost.
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 stačí stáhnout libovolnou podmnožinu (např. více než polovinu) k jejich rekonstukci. Pokud by se pokusil zadržet část dat, musel by zatajit mnoho fragmentů současně, jinak si je síť dokáže samplingem náhodně vyžádat a zrekonstruovat. 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 „celá data jsou někde v síti dostupná“. Klient náhodně žádá malé úseky (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 zbývající úseky. Výhoda: není tř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 patří do publikovaného 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á propojuje škálovatelnost s jednoduchou verifikací.
Bezpečnostní předpoklady: na čem stojí důvěra
- Konsenzus: většina konsenzuálních uzlů nesmí koluzivně finalizovat bloky se zatajenými daty; finalita L1 nebo DA řetězce musí být robustní.
- Síťová dostupnost: fragmenty se musí replikovat a distribuovat napříč uzly; ekonomika musí motivovat k ukládání/relaying.
- Sampling správnost: náhodnost výběru vzorků a závazky zajišťují, že zatajení je detekovatelné s vysokou pravděpodobností.
- Ekonomické incentivní mechanismy: producenti bloků a poskytovatelé úložišť jsou ekonomicky motivováni dodávat data; sankce a slashing (pokud existují) vynucují správnost.
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: validita stavu je garantována 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 si zvolí, zda konkrétní segment půjde na „silnou“ DA nebo levnější off-chain DA.
Volba profilu mění poplatky, latenci a riziko. Pro obchodní infrastrukturu (DEXy, perptuity DEXy) je 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 propustnost
Největší nákladová položka rollupu často spočívá v publikování dat. Oddělený, specializovaný DA prostor:
- odděluje trh s „datovým gasem“ od výpočetního gasu L1,
- umožňuje větší bloky/časová okna pro dávky (batchy),
- nabízí předvídatelnější ceny (výhradně podle datové poptávky, nikoli soutěže s kontrakty na L1).
To se projevuje v levnějších transakcích, stabilnějších spredoích na DEXech a lepší kapitálové efektivitě pro market makery. Z pohledu tokenomiky DA sítí se často zavádí datový poplatek (burn / fee sink), stakingové odměny za replikaci a případný slashing za nedodání fragmentů.
Tržní důsledky: UX, likvidita, MEV
Levnější DA snižuje náklady L2 protokolů a otevírá prostor pro vyšší frekvenci obchodování a jemnější granularitu objednávek. Z pohledu MEV:
- vyšší propustnost a rychlejší finalita na L2 snižují hodnotu některých extrakčních strategií,
- sdílená DA + sdílení sequencerů mohou pomoci férovému řazení, ale zároveň 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 při š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ů pro rekonstrukci.
- Spolehlivost providerů (procento timeoutů při stahování fragmentů, geografická diverzita).
- 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-klient 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, pokud DA vrstva dočasně nedodá fragmenty? Nutné mít failure mode a postupy pro pauzu nebo roll-forward.
- Chybné účtování nákladů: pokud projekt ignoruje variabilitu cen DA, může nastavit nesprávné poplatky a dotace.
DA a ZK éra: proč nestačí pouze „platný důkaz“
I u zk-rollupů je nezbytná 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 koneční uživatelé dokáží obnovit stav peněženky bez přístupu k datům. DA tedy zůstává základní komponentou bezpečného uživatelského prostředí.
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-klient API),
- „market structure“ pro datový gas (aukční mechanismy, QoS třídy, SLA pro dodání fragmentů),
- pokročilé kryptografické schémata (efektivnější závazky, vylepšené kódy, nová práce s náhodností samplingu),
- sdílené sequencery úzce propojené s DA vrstvami a férovým řazením.
Jak k DA přistupovat při návrhu produktu
- Bezpečnostní cíl: burzy, perpetual DEXy, půjčky často vyžadují „L1-grade“ garance – preferujte silnější DA.
- Rozpočtový cíl: aplikace s vysokou datovou náročností (gaming, social) mohou používat volition/hybrid, aby zůstaly cenově konkurenceschopné.
- Latence: opční AMMy a strategie vysoké frekvence 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, partneři na infrastruktuře.
- Provozní SLA a historie incidentů (výpadky, withholding, recovery playbooky).
Shrnutí
Vrstvy datové dostupnosti jsou klíčem ke škálovatelnému a bezpečnému webu 3.0. Umožňují rollupům extrémně 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 buildry to znamená levnější, rychlejší a spolehlivější trhy – ale pouze tehdy, pokud je DA vrstva zvolena a integrovaná s takovou disciplínou, jakou věnujeme exekuci a konsenzu.
