Cred că aceasta este o fenomenă cu care se confruntă ecosistemul Ethereum: atunci când o soluție pentru o problemă este propusă, apare o completare a acestei soluții.

Multi-Rollup aduce nu doar un nou model de aplicații pe lanț, ci într-adevăr amplifică și mai mult dispersarea lichidității.

Acest articol se va concentra pe subiectul [construirea aplicațiilor multi-chain], prezentând cazuri de piață în contextul mai multor L1/L2.

- Tendința industriei de a se uni după o perioadă de divizare🔻

Încă din luna septembrie, Optimism a anunțat prima dată un instrument de acces unificat pentru ecosistemul său de super-lanțuri, ceea ce în termeni simpli înseamnă că structura super-lanțurilor pe care au construit-o anterior acum trebuie conectată.

Dar această tendință a fost observată cu mult înainte de apariția acestei soluții; am inclus Optimism într-un panou de statistică a lanțurilor abstracte, având potențial de motivare, dar în prezent nu pare să fie la un nivel avansat, concentrându-se în continuare pe interoperabilitatea între lanțurile L2 (cea mai recentă actualizare este susținerea standardului de transmitere a mesajelor de intenție între lanțuri ERC-7683).

Și, odată cu rotația lichidității pe lanț, în special cu tendințele de Meme care domină structura lichidității în mai multe ecosisteme, pur și simplu unificarea EVM nu este suficientă; industria, fie din perspectiva interacțiunii front-end, fie din perspectiva construcției aplicațiilor back-end, trebuie să realizeze o abstractizare între ecosisteme.

Iar narațiuni similare cu abstractizarea lanțurilor apar în principal în contextul multi-chain/cross-chain.

În timp ce menționez frecvent acest concept, urmăresc și dezvoltarea protocolului pe piață care se ocupă de aceste probleme.

În acest domeniu, fie că vorbim despre Particle, care a unificat lichiditatea fragmentată a mai multor lanțuri, fie despre XION menționat anterior, sau despre Skate, care se concentrează pe construirea [aplicațiilor fără stare], toate acestea contribuie la unificarea unei structuri dispersate în industrie.

Acest articol va explora, de asemenea, cele mai recente progrese ale Skate @skate_chain, nu din perspectiva lichidității, ci din perspectiva interoperabilității aplicațiilor în ceea ce privește [uniunea] acestui subiect.

- Construirea aplicațiilor multi-chain🔻

În primul rând, trebuie să facem distincția între un concept: acest multi-chain nu este același cu celălalt multi-chain. Asta înseamnă că logica oferită de Skate nu este ca înainte, când ofeream un pod și apoi ne duceam cu gas-ul lanțului de origine și al lanțului țintă pentru a participa.

Skate aduce în ecosistemul său unele protocoale care nu aparțin în mod normal acestui ecosistem, dar care au avut succes în alte ecosisteme.

De exemplu, așa cum am menționat anterior, Skate a integrat PolyMarket din Polygon în ecosistemul TON; aceasta poate suna ca o desfășurare terță parte, dar a fost realizată fără a schimba logica interacțiunii lanțului original, noi nu trebuie să ne pregătim token-uri specifice pentru a experimenta o aplicație.

Pentru a ilustra un concept mai simplu: pot folosi Telegram Stars pentru a cumpăra cele mai recente Monede Meme de pe lanțuri precum Solana, Base etc.

Aceasta este, de fapt, puțin diferită de exemplul unificat al activelor prezentat ieri; Skate se concentrează mai mult pe desprinderea anumitor aplicații de limitările lichidității dispersate, în același timp abstractizând interacțiunea podurilor și desfășurarea oficială suplimentară, astfel încât o aplicație să poată fi accesată pe fiecare lanț.

Aplicațiile multi-chain de dinainte se refereau la active care pot susține mai multe lanțuri în ecosistemul lor, dar această aplicație era relativ independentă; însă, în cadrul Skate, aplicațiile multi-chain au intrat în mai multe lanțuri, fără a se limita la cele din sistemul EVM.

Am avut o discuție cu un dezvoltator din ecosistemul Strk, iar atunci am realizat că există o comunitate imensă de dezvoltatori EVM, dar nu au apărut aplicații care să funcționeze constant; motivul ar putea fi că, deși unele aplicații sunt cu adevărat bune, din cauza diviziunii între lanțuri, nimeni nu știe de ele...

Vreau să folosesc această aplicație, dar trebuie să am GAs suplimentar pentru a o accesa, ceea ce aduce o barieră de acces.

Așadar, fie că se face unificarea stării activelor, fie că se unifică starea aplicațiilor multi-chain, în esență, aceasta simplifică bariera de acces la interacțiunile aplicațiilor pe lanț; utilizatorii nu trebuie să înțeleagă ce gas este necesar pe un anumit lanț, ci pot să se concentreze pe lucrurile cu care sunt deja familiarizați.

În prezent, există peste 800 de DEX-uri incluse pe piață; dacă ecosistemele mature vor putea fi accesibile pe toate lanțurile în viitor, atunci vom intra într-o adevărată competiție pentru aplicațiile voluminoase, iar structura industriei [protocol gras, aplicație subțire] se va schimba, aplicațiile din aceeași categorie nu vor mai avea o creștere haotică și fără rezultate pe termen lung.

În cele din urmă, există o informație cheie suplimentară: accesul la aplicațiile fără stare ale Skate este realizat în etape (ilustrația este figura 2).

Faza 1: Realizarea accesului fără întreruperi la fiecare aplicație.

Faza 2: Transformarea aplicațiilor într-un stat fără stare, menținând un singur stat uniform pe toate lanțurile și mașinile virtuale.

În legătură cu aplicațiile fără stare din a doua fază, trebuie să repet acest lucru, deoarece am văzut recent o prezentare oficială a unui exemplu AMM, sper că va ajuta pe toată lumea să înțeleagă ce vrea să realizeze Skate în final.

De asemenea, am menționat anterior că Skate se află într-o etapă fără TGE; în cea mai recentă actualizare, se poate folosi un [Skate Visa] ca „pașaport” pentru aplicațiile TG.

Capabil să acceseze aplicațiile din alte lanțuri pe TG în timp ce acumulează puncte de interacțiune, așa cum am menționat mai sus, mai multe informații pot fi găsite în tweet-ul care face legătura: https://x.com/skate_chain/status/1859614520383050011