Ověření dostupnosti dat nativních pro Bitcoin v prostředí L2 s ultranízkou latencí @megaeth, @risechain, @nubit_org V blockchainu výraz ultra-nízká latence nebo reálný čas přesahuje pouhé znamení, že vnímaná rychlost je vysoká, ale také označuje strukturu, v níž jsou provádění, reakce a odraz stavu konzistentně poskytovány na úrovni rychlejší než limity lidského vnímání. V poslední době jsou vysoce výkonné systémy vrstvy 2 navrhovány s millesekundovým zpožděním a velmi vysokou propustností, a v tomto procesu se stalo běžným oddělením vykonávací vrstvy a ověřovací vrstvy. V takovém prostředí není dostupnost dat faktorem, který přímo ovlivňuje rychlost, ale slouží jako základ, který umožňuje komukoli ověřit přechody stavů později. Systémy L2 v reálném čase používají techniky k provedení transakcí předem před jejich úplným zařazením do bloku, nebo k dokončení pořadí rozdělením bloku na velmi malé jednotky. To umožňuje uživatelům vidět téměř okamžité výsledky, ale kryptograficky úplné ověření přichází mnohem později. V této struktuře musí vrstva dostupnosti dat zajistit, že v určitém časovém období bude zveřejněno dostatečné množství dat pro ověření, a v případě zpoždění nebo skrytí nemají účastníci systému jinou možnost než důvěřovat integritě sekvenceru během této doby. Dostupnost datových zdrojů Bitcoinu je přístup, který se snaží tuto ověřovací funkci poskytovat přímo na blockchainu Bitcoinu. Bloky Bitcoinu se vytvářejí v průměru asi za 10 minut a množství dat, která může být v bloku, je omezené. Tato struktura nabízí vysokou ekonomickou jistotu a silnou odolnost vůči cenzuře, ale má jasný horní limit z hlediska frekvence a propustnosti dat. Výsledkem je, že dostupnost dat založená na Bitcoinu předpokládá propustnost několika kilobajtů za sekundu a minimální zpoždění pro určení více než několik minut. V reálném čase L2 prostředí je zpoždění provedení jen několik milisekund, zatímco pokud se určí, že dostupnost dat trvá déle než několik minut, časová mezera mezi vykonáním a ověřením se výrazně zvětší. Během této mezery uživatelé nemohou nezávisle ověřit svůj stav nebo bezpečně obnovit aktiva, ani okamžitě ověřit, zda byla data skutečně zveřejněna. To znamená, že vrstva dostupnosti dat zdržuje účinnost původního záměru minimalizace důvěry založené na validaci po značnou dobu. Systémy, které implementují dostupnost dat nativních pro Bitcoin, využívají pomocné mechanismy, jako je konsenzus výborů, vzorkování dat a pravidelné ukotvení Bitcoinu, aby tato omezení zmírnily. Tato metoda však neposkytuje krátké zpoždění ověření, které vyžaduje prostředí pro reálné vykonávání v reálném čase, pokud nezmění vlastní rychlost zpracování Bitcoinu a cyklus generování bloků. V případě skrytí nebo zpoždění dat nemění nic na tom, že trvá alespoň jeden blok času, než je definitivně posoudit a reagovat na ně v řetězci. Tato vlastnost je ještě patrnější v aplikacích, které jsou extrémně citlivé na latenci, jako jsou vysokofrekvenční transakce nebo hraní v reálném čase. V prostředí, kde se v krátkém čase odehraje velké množství transakcí, bitcoinový blokový prostor nemůže uspokojit poptávku po dostupnosti dat a zpoždění validace také brání běžnému chodu aplikace. Na druhou stranu v aplikacích, kde je frekvence transakcí relativně nízká a bezpečnost konečného vypořádání je důležitější, může dostupnost dat založených na Bitcoinu hrát určitou roli. Shrnuto, v prostředí s ultra-nízkou latencí L2 má dostupnost dat nativních pro Bitcoin strukturální omezení, jako jsou zpoždění validace a omezení propustnosti. Ačkoliv Bitcoin nabízí silnou bezpečnost a spolehlivost, jeho design jej činí nevhodným pro použití jako vrstva dostupnosti dat založenou na reálném čase. Dosavadní objektivní analýza potvrzuje, že dostupnost bitcoinově nativních dat v real-time L2 systémech je na úrovni, která funguje spíše jako pomalý, ale vysoce bezpečný pomocný referenční bod než jako hlavní prostředek ověření podporující provádění.