Převzato z: Gate Ventures
Úvod
Od doby, co Ethereum přešlo na rozšíření zaměřené na Layer 2, a s příchodem nástrojů jako RaaS, se rychle vyvinula řada veřejných řetězců. Mnoho subjektů chce vybudovat své vlastní řetězce, aby zastupovaly různé zájmové požadavky a usilovaly o vyšší ocenění. Avšak množství veřejných řetězců vyvolalo, že rozvoj ekosystému nedokázal držet krok s tempem veřejných řetězců, což vedlo k tomu, že mnoho projektů přišlo o hodnotu již při TGE.
Díky OP Stack, Coinbase spustila svůj vlastní Base Layer 2, Kraken vydal Ink; s pomocí ZK technologií, OKX spustil XLayer; Sony vydal Soneium, LINE spustil Kaia a další. Dnes je nákladová a technická překážka k vybudování řetězce výrazně snížena, náklady na provozování řetězce založeného na OP Stack jsou přibližně 10 000 dolarů měsíčně.
Budoucnost bude nepochybně dobou coexistence více řetězců. I když tyto řetězce Layer 2 mohou zvolit EVM kompatibilitu pro vzájemnou interakci, kvůli množství downstream aplikací, které mají za sebou Web2 entity, je pro ně obtížné budovat aplikace a dosáhnout konsensu na stejném řetězci.
Rozložení TVL, zdroj: Defillama
Současný multichain ekosystém přináší nový výzvu: rozptýlenou likviditu a stav. Vzhledem k tomu, že existence více řetězců je nevyhnutelná, interoperabilita je oblast, kterou je třeba prozkoumat a vyřešit. V současnosti existuje mnoho řešení pro likviditu, například jsme slyšeli o řetězové abstrakci (Particle Network, Socket, XION, INFINIT, Borsa), úmyslech (Anoma, Khalani), Clearing Execution (Connext), Native CrossChain (Cross), ZKSharding (=nil; Foundation), ale jejich hlavní podstata je stejná.
Stack abstrakce řetězce, zdroj: FrontierResearch
Používáme v oboru uznávanou strukturu Cake k představení klíčových komponentů mezirezortní abstrakce shora dolů:
Aplikační vrstva (Application Layer)
Toto je vrstva, se kterou uživatelé interagují přímo, a je také nejvíce abstraktní vrstvou v řešení likvidity, protože zcela skrývá detaily konverze likvidity. Na aplikační úrovni uživatelé interagují s front-end rozhraním, nemusí nutně rozumět mechanismu konverze likvidity na spodní úrovni.
Vrstva oprávnění (Permission Layer)
Nachází se pod aplikační úrovní, uživatelé se připojují ke své peněžence na dApp a žádají o nabídku, aby splnili své obchodní úmysly. Zde "úmysl" odkazuje na očekávaný konečný výsledek transakce (tj. výstup), nikoli na konkrétní cestu provedení transakce.
Správa účtů a abstraktní vrstva (Key Management and Account Abstraction)
Vzhledem k existenci multichainového prostředí je třeba vytvořit systém správy a abstrakce účtů, který se přizpůsobí jedinečné struktuře účtů různých řetězců. Například objektově orientovaný účetní systém SUI je zcela odlišný od EVM. One Balance je reprezentativním projektem v této oblasti, který buduje důvěryhodný účetní systém, který nevyžaduje budování konsensu mezi řetězci, ale pouze důvěryhodné závazky mezi existujícími účetními systémy. Near Account realizuje abstraktní správu generováním peněženek multichain účtů pro uživatele, což výrazně optimalizuje uživatelskou zkušenost a snižuje fragmentaci UX. Nicméně, co se týče likvidity, většina integruje existující veřejné řetězce.
Vrstva řešení (Solver Layer)
Tato vrstva je odpovědná za příjem a realizaci uživatelských obchodních úmyslů. Role Solver zde soutěží o lepší uživatelskou zkušenost, včetně rychlejších časů transakcí a doby provedení. Na tomto základě projekty zaměřené na úmysl, jako je Anoma, vybudovaly různé úmysly řízené řešení. Deriváty těchto úmyslů, jako jsou komponenty Predicate, mohou realizovat uživatelské úmysly na základě specifických pravidel.
Vypořádací vrstva (Settlement Layer)
To je mezivrstvu, kterou řešicí vrstva používá k realizaci uživatelského úmyslu. Klíčové komponenty řešení pro fragmentaci likvidity a stavu zahrnují:
Oracle: Používá se k získání informací o stavu na jiných řetězcích.
Mezirezortní mosty: Odpovědné za přenos informací a likvidity mezi řetězci.
Předběžné potvrzení: Zkracuje čas potvrzení mezi řetězci.
Dostupnost dat (DA): Zajišťuje dostupnost dat.
Dále je třeba zohlednit meziřetězcovou likviditu, konečnou potvrzení (finalita), mechanismy prokazování Layer 2 a další faktory, aby se zajistil efektivní provoz celého multichain systému.
Řešení
V současnosti existuje na trhu mnoho řešení pro problém fragmentace likvidity. Po prozkoumání mnoha návrhů jsme zjistili, že existuje několik hlavních přístupů:
1. Zaměřeno na RaaS: Podobně jako OP Stack, toto řešení Rollup pomáhá při budování Rollup sdílené likvidity a stavu na OP Stack tím, že přidává specifické sdílené pořadníky a mezirezortní mosty. Doufá se, že tímto způsobem bude možné na vyšší úrovni řešit rozptýlení likvidity a stavu. V rámci toho je podrobnější návrh samostatného sdíleného pořadníku, což je řešení více zaměřené na Layer 2, a postrádá univerzálnost, jako Astria, Espresso a Flashbots.
Abstrakce řetězce, zdroj: NEAR
2. Zaměřeno na účty: Podobně jako NEAR, vybudování celosvětové peněženky účtů, která prostřednictvím technologie zvané "řetězcový podpis" podporuje podepisování a provádění transakcí napříč různými blockchainovými protokoly. Hlavními komponenty je MPC síť, která místo uživatelů podepisuje víceretězové transakce. Tento systém, i když může výrazně vyřešit problémy s fragmentací UX, pro vývojáře znamená složité implementace na backendu a v podstatě neřeší fragmentaci likvidity a stavu.
3. Zaměřeno na síť úmyslů mimo řetězec: což je Solver Network v diagramu struktury "úvod", kde uživatelé posílají úmysly do sítě Solver, která soutěží o nabídky, aby poskytla optimální čas dokončení a cenu transakce. Tyto Solvery mohou být AI agenti, CEX, market makery nebo samotné integrované protokoly jako Liquorice. Projekty v této oblasti zahrnují Anoma, Khalani, Enso, aori a Valantis. I když úmysly teoreticky umožňují realizaci jakýchkoli složitých mezirezortních operací, v implementaci je třeba mít dostatečně likvidní Solvery na pomoc a při setkání s některými požadavky mimo řetězec existuje možnost podvodu. Pokud se zavádějí metody podvodného důkazu a podobně, obtížnost implementace sítě Solver se zvyšuje a prahová hodnota pro provozování Solveru se také zvyšuje.
4. Zaměřeno na síť likvidity na řetězci: Tento směr se specializuje na optimalizaci problému likvidity napříč řetězci, ale neřeší problémy s rozptýlením stavu na jiných řetězcích. Jeho jádrem je vybudování vrstvy likvidity, na které se aplikace budují, aby sdílely celosvětovou likviditu. Některé projekty zahrnují: Raye Network, INFINIT, Everclear, Elixir a další.
5. Zaměřeno na aplikace na řetězci: Tyto aplikace budují vysoce likvidní aplikace prostřednictvím integrace velkých MM nebo třetích stran, jako jsou Liquorice, Socket, Radiant Capital, 1inch, Hedgemony a další. Tyto projekty potřebují řídit složité procesy mezi řetězci, což klade vysoké požadavky na vývojáře a činí je náchylnými k hackerským útokům.
Řešení problémů s likviditou je velmi důležité téma; ve finančním světě likvidita často představuje vše. Pokud bychom mohli vybudovat platformu pro integraci likvidity, zejména pokud bychom dokázali spojit roztříštěnou celosvětovou likviditu, mělo by to obrovský potenciál, a viděli jsme mnoho různých řešení.
V rámci dvou uvedených klasifikací můžeme vidět, že podle struktury dortu je Vypořádací vrstva nejatomovější řešení. Nad těmito atomovými řešeními pro mezirezortní, oracle, Pre-Confirmation atd. jsou postaveny abstraktnější vrstvy, což jsou Solver Layer, Permission Layer a Application Layer. Různé přístupy, které jsme uvedli, aby vybudovaly abstrakce nebo řešení likvidity, odpovídají těmto různým úrovním a mohou být chápány jako vztah mezi upstream a downstream. Nicméně tato řešení stále nejsou atomovými řešeními, problém celkové fragmentace likvidity vedl k mnoha složitým odvozeným problémům, a proto se pro interoperabilitu objevila řada různých řešení. V zásadě však stále závisí na těchto komponentách. Nyní se budeme zabývat několika typickými projekty konceptů řetězové abstrakce, abychom zjistili, jak každý z nich řeší problém fragmentace likvidity ze své perspektivy.
INFINIT
Struktura INFINIT, zdroj: Infinit
INFINIT vybudoval RaaS službu pro DeFi, která může poskytovat komponenty potřebné k přímému budování DeFi protokolů, jako jsou Oracle, Pool Type, IRM, Asset a další. Dále může poskytovat komponenty jako Leverage Trading a Yield Strategy, které lze okamžitě aktivovat. Je to obdobné jako další konce aplikací, ale konečná likvidita je umístěna na vrstvě likvidity Infinit. Nicméně dosud neodhalili základní pracovní principy. V současnosti INFINIT získal 6 milionů dolarů v seed financování od Robot Ventures, Electric Capital a Maelstrom Capital.
Khalani Network
Struktura sítě Khalani, zdroj: KhalaniNetwork
Khalani vytvořil tři hlavní komponenty: vrstvu kompatibility úmyslů, vrstvu validity a univerzální vypořádací vrstvu.
Externí aplikace nebo vrstva úmyslů mohou publikovat úmysly do Khalani, a pak Khalaniho vrstva kompatibility úmyslů může převést externí úmysly do formátu, který může protokol Solver rozpoznat. Použitý standardizovaný formát je jazyk validity. Uzly Khalani odpovídají za předložení konečných výsledků univerzální vypořádací vrstvě prostřednictvím mezirezortního mostu a rychlých vypořádacích technologií. Tento projekt je stále ve fázi výstavby a zatím nebyly zveřejněny další podrobnosti o práci. V srpnu získal 2,2 milionu dolarů v seed financování od Ethereal Ventures, Nascent, Maelstrom Capital a dalších.
Liquorice
Struktura Liquorice, zdroj: Liquorice
Liquorice je decentralizovaná aplikace, která umožňuje cenové objevování na základě aukcí 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 základním DeFi protokolům jako 1inch a Uniswap X při vypořádání obchodů s úmyslem použít. Současně Liquorice vytvořil trh pro půjčování, aby umožnil půjčovací transakce. Tato aplikace se více zaměřuje na samotné obchodování. V současnosti je stále ve fázi vývoje, v červenci oznámila získání 1,2 milionu dolarů v pre-seed financování vedeném GreenField.
Xion
Xion je upgrade značky Burnt, která se dříve zaměřovala na spotřebitelské aplikace. Tým zjistil, že existuje obrovský problém s fragmentací interakcí na řetězcích, a proto vytvořil Xion za účelem zlepšení této situace. Xion je postaven na konsensuálním protokolu Comet BFT. Jeho mezirezortní komunikace je založena na Cosmos IBC, což znamená, že je oproti jiným mostům mezi řetězci více nativní a bezpečné. Proběhly čtyři kola financování, investoři zahrnují Animoca, Multicoin, Alliance DAO, Mechanism a další.
=nil; Foundation
nil je trh se ZK výpočetním výkonem Ethereum, ZK kooperativní procesor a vývojář Layer 2, tým má silné technické zázemí v ZK technologiích. Navrhl řešení zkSharding, které využívá ZK technologie k horizontálnímu rozšíření hlavní sítě Ethereum, provádí zpracování transakcí a generuje ZKP, zatímco hlavní segment ověřuje data, komunikuje s Ethereum a synchronizuje síťový stav mezi všemi ověřovateli. Hlavní segment spravuje také rozložení ověřovatelů a účtů v provádějících segmentech. 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 začátku začlenil mezirezortní komunikaci do protokolu. Mezirezortní zprávy jsou ověřovány komisí ověřovatelů každého segmentu.
Základní myšlenkou je vybudovat vnitřní mezirezortní komunikační architekturu podobnou IBC pomocí segmentované architektury Layer 2, což by mělo vyřešit problémy s likviditou a rozptýlením stavu. Nicméně, jeho jádrová myšlenka není rozumná, protože problém rozptýlené likvidity je problémem multichainu, a to, co vybudoval, je pouze jedna Layer 2. To znamená, že k jeho řešení by všechny řetězce musely být segmentem ZK-sharding, což je obtížné realizovat.
ERC-7683
ERC-7683, zdroj: Across
Ethereum se také snaží řešit problém meziřetězcové likvidity. V současnosti Arbitrum, OP a Uniswap jako první veřejně podporují standard ERC7683, který je také založen na mezirezortním přístupu. Jeho hlavním cílem je vytvořit obecný standard pro mezirezortní operace mezi L2 a bočními řetězci, standardizovat rozhraní pro objednávky a vypořádání pro bezproblémové mezirezortní provedení. Hlavní součástí je Filler, což lze také označit jako roli Solveru v abstrakci řetězců. Tento návrh byl společně vybudován Uniswap a Across a je nyní přezkoumáván pracovní skupinou Cake.
OP Stack
OP Stack, ERC-7683 a zkSharding jsou řešení pro fragmentaci likvidity mezi Layer 2 na Ethereum, přičemž se zaměřují na architektonickou, konsensuální a aplikační úroveň. OP Stack navrhuje kompletní multilayer 2 řešení, které jednorázově řeší problém přenosu informací a decentralizace sekvencera. Při použití architektury OP Stack se automaticky nasadí mezirezortní smlouvy a existuje supervizor, který se vyzývá, aby zabránil přenosu falešných mezirezortních informací. Mezi současné uživatele architektury OP Stack patří Coinbase, Uniswap, Kraken a další.
Mezi nejtypičtější patří Unichain. Unichain řeší problém fragmentace mezirezortní likvidity především integrací sítě Superchain. Toto nastavení podporuje bezproblémový přenos likvidity prostřednictvím poskytování následujících funkcí:
Mezirezortní most na základě úmyslů: Tento most podporuje rychlý a spolehlivý přenos likvidity mezi blockchainy, umožňuje uživatelům nastavit úmysly a pomáhá systému automaticky vybrat nejlepší cestu pro přenos likvidity. Tento přístup abstrahuje složitosti pro uživatele a činí mezirezortní transakce hladšími a rychlejšími.
Unichain ověřovací síť (UVN): Tato decentralizovaná síť operátorů uzlů ověřuje mezirezortní transakce a poskytuje rychlejší ekonomickou konečnou platnost. Rychlejší konečné potvrzení je klíčové pro zajištění efektivního vypořádání mezirezortních transakcí, čímž se minimalizuje riziko fragmentace likvidity způsobené zpožděným vypořádáním.
Flashblocks a ověřitelné bloky: Použitím Flashblocks Unichain výrazně zkrátil čas blokování, zvýšil efektivitu poskytovatelů likvidity a dosáhl synchronizovanějšího meziřetězového trhu. Flashblocks pomáhají zajišťovat, že likvidita je vždy dostupná a snižují negativní dopady způsobené zpožděním potvrzení bloků, což může vést k fragmentaci likvidity.
Shrnutí
Řešení problému mezirezortní likvidity je velmi složitou oblastí s mnoha různými řešeními. Například řešení Layer 2 rozděluje na vestavěná mezirezortní zprávy v Ethereum, zejména ERC-7683, nebo OP Stack, který řeší sdílení sekvenceru. Mimo kontext Layer 2 čelí všechny Layer 1 také problémům s fragmentací likvidity, stavu a uživatelské zkušenosti, existují řešení zaměřená na aplikace pro likviditu a také mezirezortní řešení založené na síti Solver, a dokonce i řešení zaměřená na účty, jako je NEAR, ale také vyžadují roli Solveru mimo řetězec.
Považujeme za uznávané, že fragmentace mezirezortní likvidity, stavu a uživatelské zkušenosti je problémem celého blockchainového průmyslu. Pokud na to nahlížíme jako na celek, potřebujeme přistupovat k tomu abstraktněji, podobně jako řetězová abstrakce. To je skutečný vstup do Web3, který řeší fragmentaci uživatelské zkušenosti, zatímco integrace likvidity a stavu se provádí na místech, která uživatelé nemohou vnímat. Jak konkrétně integrovat, je dále rozděleno na použití sítě Solver mimo řetězec a atomické integrace mezirezortních mostů a dalších zařízení, což stojí za prozkoumání. Celkově tedy budoucnost určitě patří multichainu, a řešení problému fragmentace likvidity je výzvou, které se průmysl nevyhne. Tato integrace celosvětové likvidity má obrovský prostor pro růst a může vytvořit Google éry Web3.
