Autor: Gate Ventures
Úvod
Od doby, kdy Ethereum přešlo na rozšiřovací řešení zaměřená na Layer 2 a s nástupem nástrojů jako RaaS, se mnoho veřejných řetězců rychle vyvíjí. Mnoho subjektů chce vybudovat svůj vlastní řetěz, aby reprezentovali různé zájmy a usilovali o vyšší ocenění. Nicméně, množství nových veřejných řetězců zpomalilo vývoj ekosystému, což vedlo k tomu, že mnoho projektů při TGE rychle ztratilo hodnotu.
S pomocí OP Stack, Coinbase spustil své vlastní Base Layer 2, Kraken vydal Ink; s pomocí ZK technologie, OKX spustil XLayer; Sony vydal Soneium, LINE uvedl Kaia atd. Dnes je nákladové a technologické překážky pro budování řetězu výrazně nižší, náklady na provozování řetězu založeného na OP Stack jsou přibližně 10 000 dolarů měsíčně.
Budoucnost bude nepochybně érou soužití více řetězců. I když si tyto řetězce Layer 2 mohou zvolit kompatibilitu s EVM pro vzájemnou interakci, vzhledem k množství downstream aplikací za nimi bude obtížné budovat aplikace na stejném řetězci a dosáhnout konsensu.
Rozpis TVL, zdroj: Defillama
Současný ekosystém více řetězců přinesl novou výzvu: fragmentaci likvidity a stavu. Vzhledem k nevyhnutelnosti existence více řetězců je interoperabilita oblastí, kterou je třeba prozkoumat a vyřešit. V současnosti existuje mnoho řešení pro likviditu, jako jsou řetězové abstrakce (Particle Network, Socket, XION, INFINIT, Borsa), záměry (Anoma, Khalani), Clearing Execution (Connext), Native CrossChain (Cross), ZKSharding (=nil; Foundation), ale jejich jádro je v podstatě stejné.
Stack řetězové abstrakce, zdroj: Frontier Research
Používáme architekturu Cake, která je v oboru uznávaná, abychom z vrchu dolů představili jádrové komponenty abstrakce mezi řetězci:
Aplikační vrstva (Application Layer)
Je to vrstva, se kterou uživatelé přímo interagují, a je to také nejabstraktnější vrstva v řešení likvidity, protože zcela skrývá detaily přeměny likvidity. V aplikační vrstvě uživatelé interagují s front-end rozhraním, aniž by nutně rozuměli mechanismu přeměny likvidity na základní úrovni.
Vrstva oprávnění (Permission Layer)
Nachází se pod aplikační vrstvou, uživatelé se připojí k peněžence na dApp a požádají o cenovou nabídku pro vyřešení obchodního záměru. Zde „záměr“ znamená očekávaný konečný výsledek transakce (tj. výstup), nikoli konkrétní cestu provedení transakce.
Správa účtů a abstraktní vrstva (Key Management and Account Abstraction)
Vzhledem k existenci víceřetězcového prostředí je zapotřebí adaptačního systému pro správu účtů a abstrakci, který udržuje jedinečné struktury účtů různých řetězců. Například účetní systém objektů SUI se zcela liší od EVM. One Balance je reprezentativní projekt v této oblasti, který vybudoval důvěryhodný systém účtů, který nevyžaduje budování konsensu mezi řetězci, pouze důvěryhodné závazky mezi existujícími účetními systémy. Near Account implementuje abstraktní správu generováním víceřetězcových peněženek pro uživatele, což výrazně optimalizuje uživatelskou zkušenost a snižuje fragmentaci UX. Nicméně v oblasti likvidity se většinou integrují existující veřejné řetězce.
Vrstva Solver (Solver Layer)
Tato vrstva je zodpovědná za přijímání a realizaci uživatelských obchodních záměrů, role Solver zde soutěží o poskytování lepší uživatelské zkušenosti, včetně rychlejšího času transakce a rychlosti provedení. Na tomto základě vybudovaly projekty jako Anoma různé záměrem řízené řešení. Takové deriváty záměrů, jako je komponenta Predicate, mohou realizovat uživatelské záměry za specifických pravidel.
Vyrovnávací vrstva (Settlement Layer)
Toto je mezivrstva, kterou Solver používá k realizaci uživatelských záměrů. Klíčové komponenty řešení fragmentace likvidity a stavu zahrnují:
Oracle: pro získávání informací o stavech na jiných řetězcích.
Mezireťezové mosty: odpovědné za přenos informací a likvidity mezi řetězci.
Předpotvrzovací řešení: zkracují dobu potvrzení mezireťezových operací.
Dostupnost dat (DA): poskytování přístupnosti dat.
Dále je třeba zvážit mezireťezovou likviditu, konečné potvrzení (Finality), mechanismy dokazování Layer 2 a další faktory, aby byla zajištěna efektivní činnost celého víceřetězového systému.
Řešení
V současnosti existuje na trhu mnoho různých řešení pro fragmentaci likvidity, po prozkoumání mnoha návrhů jsme zjistili, že hlavními způsoby jsou tyto:
1. Zaměřeno na RaaS: podobně jako řešení Rollup jako OP Stack, pomocí specifických sdílených pořadatelů a mezireťezových mostů k podpoře sdílené likvidity a stavu v Rollupu postaveném na OP Stack. To si klade za cíl vyřešit fragmentaci likvidity a stavu na vyšší úrovni. Zde je podrobněji navržený design sdíleného pořadatele, což je řešení více zaměřené na Layer2, které nemá univerzální použití, jako jsou Astria, Espresso a Flashbots.
Řetězová abstrakce, zdroj: NEAR
2. Zaměřeno na účty: podobně jako NEAR, vybudování celosvětové peněženky účtů, která prostřednictvím technologie zvané „řetězové podpisy“ podporuje podepisování a provádění transakcí napříč různými blockchainovými protokoly. Hlavní komponentou je MPC síť, která podepisuje víceřetězové transakce jménem uživatelů. Tento systém, i když výrazně řeší fragmentaci UX, však zahrnuje složité backendové implementace pro vývojáře a podstatně neřeší fragmentaci likvidity a stavu.
3. Zaměřeno na síť záměrů off-chain: tedy naše diagramy struktury dortu „Úvod“ Solver Network, jádrem je, že uživatelé posílají záměry do sítě Solver, kde role Solver soutěží o nabídky, aby poskytly optimální čas dokončení a cenu transakce. Tito Solveři mohou být AI agenti, CEX, market makeři nebo dokonce integrované protokoly samotné, jako je Liquorice atd. Projekty v této oblasti zahrnují Anoma, Khalani, Enso, aori a Valantis. I když mohou záměry teoreticky umožnit jakékoli složité mezireťezové operace, v implementaci je nutné mít dostatečnou likviditu Solver k podpoře a při setkání s některými off-chain požadavky existuje možnost podvodu, pokud se zavedou prostředky, jako jsou důkazy o podvodu, obtížnost implementace sítě Solver se zvýší a také se zvýší prah pro provozování Solver.
4. Zaměřeno na síť likvidity na řetězcích: tento směr se specializuje na optimalizaci problémů s mezireťezovou likviditou, ale neřeší problémy s fragmentací stavu na jiných řetězcích. Jeho jádrem je vybudování vrstvy likvidity, na které se budují aplikace pro sdílení likvidity napříč řetězci. Některé projekty zahrnují: Raye Network, INFINIT, Everclear, Elixir atd.
5. Zaměřeno na aplikace na řetězcích: tyto aplikace budují vysoce likvidní aplikace integrací velkých MM nebo třetích stran, jako jsou Liquorice, Socket, Radiant Capital, 1inch, Hedgemony atd. Tyto projekty vyžadují velmi vysoké požadavky na vývojáře, a proto jsou velmi náchylné k hackerství.
Řešení problému likvidity je velmi důležité, ve finančním světě likvidita často představuje vše, pokud je možné vybudovat platformu pro integraci likvidity, zejména pro sloučení rozptýlené celosvětové likvidity, má to obrovský potenciál, a podívali jsme se na mnoho různých řešení.
V obou výše uvedených kategoriích můžeme vidět podle struktury dortu, že vrstva vyrovnání (Settlement Layer) je nejzákladnějším řešením, nad těmito atomovými řešeními jako mezireťězové, oracle, předpotvrzovací řešení atd. je vystavena abstraktnější vrstva, což jsou Solver Layer, Permission Layer a Application Layer. Různé výše uvedené projekty, které budují abstrakce nebo řešení likvidity různými směry, vyhovují různým úrovním této sady, což lze chápat jako vztah mezi dodavateli a odběrateli. Nicméně tato řešení stále nejsou atomová, celkový problém fragmentace likvidity přináší vznik mnoha složitých derivovaných problémů, a proto se pro interoperabilitu objevilo množství různých řešení. Ale v podstatě se stále musí spoléhat na tyto komponenty. Následující diskuse se zaměří na několik typických projektů konceptu řetězové abstrakce a podíváme se, jak každý z nich řeší problém fragmentace likvidity z vlastní perspektivy.
INFINIT
Struktura INFINIT, zdroj: Infinit
INFINIT vybudoval službu RaaS pro DeFi sektor, která poskytuje komponenty potřebné k přímé konstrukci pro DeFi protokoly, jako jsou Oracle, Pool Type, IRM, Asset atd., a také poskytuje komponenty jako Leverage Trading a Yield Strategy, které lze okamžitě aktivovat. To odpovídá jiným aplikačním konstrukcím, ale konečná likvidita je umístěna na likviditní vrstvě Infinit. V současné době však stále nezveřejnili základní principy fungování. INFINIT již získal 6 milionů dolarů v seed financování od Robot Ventures, Electric Capital a Maelstrom Capital.
Khalani Network
Struktura Khalani Network, zdroj: Khalani Network
Khalani vybudoval tři klíčové komponenty, a to vrstvu kompatibility záměrů, Validity a obecnou vyrovnávací vrstvu.
Externí aplikace nebo vrstva záměru mohou publikovat záměry do Khalani, poté může kompatibilní vrstva Intent Khalani převádět externí záměry do formátu, který rozpozná protokol Solver, přičemž používaným standardizovaným formátem je Validity jazyk. Uzly Khalani odpovídají za odesílání konečných výsledků do obecné vyrovnávací vrstvy prostřednictvím mezireťezových mostů, technologií rychlého vyrovnání atd. Tento projekt je stále ve fázi výstavby a zatím nezveřejnil více podrobností o práci. V srpnu získal 2,2 milionu dolarů v seed financování od Ethereal Ventures, Nascent, Maelstrom Capital atd.
Liquorice
Struktura Liquorice, zdroj: Liquorice
Liquorice je decentralizovaná aplikace, která umožňuje cenové zjišťování na bázi aukce a jednosměrné likviditní pooly. Hlavním posláním Liquorice je poskytovat profesionálním obchodním společnostem efektivní nástroje pro správu zásob a snadno se připojit k jádrovým DeFi protokolům, jako jsou 1inch a Uniswap X při vyrovnání obchodů na základě záměrů. Současně Liquorice vytvořil trh pro půjčování, aby umožnil své půjčovací transakce. Tato aplikace je více zaměřena na samotné obchodování. V současnosti je stále ve vývoji, v červenci oznámila, že získala 1,2 milionu dolarů v pre-seed financování vedeném GreenField.
Xion
Xion je aktualizovaná verze značky Burnt, která se dříve zaměřovala na aplikace pro spotřebitele. Tým zjistil, že existuje velký problém s fragmentací interakcí na řetězcích, a proto vybudoval Xion, aby tento problém zlepšil. Xion je postaven na konsensuálním protokolu Comet BFT. Jeho mezireťezová komunikace je založena na Cosmos IBC, takže je nativnější a bezpečnější než jiné mezireťezové mosty. Provedli čtyři kola financování, investory jsou Animoca, Multicoin, Alliance DAO, Mechanism atd.
=nil; Foundation
nil je trh se ZK výpočetními zdroji Etherea, ZK ko-procesory a vývojáři Layer2, tým má hluboké znalosti v oblasti ZK technologie. Navrhli řešení zkSharding, které používá ZK technologii pro horizontální rozšíření hlavní sítě Etherea, provádění paralelního zpracování transakcí a generování ZKP, zatímco hlavní fragment ověřuje data, komunikuje s Ethereem a synchronizuje stav sítě mezi všemi ověřovateli. Hlavní fragment také spravuje rozložení ověřovatelů a účtů v prováděcím fragmentu. Konsensuální protokol používaný ověřovací komisí je také Hotstuff, což je běžné v nejnovějších projektech paralelního provádění. =nil; L2 od samého počátku vkládá mezifragmentovou komunikaci do protokolu. Mezifragmentové zprávy jsou ověřovány komisí ověřovatelů každého fragmentu jako transakce.
Jeho základní myšlenkou je vybudovat podobnou vnořenou mezireťezovou komunikační architekturu jako IBC prostřednictvím fragmentované architektury Layer2, což tak může vyřešit fragmentaci likvidity a stavu. Nicméně jeho hlavní myšlenka není rozumná, protože problém fragmentace likvidity se týká více řetězců, zatímco vytváří pouze jeden Layer2, což znamená, že k vyřešení problému musí všechny řetězce být fragmentem ZK-sharding, což je obtížně realizovatelné.
ERC-7683
ERC-7683, zdroj: Across
Ethereum se také snaží vyřešit problém mezireťezové likvidity, v současnosti Arbitrum, OP, Uniswap nejprve veřejně podporují standard ERC7683, který také používá mezireťezový způsob založený na záměru. Hlavním cílem je vytvořit obecný standard pro mezireťezové operace mezi L2 a bočními řetězci, standardizovat objednávky a vyrovnávací rozhraní a dosáhnout bezproblémového provádění mezireťězových operací, přičemž hlavním jádrem je Filler, který lze také nazvat rolí Solver v řetězové abstrakci. Tento návrh byl společně vybudován Uniswap a Across a v současnosti je posuzován pracovním týmem Cake.
OP Stack
OP Stack, ERC-7683 a zkSharding jsou všechny řešení fragmentace likvidity mezi Layer2, která se snaží vyřešit tento problém na úrovni architektury, konsensu i aplikace. OP Stack navrhuje kompletní vícevrstvou řešení Layer2, aby vyřešilo problémy s přenosem informací a decentralizací Sequencer najednou. Když používáte architekturu OP Stack, automaticky se nasazují mezireťezové kontrakty a existuje supervisor, který vyzývá, aby se zabránilo přenosu falešných mezireťezových informací. V současnosti používají architekturu OP Stack Coinbase, Uniswap, Kraken atd.
Mezi typickými příklady je Unichain. Unichain řeší problém fragmentace mezireťezové likvidity především integrací sítě Superchain. Toto nastavení umožňuje bezproblémový pohyb likvidity prostřednictvím následujících funkcí:
Mezireťezový most založený na záměru: tento most podporuje rychlý a spolehlivý přenos likvidity mezi blockchainy, umožňuje uživatelům nastavit záměry, což pomáhá systému automaticky vybrat nejlepší cestu pro pohyb likvidity. Tento přístup abstrahuje složitost od uživatelů, což činí mezireťezové transakce plynulejší a rychlejší.
Unichain validační síť (UVN): Tato decentralizovaná síť operátorů ověřuje mezireťezové transakce a poskytuje rychlejší ekonomickou konečnost. Rychlejší konečnost je zásadní pro zajištění efektivního vyrovnání mezireťezových transakcí a minimalizaci rizika fragmentace likvidity způsobeného zpožděným vyrovnáním.
Flashblocks a ověřitelné bloky: Použitím Flashblocks Unichain významně zkrátil čas bloků, zvýšil efektivitu poskytovatelů likvidity a dosáhl synchronizace mezireťezových trhů. Flashblocks pomáhají zajistit, aby byla likvidita vždy dostupná a snížily negativní dopady zpoždění potvrzení bloků, což může vést k fragmentaci likvidity.
Shrnutí
Řešení problémů s mezireťezovou likviditou je velmi složitá a má mnoho různých řešení, například řešení Layer2 jsou rozdělena na vnořené mezireťezové zprávy Ethereum, zejména pomocí ERC-7683, a dále na Layer2 jako OP, která vybudovala OP Stack pro sdílení Sequencer, aby to vyřešila. Mimo kontext Layer2, všechny Layer1 se také potýkají s problémy s fragmentací likvidity, stavu a uživatelské zkušenosti, existují specializovaná řešení zaměřená na likviditu, stejně jako řešení off-chain Solver Network, a dokonce i řešení zaměřená na účty, jako je NEAR, ale také potřebují být založena na roli off-chain Solver.
Z našeho pohledu je fragmentace mezireťezové likvidity, stavu a uživatelské zkušenosti problémem celého blockchainového odvětví. Pokud na to pohlížíme z celkového hlediska, je třeba přistupovat k tomu abstraktnějším způsobem, podobně jako řetězová abstrakce, což je skutečný vstup do Web3, který řeší fragmentaci uživatelské zkušenosti, zatímco integrace likvidity a stavu se děje na úrovni, které si uživatelé nejsou vědomi. Jak konkrétně integrovat, bylo také rozděleno na využití off-chain sítě Solver a atomické integrace mezireťezových mostů atd. To vše stojí za diskuzi. Celkově je budoucnost nepochybně víceřetězcová, řešení fragmentace likvidity je odvětvím, kterému se nevyhneme, a integrace celosvětové likvidity má široký prostor pro růst, což může znamenat výstavbu Googlu éry Web3.
