Articolo di: Gate Ventures
Introduzione
Da quando Ethereum ha adottato un approccio di scalabilità incentrato su Layer 2, insieme all'emergere di strumenti come RaaS, molte blockchain pubbliche si sono sviluppate rapidamente. Molte entità desiderano costruire la propria catena per rappresentare diverse richieste di interesse e cercare valutazioni più elevate. Tuttavia, l'emergere di molte blockchain pubbliche ha reso difficile per lo sviluppo dell'ecosistema tenere il passo con la crescita delle blockchain pubbliche, portando a molteplici progetti a vedere il loro TGE crollare.
Con OP Stack, Coinbase ha lanciato il proprio Base Layer 2, Kraken ha pubblicato Ink; grazie alla tecnologia ZK, OKX ha lanciato XLayer; Sony ha pubblicato Soneium, LINE ha lanciato Kaia, e così via. Oggi, la soglia di finanziamento e tecnologia per costruire una catena è stata notevolmente ridotta, e il costo per gestire una catena basata su OP Stack è di circa 10.000 dollari al mese.
Il futuro sarà sicuramente un'era di coesistenza multi-chain. Anche se queste catene Layer 2 potrebbero scegliere la compatibilità EVM per l'interoperabilità, a causa delle numerose applicazioni downstream delle entità Web2 che rappresentano, è difficile costruire applicazioni e raggiungere un consenso sulla stessa catena.
Suddivisione TVL, fonte: Defillama
L'attuale ecosistema multi-chain ha portato a una nuova sfida: la dispersione di liquidità e stato. Poiché l'esistenza di più catene è inevitabile, l'interoperabilità è un campo da esplorare e risolvere. Ci sono molte soluzioni di liquidità attualmente, come abbiamo sentito parlare di astrazione della catena (Particle Network, Socket, XION, INFINIT, Borsa), intenti (Anoma, Khalani), Clearing Execution (Connext), Native CrossChain (Cross), ZKSharding (=nil; Foundation), ma la loro essenza centrale è la stessa.
Stack di Astrazione della Catena, fonte: Frontier Research
Utilizziamo un'architettura Cake riconosciuta nel settore per presentare dall'alto verso il basso la composizione dei componenti chiave dell'astrazione cross-chain:
Layer applicativo (Application Layer)
Questo è il layer con cui gli utenti interagiscono direttamente, ed è anche il layer più astratto delle soluzioni di liquidità, in quanto nasconde completamente i dettagli della conversione della liquidità. Nel layer applicativo, gli utenti interagiscono con l'interfaccia front-end, senza necessariamente comprendere il meccanismo di conversione della liquidità sottostante.
Layer di autorizzazione (Permission Layer)
Si trova al di sotto del layer applicativo, gli utenti si connettono al dApp tramite un wallet e richiedono un preventivo per soddisfare l'intento di transazione. Qui, l' 'intento' si riferisce al risultato finale atteso della transazione (cioè l'output), e non al percorso di esecuzione specifico della transazione.
Gestione degli account e astrattamento (Key Management and Account Abstraction)
A causa dell'esistenza di ambienti multi-chain, è necessario un sistema di gestione e astrattamento degli account che si adatti alle diverse strutture di account uniche di ciascuna catena. Ad esempio, il sistema di account centrato sugli oggetti di SUI è completamente diverso da EVM. One Balance è un progetto rappresentativo in questo campo, ha costruito un sistema di account fidato senza necessità di stabilire un consenso tra le catene, richiedendo solo un impegno fidato tra i sistemi di account esistenti. Near Account implementa una gestione astratta generando wallet multi-chain per gli utenti, ottimizzando notevolmente l'esperienza utente e riducendo la frammentazione UX. Tuttavia, per quanto riguarda la liquidità, si integra principalmente con le blockchain pubbliche esistenti.
Layer di risoluzione (Solver Layer)
Questo layer è responsabile della ricezione e realizzazione delle intenzioni di transazione degli utenti, il ruolo del Solver qui compete per offrire una migliore esperienza utente, compresi tempi di transazione e velocità di esecuzione più rapidi. Su questa base, progetti basati sull'intento come Anoma hanno costruito varie soluzioni guidate dall'intento. Derivati di tali intenti come il componente Predicate possono attuare le intenzioni degli utenti sotto regole specifiche.
Layer di liquidazione (Settlement Layer)
Questo è il layer middleware utilizzato dal Solver per attuare le intenzioni degli utenti. I componenti chiave delle soluzioni per la dispersione della liquidità e dello stato includono:
Oracolo (Oracle): utilizzato per ottenere informazioni di stato da altre catene.
Ponte cross-chain (Bridges): responsabile del trasferimento di informazioni e liquidità tra le catene.
Soluzioni di pre-conferma (Pre-Confirmation): riducono i tempi di conferma cross-chain.
Disponibilità dei dati (DA): fornisce l'accessibilità ai dati.
Inoltre, occorre considerare la liquidità tra le catene, la finalità (Finality), i meccanismi di prova Layer 2 e altri fattori per garantire il funzionamento efficiente del sistema multi-chain.
Soluzioni
Attualmente, ci sono diverse soluzioni sul mercato per affrontare la frammentazione della liquidità, dopo aver esaminato molteplici soluzioni, abbiamo identificato principalmente queste modalità:
1. Al centro del RaaS: simile a soluzioni Rollup come OP Stack, assistendo nella costruzione di Rollup su OP Stack tramite l'aggiunta di specifici ordinatori condivisi e ponti cross-chain per condividere liquidità e stato. Questo spera di risolvere la dispersione di liquidità e stato in una direzione più elevata. C'è una progettazione più segmentata di ordinatori condivisi dedicati, questa soluzione è più mirata a Layer2 e non è universale, come Astria, Espresso e Flashbots.
Astrazione della catena, fonte: NEAR
2. Al centro degli account: simile a NEAR, costruire un wallet account globale per la catena, supportato da una tecnologia chiamata 'firma della catena' per firmare ed eseguire transazioni attraverso vari protocolli blockchain. Il componente chiave è la rete MPC, che firma le transazioni multi-chain per gli utenti. Sebbene questa soluzione possa risolvere notevolmente i problemi di frammentazione UX, comporta implementazioni backend complesse per gli sviluppatori e non risolve essenzialmente la dispersione della liquidità e dello stato.
3. Al centro di una rete di intenti off-chain: ovvero la rete Solver nella nostra struttura della torta di 'introduzione', il nucleo è che gli utenti inviano intenti alla rete Solver, il ruolo di Solver compete per fornire il miglior tempo di completamento e prezzo di transazione, questi Solver possono essere agenti AI, CEX, Market Maker o addirittura protocolli integrativi come Liquorice. Progetti in questo ambito includono Anoma, Khalani, Enso, aori e Valantis. Sebbene gli intenti possano teoricamente realizzare operazioni cross-chain di qualsiasi complessità, è necessaria una liquidità sufficiente per assistere nella realizzazione, e quando si verificano alcune esigenze off-chain, i Solver possono presentare il rischio di frode; se vengono introdotti strumenti come la prova di frode, la realizzazione della rete Solver diventa più complessa e la soglia per eseguire i Solver aumenta.
4. Al centro di una rete di liquidità on-chain: questa direzione si concentra sull'ottimizzazione dei problemi di liquidità cross-chain, ma non risolve i problemi di dispersione dello stato su altre catene. Il suo nucleo è costruire un layer di liquidità, su cui costruire applicazioni per condividere la liquidità su tutta la catena. Alcuni progetti includono: Raye Network, INFINIT, Everclear, Elixir, ecc.
5. Al centro delle applicazioni on-chain: queste applicazioni costruiscono applicazioni ad alta liquidità integrando grandi MM o applicazioni di terze parti, come Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, ecc. Questi progetti devono gestire processi cross-chain complessi, con requisiti elevati per gli sviluppatori, e sono quindi suscettibili ad attacchi hacker.
Affrontare il problema della liquidità è un compito molto importante: nel mondo finanziario, la liquidità spesso rappresenta tutto. Se è possibile costruire una piattaforma integrata per la liquidità, in particolare per unire la liquidità frammentata su tutta la catena, ci sarà un enorme potenziale, e abbiamo esaminato molte soluzioni diverse.
Nelle due categorie sopra, possiamo vedere che secondo la struttura della torta, il Settlement Layer è la soluzione a livello più atomico, su cui si costruiscono strati più astratti come il Solver Layer, il Permission Layer e l'Application Layer. Le varie soluzioni di astrazione o di liquidità che abbiamo elencato sopra seguono questo set di diversi livelli, e possono essere comprese come una relazione tra upstream e downstream. Tuttavia, queste soluzioni non sono ancora soluzioni atomiche, il problema della dispersione della liquidità ha portato alla comparsa di molti problemi derivati complessi, quindi per quanto riguarda l'interoperabilità, sono emerse soluzioni variegate. Ma essenzialmente, devono ancora dipendere da questi componenti. Successivamente discuteremo alcuni progetti tipici di concetti di astrazione della catena, per vedere come ognuno affronta il problema della dispersione della liquidità dal proprio punto di vista.
INFINIT
Struttura INFINIT, fonte: Infinit
INFINIT ha costruito un servizio RaaS per il DeFi che può fornire direttamente i componenti necessari per costruire protocolli DeFi, come Oracle, Pool Type, IRM, Asset, ecc., e può anche fornire componenti come Trading con Leverage e Strategie di Yield pronte all'uso. Si tratta di un'applicazione di costruzione, ma la liquidità finale è collocata sul layer di liquidità di Infinit. Tuttavia, al momento non ha ancora rivelato il funzionamento sottostante. Attualmente, INFINIT ha già ottenuto 6 milioni di dollari in finanziamenti seed da Robot Ventures, Electric Capital e Maelstrom Capital.
Khalani Network
Struttura della Khalani Network, fonte: Khalani Network
Khalani ha costruito tre componenti chiave: il layer di compatibilità degli intenti, la Validity e il layer di liquidazione generale.
Le applicazioni esterne o il layer di intenti possono pubblicare intenti a Khalani, quindi il layer di compatibilità degli intenti di Khalani può trasformare gli intenti esterni in un formato riconoscibile dai Solver del protocollo, utilizzando il formato standardizzato chiamato Validity language. I nodi di Khalani sono responsabili di inviare il risultato finale al layer di liquidazione generale tramite ponti cross-chain, tecnologie di liquidazione rapida, ecc. Questo progetto è ancora in fase di costruzione e non ha rivelato ulteriori dettagli di lavoro. Ad agosto ha ottenuto 2,2 milioni di dollari in finanziamenti seed da Ethereal Ventures, Nascent, Maelstrom Capital, ecc.
Liquorice
Struttura di Liquorice, fonte: Liquorice
Liquorice è un'applicazione decentralizzata che consente la scoperta dei prezzi basata su aste e pool di liquidità unilaterali. La missione principale di Liquorice è fornire strumenti di gestione dell'inventario efficienti per le società di trading professionali, e connettersi facilmente a protocolli DeFi come 1inch e Uniswap X quando si tratta di liquidare transazioni basate su intenti, mentre Liquorice ha creato un mercato di prestiti per le sue operazioni di prestito. Questa applicazione è più focalizzata sulla transazione stessa. Attualmente è ancora in fase di sviluppo e ha annunciato a luglio di aver ottenuto 1,2 milioni di dollari in finanziamenti Pre-seed guidati da GreenField.
Xion
Xion è un'evoluzione del marchio Burnt, che in passato si concentrava su applicazioni per i consumatori. Dopo che il team ha scoperto l'enorme frammentazione nelle interazioni on-chain, ha creato Xion per migliorare questo problema. Xion è basato sul protocollo di consenso Comet BFT. La comunicazione cross-chain che utilizza è basata su Cosmos IBC, quindi è più nativa e sicura rispetto ad altri ponti cross-chain. Ha effettuato quattro round di finanziamento, con investitori come Animoca, Multicoin, Alliance DAO e Mechanism.
=nil; Foundation
nil è il mercato di potenza ZK di Ethereum, il co-processore ZK e gli sviluppatori Layer2, il team possiede una profonda competenza nella tecnologia ZK. Ha proposto una soluzione di zkSharding, che utilizza la tecnologia ZK per scalare orizzontalmente la mainnet di Ethereum, eseguendo l'elaborazione parallela delle transazioni in frammenti e generando ZKP, mentre il frammento principale verifica i dati, comunica con Ethereum e sincronizza lo stato della rete tra tutti i validatori. Il frammento principale gestisce anche la distribuzione dei validatori e degli account nel frammento di esecuzione. Il protocollo di consenso utilizzato dal comitato di validazione è anche Hotstuff, che è comune nei progetti di esecuzione parallela più recenti. =nil; L2 ha integrato la comunicazione cross-frammentazione nel protocollo fin dall'inizio. I messaggi cross-frammentazione vengono verificati dai comitati di validazione di ogni frammento come transazioni.
La sua idea di base è costruire un'architettura Layer2 a frammentazione simile a quella della IBC, con una comunicazione cross-frammentazione incorporata, così da risolvere i problemi di dispersione della liquidità e dello stato. Tuttavia, la sua idea centrale non è ragionevole, in quanto il problema della dispersione della liquidità è un problema multi-chain, e ciò che costruisce è un Layer2 unico; per risolverlo, tutte le catene dovrebbero diventare un frammento della ZK-sharding, il che è difficile da realizzare.
ERC-7683
ERC-7683, fonte: Across
Ethereum sta anche affrontando il problema della liquidità cross-chain, attualmente Arbitrum, OP, Uniswap sono i primi a supportare pubblicamente lo standard ERC7683, utilizzando anch'essi un approccio cross-chain basato sull'intento. L'obiettivo centrale è stabilire standard generali per le operazioni cross-chain tra L2 e sidechain, standardizzando gli ordini e le interfacce di liquidazione per ottenere un'esecuzione cross-chain senza soluzione di continuità, il nucleo principale è un Filler che può essere considerato come il ruolo di Solver nell'astrazione della catena. Questa proposta è stata costruita congiuntamente da Uniswap e Across, e attualmente è in fase di revisione da parte del gruppo di lavoro di Cake.
OP Stack
OP Stack, ERC-7683 e zkSharding sono soluzioni interne di Ethereum per la frammentazione della liquidità tra Layer2, rispettivamente a livello di architettura, consenso e applicazione. OP Stack affronta una volta per tutte i problemi di comunicazione e decentralizzazione del Sequencer progettando una soluzione multi-Layer2 completa, quando si utilizza l'architettura OP Stack, vengono automaticamente distribuiti contratti cross-chain, e c'è un Supervisor per sfidare e prevenire la trasmissione di informazioni cross-chain false. Attualmente, Coinbase, Uniswap, Kraken, ecc. utilizzano l'architettura OP Stack.
Tra i progetti, uno dei più rappresentativi è Unichain. Unichain risolve principalmente il problema della frammentazione della liquidità cross-chain integrandosi con la rete Superchain. Questa configurazione promuove il movimento senza soluzione di continuità della liquidità fornendo le seguenti funzionalità:
Ponte cross-chain basato su intent: questo ponte supporta trasferimenti di liquidità rapidi e affidabili tra blockchain, consentendo agli utenti di impostare intenti, aiutando così il sistema a scegliere automaticamente il miglior percorso per il movimento della liquidità. Questo approccio astratta la complessità per gli utenti, rendendo le transazioni cross-chain più fluide e veloci.
Rete di validazione Unichain (UVN): questa rete decentralizzata di operatori di nodi verifica le transazioni cross-chain, fornendo una finalità economica più rapida. Una finalità più rapida è cruciale per garantire un'efficace liquidazione delle transazioni cross-chain, riducendo al minimo il rischio di frammentazione della liquidità causato da ritardi nella liquidazione.
Flashblocks e costruzione di blocchi verificabili: utilizzando Flashblocks, Unichain ha notevolmente ridotto il tempo di blocco, migliorando l'efficienza dei fornitori di liquidità e realizzando mercati cross-chain più sincronizzati. I Flashblocks aiutano a garantire che la liquidità sia sempre disponibile e riducono gli effetti negativi causati da ritardi nella conferma dei blocchi, che potrebbero portare a una frammentazione della liquidità.
Sintesi
Affrontare i problemi di liquidità cross-chain è un campo molto complesso e con numerose soluzioni, ad esempio le soluzioni Layer2 si dividono in messaggi cross-chain incorporati in Ethereum, specialmente ERC-7683, e Layer2 come OP costruito su OP Stack per condividere Sequencer. Al di fuori del contesto Layer2, tutti i Layer1 affrontano problemi di dispersione della liquidità, stato e esperienza utente, ci sono soluzioni specifiche per la liquidità centrate sulle applicazioni, così come soluzioni off-chain come la Solver Network e anche soluzioni centrate sugli account come NEAR, ma è necessaria anche una base su ruoli off-chain come Solver.
Riconosciamo che la dispersione della liquidità cross-chain, dello stato e dell'esperienza utente è un problema per l'intero settore blockchain. Se pensiamo a livello globale, è necessario adottare un approccio più astratto, simile all'astrazione della catena, che rappresenta un vero e proprio ingresso nel Web3, risolvendo la frammentazione dell'esperienza utente, mentre l'integrazione della liquidità e dello stato avviene in luoghi non percepibili per l'utente. Come integrare effettivamente è suddiviso in soluzioni off-chain come la rete Solver e l'integrazione atomica tramite ponti cross-chain e altre infrastrutture, tutto questo merita un'analisi approfondita. In generale, il futuro sarà sicuramente multi-chain, e affrontare il problema della dispersione della liquidità è una questione inevitabile per il settore, mentre questa integrazione della liquidità su tutta la catena presenta ampie opportunità di crescita, con la possibilità di costruire il Google dell'era Web3.
