Introduzione
Da quando Ethereum ha adottato un piano 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 esigenze e cercare una valutazione più alta. Tuttavia, l'emergere di molte blockchain pubbliche ha reso difficile per lo sviluppo dell'ecosistema tenere il passo con il ritmo delle blockchain pubbliche, portando a molti progetti che crollano al momento del TGE.
Grazie a OP Stack, Coinbase ha lanciato il suo proprio Base Layer 2, Kraken ha rilasciato Ink; grazie alla tecnologia ZK, OKX ha lanciato XLayer; Sony ha rilasciato Soneium, LINE ha lanciato Kaia, ecc. Oggi, il capitale e le competenze tecniche per costruire una catena sono notevolmente diminuiti, 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 ottenere interoperabilità, a causa delle numerose applicazioni downstream delle entità Web2 coinvolte, è difficile costruire applicazioni e raggiungere un consenso sulla stessa catena.
Suddivisione TVL, fonte: Defillama
L'attuale ecologia multi-chain ha portato a una nuova sfida: la dispersione della liquidità e dello stato. Poiché la coesistenza multi-chain è inevitabile, l'interoperabilità è un campo che deve essere esplorato e risolto. Attualmente ci sono molte soluzioni di liquidità, come abbiamo sentito parlare di astrazione della catena (Particle Network, Socket, XION, INFINIT, Borsa), intenzioni (Anoma, Khalani), Clearing Execution (Connext), Native CrossChain (Cross), ZKSharding (=nil; Foundation), ma la loro essenza centrale è la stessa.
Stack di astrazione della catena, fonte: FrontierResearch
Utilizziamo un'architettura Cake riconosciuta nel settore per presentare dall'alto verso il basso la composizione dei componenti chiave dell'astrazione cross-chain:
Strato applicativo (Application Layer)
Questo è lo strato di interazione diretta per gli utenti ed è anche il livello più astratto delle soluzioni di liquidità, poiché maschera completamente i dettagli della conversione della liquidità. Nel livello delle applicazioni, gli utenti interagiscono con l'interfaccia front-end, senza necessariamente comprendere i meccanismi di conversione della liquidità sottostanti.
Strato di permesso (Permission Layer)
Situato sotto il livello delle applicazioni, l'utente soddisfa la propria intenzione di trading collegando il portafoglio all'app dApp e richiedendo un preventivo. Qui, l'"intenzione" si riferisce al risultato finale delle transazioni desiderato dall'utente (cioè l'output), piuttosto che il percorso di esecuzione specifico della transazione.
Gestione degli account e strato di astrazione (Key Management and Account Abstraction)
A causa dell'esistenza di un ambiente multi-chain, è necessario un sistema di gestione e astrazione degli account che si adatti alla struttura unica degli account di ciascuna catena. Ad esempio, il sistema di account centrato sugli oggetti di SUI è completamente diverso da quello EVM. One Balance è un progetto rappresentativo in questo campo, che ha creato un sistema di account affidabile senza la necessità di stabilire un consenso tra catene, richiedendo solo impegni di fiducia tra i sistemi di account esistenti. Near Account realizza una gestione astratta generando portafogli di account multi-chain per gli utenti, ottimizzando notevolmente l'esperienza utente e riducendo la frammentazione dell'UX. Tuttavia, per quanto riguarda la liquidità, si integra principalmente con le blockchain pubbliche esistenti.
Solver Layer
Questo livello è responsabile di ricevere e realizzare le intenzioni di trading degli utenti; i ruoli di Solver qui competono per fornire una migliore esperienza utente, inclusi tempi di trading più rapidi e velocità di esecuzione. Sulla base di questo, progetti basati sull'intento come Anoma hanno costruito varie soluzioni guidate dall'intento. Derivati di questo tipo di intenti, come i componenti Predicate, possono realizzare le intenzioni degli utenti sotto specifiche regole.
Strato di liquidazione (Settlement Layer)
Questo è lo strato middleware utilizzato dalla Solver Layer per realizzare le intenzioni degli utenti. I componenti chiave delle soluzioni per la liquidità e la dispersione dello stato includono:
Oracle: utilizzati per ottenere informazioni sullo stato da altre catene.
Ponti cross-chain: responsabili della trasmissione di informazioni e liquidità tra catene.
Soluzioni di pre-conferma: riducono i tempi di conferma cross-chain.
Disponibilità dei dati (DA): fornisce accessibilità ai dati.
Inoltre, è necessario considerare la liquidità inter-chain, la certezza finale (Finality), i meccanismi di prova Layer 2 e altri fattori per garantire il funzionamento efficiente dell'intero sistema multi-chain.
Soluzioni
Attualmente, ci sono molte soluzioni disponibili per affrontare la frattura della liquidità, e dopo aver esaminato un gran numero di proposte, abbiamo trovato principalmente queste modalità:
1. Al centro di RaaS: simile a soluzioni Rollup come OP Stack, assistendo nella costruzione di Rollup su OP Stack attraverso l'aggiunta di ordinatori condivisi e ponti cross-chain per condividere liquidità e stato. Si spera di affrontare i problemi di liquidità e dispersione dello stato a un livello più elevato. Qui c'è un design più specifico per un ordinatore condiviso, questa soluzione è più mirata a Layer2 e non ha universalità, come Astria, Espresso e Flashbots.
Astrazione della catena, fonte: NEAR
2. Al centro degli account: simile a NEAR, costruire un portafoglio di account completo su tutta la catena, supportato da una tecnologia chiamata "firma della catena" per firmare ed eseguire transazioni attraverso diversi protocolli blockchain. Il componente centrale è una rete MPC, che sostituisce l'utente nella firma delle transazioni multi-chain. Questa soluzione, pur risolvendo notevolmente il problema della frammentazione dell'UX, comporta per gli sviluppatori implementazioni backend complesse e non risolve essenzialmente la liquidità e la dispersione dello stato.
3. Al centro di una rete di intenzioni off-chain: cioè la rete Solver nel nostro grafico della torta "Introduzione". Il nucleo è che gli utenti inviano intenzioni alla rete Solver, e il ruolo di Solver compete per fornire la migliore offerta, dando il miglior tempo di completamento e prezzo di transazione. Questi Solver possono essere agenti AI, CEX, Market Maker o addirittura il protocollo stesso come Liquirizia. Progetti in questo ambito includono Anoma, Khalani, Enso, aori e Valantis. Sebbene in teoria gli intenti possano realizzare operazioni cross-chain di qualsiasi complessità, nella pratica è necessario avere Solver di liquidità sufficienti per assistere, e quando si affrontano alcune esigenze off-chain, i Solver potrebbero presentare il rischio di frode. Se si introducono prove di frode e altri mezzi, la realizzazione della rete Solver diventa più difficile, e le barriere all'ingresso per l'operazione dei Solver diventano più alte.
4. Al centro di una rete di liquidità on-chain: questa direzione è specificamente ottimizzata per risolvere i problemi di liquidità cross-chain, ma non affronta il problema della dispersione dello stato su altre blockchain. Il suo fulcro è costruire uno strato 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 Liquirizia, Socket, Radiant Capital, 1inch, Hedgemony, ecc. Questi progetti devono gestire processi cross-chain complessi, ponendo requisiti molto elevati per gli sviluppatori, il che li rende anche vulnerabili a attacchi informatici.
Affrontare il problema della liquidità è un tema molto importante; nel mondo finanziario, la liquidità rappresenta spesso tutto. Se si riesce a costruire una piattaforma di integrazione della liquidità, specialmente integrando la liquidità dispersa su tutta la catena, ci sarebbe un grande potenziale, e abbiamo visto molte soluzioni diverse.
Nelle due categorie sopra, possiamo vedere che secondo la struttura a torta, lo Strato di Liquidazione è la soluzione di livello più atomico. Sopra queste soluzioni atomiche, come quelle cross-chain, oracle e pre-conferma, si costruisce uno strato più astratto, che comprende lo Strato Solver, lo Strato Permission e lo Strato Applicativo. Le varie soluzioni di astrazione o di liquidità che abbiamo elencato sopra corrispondono a questi diversi livelli, che possono essere intesi come relazioni di upstream e downstream. Tuttavia, queste soluzioni non sono ancora soluzioni atomiche; il problema della frammentazione della liquidità ha portato all'emergere di molti problemi derivati complessi, quindi sono emerse una varietà di soluzioni per l'interoperabilità. Ma essenzialmente, è necessario fare affidamento su questi componenti. Di seguito discuteremo alcuni progetti tipici di concetti di astrazione della catena, per vedere come ciascuno affronta il problema della frammentazione della liquidità.
INFINIT
Struttura INFINIT, fonte: Infinit
INFINIT ha costruito un servizio RaaS nel settore DeFi, in grado di fornire i componenti necessari per costruire direttamente protocolli DeFi, come Oracle, Pool Type, IRM, Asset, ecc. Può anche fornire componenti come Trading a Leva e Strategie di Rendimento pronte all'uso. Questo è equivalente a un altro lato della costruzione delle applicazioni, ma la liquidità finale è collocata nello strato di liquidità di Infinit. Tuttavia, al momento non ha ancora rivelato come funziona il sistema sottostante. Attualmente, INFINIT ha già ottenuto 6 milioni di dollari in finanziamenti seed da Robot Ventures, Electric Capital e Maelstrom Capital.
Rete Khalani
Struttura della rete Khalani, fonte: KhalaniNetwork
Khalani ha costruito tre componenti chiave: strato compatibile con l'intento, validità e strato di liquidazione generico.
Le applicazioni esterne o il livello di intenzioni possono pubblicare intenzioni a Khalani, e quindi lo strato compatibile con l'intento di Khalani può convertire le intenzioni esterne in un formato che il protocollo Solver può riconoscere, utilizzando un formato normalizzato chiamato linguaggio di validità. I nodi Khalani sono responsabili di inviare i risultati finali allo strato di liquidazione generico tramite ponti cross-chain e tecnologie di liquidazione rapida. Questo progetto è ancora in fase di costruzione e non ha ancora rivelato ulteriori dettagli. A agosto, ha ottenuto 2,2 milioni di dollari in finanziamenti seed da Ethereal Ventures, Nascent e Maelstrom Capital.
Liquirizia
Struttura Liquirizia, fonte: Liquirizia
Liquirizia è un'applicazione decentralizzata che consente la scoperta dei prezzi basata su aste e pool di liquidità unilaterali. La missione principale di Liquirizia è fornire strumenti di gestione dell'inventario efficienti per le società di trading professionali e collegarsi facilmente a protocolli DeFi chiave come 1inch e Uniswap X durante la liquidazione delle transazioni basate sull'intento. Nel frattempo, Liquirizia crea un mercato di prestiti per le transazioni di prestito. Questa applicazione è maggiormente focalizzata sulla transazione stessa. È ancora in fase di sviluppo e a luglio ha annunciato di aver ottenuto 1,2 milioni di dollari in finanziamenti Pre-seed guidati da GreenField.
Xion
Xion è un'evoluzione del marchio Burnt, precedentemente focalizzato sulle applicazioni per i consumatori. Dopo, il team ha rilevato un'enorme frammentazione nelle interazioni on-chain, quindi ha costruito Xion per migliorare questo problema. Xion è costruito sul protocollo di consenso Comet BFT. La comunicazione cross-chain che adotta si basa su Cosmos IBC, quindi è più nativa e sicura rispetto ad altri ponti cross-chain. Ha completato quattro round di finanziamento, con investitori come Animoca, Multicoin, Alliance DAO, Mechanism, ecc.
=nil; Foundation
=nil è il mercato di potenza ZK di Ethereum, co-processore ZK e sviluppatore di Layer2, con un team che ha capacità tecniche ZK profonde. Ha proposto la soluzione zkSharding, che utilizza la tecnologia ZK per scalare orizzontalmente la mainnet Ethereum, eseguendo trattamenti di transazioni in parallelo 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 di validatori e conti nei frammenti di esecuzione. Il protocollo di consenso utilizzato dal comitato di validazione è anche Hotstuff, comune nei progetti di esecuzione parallela più recenti. =nil; L2 ha incorporato la comunicazione cross-frammento nel protocollo fin dall'inizio. I messaggi cross-frammento sono verificati come transazioni dal comitato di validazione di ciascun frammento.
L'idea di base è di costruire un'architettura Layer2 frammentata simile a IBC, con un'architettura di comunicazione incorporata tra frammenti, in modo da risolvere i problemi di dispersione della liquidità e dello stato. Tuttavia, l'idea centrale non è ragionevole, poiché il problema della dispersione della liquidità è un problema multi-chain, e ciò che viene costruito è un singolo Layer2. Ciò significa che, per risolvere il problema, tutte le catene dovrebbero diventare un frammento di ZK-sharding, il che è difficile da realizzare.
ERC-7683
ERC-7683, fonte: Across
Ethereum sta anche affrontando questo problema di liquidità cross-chain. Attualmente, Arbitrum, OP e Uniswap supportano pubblicamente il standard ERC7683, utilizzando anch'esso un approccio cross-chain basato sull'intento. Il loro obiettivo centrale è stabilire standard generali per le operazioni cross-chain tra L2 e sidechain, standardizzando gli ordini e le interfacce di liquidazione per realizzare esecuzioni cross-chain senza soluzione di continuità. Il fulcro principale è un Filler, che può essere visto come il ruolo di Solver nell'astrazione della catena. Questa proposta è stata costruita da Uniswap e Across ed è attualmente sotto revisione da parte del gruppo di lavoro Cake.
OP Stack
OP Stack, ERC-7683 e zkSharding sono soluzioni interne di Ethereum per affrontare la frammentazione della liquidità tra Layer2, rispettivamente a livello architetturale, di consenso e applicativo. OP Stack affronta una volta per tutte i problemi di trasmissione delle informazioni e decentralizzazione del Sequencer progettando una soluzione multi Layer2 completa. Quando utilizzi l'architettura OP Stack, verranno automaticamente distribuiti contratti cross-chain e ci sarà un Supervisore per evitare la trasmissione di informazioni cross-chain false. Attualmente, Coinbase, Uniswap, Kraken, ecc. utilizzano l'architettura OP Stack.
Di cui, uno dei più tipici è Unichain. Unichain affronta il problema della frammentazione della liquidità cross-chain principalmente attraverso l'integrazione con la rete Superchain. Questa impostazione facilita il movimento senza soluzione di continuità della liquidità fornendo le seguenti funzionalità:
Ponti cross-chain basati sull'intento: questi ponti supportano il trasferimento di liquidità tra blockchain in modo rapido e affidabile, consentendo agli utenti di impostare intenzioni e aiutando il sistema a scegliere automaticamente il percorso migliore per il movimento di liquidità. Questo approccio astrarrà la complessità per gli utenti, rendendo le transazioni cross-chain più fluide e rapide.
Rete di validazione Unichain (UVN): questa rete decentralizzata di operatori di nodi verifica le transazioni cross-chain, fornendo una maggiore certezza economica finale. Una certezza finale più rapida è fondamentale per garantire un'efficiente 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, aumentando l'efficienza dei fornitori di liquidità e realizzando un mercato cross-chain più sincronizzato. Flashblocks aiutano a garantire che la liquidità sia sempre disponibile e a ridurre gli effetti negativi causati dai ritardi nella conferma dei blocchi, che potrebbero portare alla frammentazione della liquidità.
Conclusione
Affrontare il problema della liquidità cross-chain è un campo molto complesso e con molteplici soluzioni, ad esempio le soluzioni Layer2 variano da quelle che incorporano messaggi cross-chain di Ethereum, specialmente ERC-7683, a quelle come OP che costruiscono OP Stack per condividere Sequencer. Fuori dal contesto Layer2, tutte le Layer1 affrontano anche problemi di liquidità, stato e frattura dell'esperienza utente. Ci sono soluzioni focalizzate sulla liquidità basate su applicazioni, ci sono anche soluzioni off-chain come la rete Solver, e persino soluzioni come quelle basate su account come NEAR, ma che necessitano comunque di ruoli off-chain come Solver.
Riconosciamo che la liquidità cross-chain, la dispersione dello stato e la frattura dell'esperienza utente sono problemi dell'intero settore blockchain. Se si pensa in modo olistico, è necessario affrontare questi problemi in modo più astratto, simile all'astrazione della catena. Questo rappresenta il vero ingresso nel Web3, risolvendo la frattura dell'esperienza utente, mentre l'integrazione della liquidità e dello stato avviene in modi che l'utente non percepisce. Come integrare esattamente è suddiviso in utilizzo di reti Solver off-chain e strutture di integrazione atomica come ponti cross-chain, e tutto ciò merita di essere esplorato. In generale, il futuro sarà certamente multi-chain; risolvere il problema della dispersione della liquidità è una questione che l'industria dovrà affrontare inevitabilmente, e l'integrazione della liquidità su tutta la catena ha ampie possibilità di crescita, potenzialmente costruendo il Google dell'era Web3.
