Úvod
Od doby, kdy Ethereum přešlo na rozšiřování s jádrem Layer 2 a s nástupem nástrojů jako RaaS, se rychle vyvinula řada veřejných blockchainů. Mnoho subjektů chce vytvořit své vlastní blockchainy, aby reprezentovaly různé zájmy a usilovaly o vyšší ocenění. Nicméně nával veřejných blockchainů způsobil, že vývoj ekosystému nedokázal držet krok s tempem veřejných blockchainů, což vedlo k tomu, že mnoho projektů již na TGE ztratilo hodnotu.
S pomocí OP Stack spustila Coinbase svou vlastní základní vrstvu 2, Kraken vydal Ink; díky technologii ZK spustil OKX XLayer; Sony vydal Soneium, LINE spustil Kaia a další. Dnes jsou náklady na vytvoření blockchainu a technické požadavky značně sníženy, náklady na provoz blockchainu založeného na OP Stack jsou přibližně 10 000 dolarů měsíčně.
Budoucnost bude určitě érou spoluexistence více blockchainů. I když si tyto Layer 2 blockchainy mohou vybrat kompatibilitu s EVM pro vzájemnou komunikaci, kvůli velkému množství downstream aplikací za nimi je pro ně obtížné budovat aplikace na stejné lince a dosáhnout konsensu.
Rozdělení TVL, zdroj: Defillama
Současný vícerozměrný ekosystém přináší novou výzvu: rozptýlení likvidity a stavu. Vzhledem k nevyhnutelnosti existence více blockchainů 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 základní podstata je stejná.
Zásobník abstrakce blockchainu, zdroj: FrontierResearch
Používáme architekturu Cake, která je v oboru široce uznávána, abychom z vrchní části dolů představili základní komponenty abstrakce napříč blockchainy:
Aplikační vrstva (Application Layer)
Toto je vrstva pro přímou interakci s uživateli a je také nejabstraktnější vrstvou v rámci řešení likvidity, protože zcela skrývá detaily přeměny likvidity. V aplikační vrstvě uživatel interaguje s front-end rozhraním a nemusí nutně znát mechanismus přeměny likvidity na nižší úrovni.
Vrstva oprávnění (Permission Layer)
Nachází se pod aplikační vrstvou, uživatelé se připojují k peněžence na dApp a žádají o nabídky, aby splnili své obchodní záměry. Zde 'záměr' odkazuje na očekávaný konečný výsledek transakce (tj. výstup), nikoliv na konkrétní cestu provedení transakce.
Správa účtů a abstrahční vrstva (Key Management and Account Abstraction)
Vzhledem k existenci více blockchainů je potřeba adaptivního systému správy účtů a abstrakce, který udržuje jedinečné struktury účtů pro každou blockchain. Například objektově orientovaný systém účtů SUI se zcela liší od EVM. One Balance je reprezentativním projektem v této oblasti, který vytvořil důvěryhodný účetní systém, který nevyžaduje vytváření konsensu mezi blockchainy, ale spíše důvěryhodný závazek mezi stávajícími účetními systémy. Near Account realizuje abstraktní správu generováním víceřetězcových peněženek pro uživatele, což výrazně optimalizuje uživatelský zážitek a snižuje fragmentaci UX. Nicméně, z pohledu likvidity integruje hlavně existující veřejné blockchainy.
Řešení vrstvy (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šího uživatelského zážitku, včetně rychlejších časů transakcí a rychlosti provedení. Na tomto základě projekty založené na záměru jako Anoma vyvinuly různé řešení řízené záměrem. Takové deriváty záměru, jako jsou komponenty Predicate, mohou realizovat uživatelské záměry za určitých pravidel.
Vyrovnávací vrstva (Settlement Layer)
Toto je prostřední vrstva, kterou řešení vrstvy používá k dosažení uživatelských záměrů. Hlavními komponenty řešení likvidity a rozptýlení stavu zahrnují:
Oracle: Používá se k získání stavových informací z jiných blockchainů.
Mosty: Odpovědné za přenos informací a likvidity napříč blockchainy.
Předběžné potvrzení: Zkracuje čas potvrzení napříč blockchainy.
Dostupnost dat (DA): Zajišťuje přístupnost dat.
Dále je třeba vzít v úvahu faktory jako mezibloková likvidita, konečnost (Finality), mechanismus dokazování Layer 2 a další, aby se zajistil efektivní provoz celého víceřetězcového systému.
Řešení
V současnosti existuje na trhu mnoho různých řešení pro rozptýlení likvidity, po přehledu mnoha řešení jsme zjistili, že existuje několik hlavních způsobů:
1. Zaměřeno na RaaS: Podobně jako OP Stack, toto řešení Rollup zahrnuje přidání specifických sdílených pořadatelů a mostů napříč blockchainy, aby pomohly sdílet likviditu a stav na Rollupu postaveném na OP Stack. To se snaží řešit rozptýlení likvidity a stavu na vyšší úrovni. Jedná se o podrobnější návrh pro sdílené pořadatele, který je více zaměřen na Layer2 a není univerzální, jako například Astria, Espresso a Flashbots.
Abstrakce řetězce, zdroj: NEAR
2. Zaměřeno na účty: Podobně jako NEAR, buduje se kompletní účetní peněženka na blockchainu, která podporuje podepisování a provádění transakcí napříč různými blockchainovými protokoly pomocí technologie nazývané 'řetězový podpis'. Hlavními komponenty je síť MPC, která místo uživatelů podepisuje transakce napříč blockchainy. Tento systém, ačkoliv může výrazně řešit problém fragmentace UX, je pro vývojáře složitý na backend a podstatně neřeší likviditu a rozptýlení stavu.
3. Zaměřeno na off-chain síť záměrů: To je také Solver Network v diagramu koláče 'Úvod', kde uživatelé posílají záměry do sítě Solver, která soutěží o nabídky a poskytuje optimální čas dokončení a cenu transakce. Tyto Solvery mohou být AI Agent, CEX, Market Maker nebo dokonce samotné integrované protokoly, jako je Lékořice. Projekty v této oblasti zahrnují Anoma, Khalani, Enso, aori a Valantis. Ačkoliv jsou záměry teoreticky schopny realizovat jakékoliv složité operace napříč blockchainy, vyžaduje to dostatečnou likviditu Solver pro asistenci a v případě některých off-chain požadavků existuje možnost podvodu. Pokud se zavádějí doklady o podvodu, obtížnost realizace sítě Solver se zvyšuje a prahové požadavky na provoz Solver se také zvyšují.
4. Zaměřeno na síť likvidity na blockchainu: Tento směr je zaměřen na optimalizaci problémů s likviditou napříč blockchainy, ale neřeší jiné problémy s rozptýleným stavem na blockchainu. Jeho jádrem je vytvoření vrstvy likvidity, na které jsou budovány aplikace pro sdílení likvidity napříč blockchainy. Některé projekty zahrnují: Raye Network, INFINIT, Everclear, Elixir a další.
5. Zaměřeno na aplikace na blockchainu: Tyto aplikace vytvářejí vysoce likvidní aplikace integrací velkých MM nebo třetích stran, jako jsou Lékořice, Socket, Radiant Capital, 1inch, Hedgemony a další. Tyto projekty vyžadují složité řízení napříč blockchainy a kladou vysoké nároky na vývojáře, což může snadno vést k hackerským útokům.
Řešení problému likvidity je velmi důležitým tématem, protože v finančním světě často likvidita představuje vše. Pokud bychom mohli vytvořit platformu pro integraci likvidity, zejména pro spojení roztříštěné likvidity napříč blockchainy, měla by obrovský potenciál, a viděli jsme mnoho různých řešení.
V rámci dvou výše uvedených klasifikací můžeme vidět, že podle struktury koláče je vyrovnávací vrstva nejvíce atomovým řešením. Na těchto atomových řešeních, jako jsou mosty napříč blockchainy, oracle, předběžné potvrzení a další, je postavena abstraktnější vrstva, což jsou vrstvy Solver, Permission a Application. Různé navržené směry pro budování abstrakce nebo řešení likvidity, které jsme uvedli výše, odpovídají různým úrovním a mohou být chápány jako vztah mezi dodavateli a odběrateli. Tyto řešení však stále nejsou atomová řešení a celkový problém fragmentace likvidity přináší mnoho složitějších problémů, což vedlo k rozvoji různých řešení zaměřených na interoperabilitu. Nicméně v podstatě se stále spoléhají na tyto komponenty. Následující části prodiskutujeme několik typických projektů zaměřených na koncepty řetězové abstrakce, abychom zjistili, jak každý z nich řeší problém fragmentace likvidity z vlastního pohledu.
INFINIT
Struktura INFINIT, zdroj: Infinit
INFINIT vyvinul službu RaaS v oblasti DeFi, která může pro DeFi protokoly poskytnout komponenty potřebné pro přímou výstavbu, jako jsou Oracle, Pool Type, IRM, Asset a další, a také poskytuje okamžitě aktivovatelné komponenty jako Leverage Trading a Yield Strategy. To je ekvivalentní k jiným koncovým aplikacím, ale konečná likvidita je umístěna ve vrstvě likvidity Infinit. V současné době však stále nezveřejnili principy fungování na pozadí. V současnosti INFINIT získal 6 milionů dolarů v seed financování od Robot Ventures, Electric Capital a Maelstrom Capital.
Síť Khalani
Struktura sítě Khalani, zdroj: KhalaniNetwork
Khalani vytvořil tři hlavní komponenty: vrstvu kompatibility záměru, validitu a univerzální vyrovnávací vrstvu.
Externí aplikace nebo vrstva záměru mohou publikovat záměry pro Khalani, a pak kompatibilní vrstva záměru Khalani dokáže převést externí záměry do formátu, který je protokol Solver schopen rozpoznat, přičemž používaný standardizovaný formát je jazyk Validity. Uzly Khalani zodpovídají za předložení konečného výsledku univerzální vyrovnávací vrstvě prostřednictvím mostů napříč blockchainy, technologií rychlého vyrovnání a dalších. Tento projekt je stále ve fázi vývoje 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.
Lékořice
Struktura lékořice, zdroj: Lékořice
Lékořice je decentralizovaná aplikace, která umožňuje objevování cen na základě aukcí a jednosměrné likviditní pooly. Hlavním posláním Lékořice je poskytnout profesionálním obchodním společnostem efektivní nástroje pro řízení zásob a snadno se připojit k jádrovým DeFi protokolům jako 1inch a Uniswap X, zatímco Lékořice vybudovala trh s půjčkami pro provádění půjčkových transakcí. Tato aplikace se více zaměřuje na samotné obchodování. V současnosti je stále ve fázi vývoje a v červenci oznámila, že získala 1,2 milionu dolarů v pre-seed financování od GreenField.
Xion
Xion je upgradovaná verze značky Burnt, která se dříve zaměřovala na aplikace pro spotřebitele. Poté, co tým zjistil, že interakce na blockchainu trpí velkým rozptýlením, vytvořil Xion za účelem zlepšení této situace. Xion je postaven na konsensuálním protokolu Comet BFT. Jeho mezibloková komunikace je založena na Cosmos IBC, což je důvod, proč je bezpečnější a více nativní než jiné mosty. Doposud podstoupil čtyři kola financování, investoři zahrnují Animoca, Multicoin, Alliance DAO, Mechanism a další.
=nil; Foundation
=nil; je trhem ZK výpočetní síly Ethereum, ZK ko-procesor a vývojář Layer2, tým má hluboké technické znalosti ZK. Navrhli řešení zkSharding, které používá ZK technologii k horizontálnímu rozšíření hlavní sítě Ethereum, provádění fragmentovaného zpracování transakcí a generování ZKP, zatímco hlavní fragment ověřuje data, komunikuje s Ethereum a synchronizuje stav sítě mezi všemi ověřovateli. Hlavní fragment také spravuje distribuci ověřovatelů a účtů ve zpracovávacích fragmentech. Konsensuální protokol využívaný ověřovacími výbory je také Hotstuff, což je běžné v nejnovějších projektech paralelního zpracování. =nil; L2 od začátku zakomponoval mezifragmente komunikaci do protokolu. Mezifragmenční zprávy ověřují výbory ověřovatelů každého fragmentu jako transakce.
Základní myšlenka spočívá v tom, že prostřednictvím fragmentované architektury Layer 2 se buduje vnitřně zabudovaná komunikační architektura mezi fragmenty podobně jako IBC, což by mělo vyřešit problémy s rozptýlením likvidity a stavu. Nicméně základní myšlenka není rozumná, protože problém rozptýlení likvidity je problém více blockchainů. To, co se buduje, je jediný Layer 2, což znamená, že pro řešení musí všechny blockchainy být fragmentem ZK-shardingu, což je obtížné provést.
ERC-7683
ERC-7683, zdroj: Across
Ethereum se také snaží vyřešit problém likvidity napříč blockchainy. V současnosti Arbitrum, OP, Uniswap jako první veřejně podporují standard ERC7683, který také používá přístup založený na záměru pro operace napříč blockchainy. Hlavním cílem je vytvořit obecný standard pro operace napříč L2 a bočními řetězci, standardizovat objednávky a vyrovnávací rozhraní a zajistit bezproblémové provádění napříč blockchainy, přičemž hlavní roli hraje Filler, což lze považovat za roli Solveru v řetězové abstrakci. Tento návrh byl společně vyvinut Uniswap a Across a je nyní přezkoumáván pracovní skupinou Cake.
OP Stack
OP Stack, ERC-7683 a zkSharding jsou řešeními pro fragmentaci likvidity v rámci Layer 2 v Ethereum. Řeší se to na architektonické, konsensuální a aplikační úrovni. OP Stack navrhuje kompletní vícerozměrné řešení Layer 2, které jednorázově řeší problémy s předáváním informací a decentralizací Sequenceru. Když používáte architekturu OP Stack, automaticky se nasadí mosty napříč blockchainy a existuje dozor, který zajišťuje, aby se nepředávaly falešné informace napříč blockchainy. V současnosti používají architekturu OP Stack Coinbase, Uniswap, Kraken a další.
Mezi nimi je poměrně typický Unichain. Unichain se snaží řešit problém fragmentace likvidity napříč blockchainy hlavně integrací sítě Superchain. Tento nastavení napomáhá bezproblémovému přesunu likvidity tím, že nabízí následující funkce:
Mosty na základě 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 vybírat nejlepší cestu pro přesun likvidity. Tento způsob uživatelům abstrahuje složitost a činí transakce napříč blockchainy plynulejšími a rychlejšími.
Unichain ověřovací síť (UVN): Tato decentralizovaná síť provozovatelů uzlů ověřuje transakce napříč blockchainy a poskytuje rychlejší ekonomickou konečnost. Rychlejší konečnost je zásadní pro zajištění efektivního vyrovnání transakcí napříč blockchainy, čímž se minimalizuje riziko fragmentace likvidity způsobené zpožděným vyrovnáním.
Flashblocks a ověřitelné bloky: Použitím Flashblocks Unichain výrazně zkrátil dobu blokování, zvýšil efektivitu poskytovatelů likvidity a dosáhl synchronizovanějšího napříč blockchainového trhu. Flashblocks pomáhají zajistit, že likvidita je vždy k dispozici, 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 likvidity napříč blockchainy je velmi složitou a rozmanitou oblastí, například řešení Layer2 zahrnují řešení zabudovaná v Ethereum pro meziblokové zprávy, zejména ERC-7683, dále Layer2 jako OP budující OP Stack pro sdílení Sequenceru. Mimo kontext Layer2 čelí všechny Layer1 také problémům fragmentace likvidity, stavu a uživatelského zážitku. Existují speciálně navržená řešení zaměřená na likviditu, také existují off-chain řešení jako Solver Network, a dokonce existují řešení zaměřená na účty jako NEAR, ale také vyžadují off-chain roli Solver.
Souhlasíme, že problémy s likviditou napříč blockchainy, stavem a rozdělením uživatelského zážitku jsou celkovým problémem v blockchainovém průmyslu. Pokud na to pohlížíme jako na celek, musíme přistupovat k tomu abstraktnějším způsobem, podobně jako k řetězové abstrakci, což je v podstatě skutečný vstup do Web3, který řeší rozdělení uživatelského zážitku, zatímco integrace likvidity a stavu probíhá na místech, kde to uživatelé nevnímají. Jak se konkrétně integrace provede, je rozděleno na použití off-chain Solver sítě a atomických mostů pro integraci napříč blockchainy, což je téma, které stojí za prozkoumání. Celkově vzato, budoucnost bude určitě víceřetězcová, řešení problému rozptýlené likvidity je nezbytností pro průmysl a integrace likvidity napříč blockchainy má široký prostor pro růst, což může vyústit ve vznik Google v éře Web3.
