Autor original: YBB Capital Researcher Zeke
TLDR
Agglayer este componenta de bază a Polygon 2.0, unificând blockchain-urile descentralizate prin agregarea și asigurarea tranzacțiilor atomice cross-chain. Scopul său este de a oferi o experiență perfectă pentru utilizator la nivel de lanț unic și de a rezolva problemele de lichiditate și dispersie de stat ale ecosistemului blockchain existent.
Agglayer folosește un nou mecanism de verificare numit dovadă pesimistă, care presupune că toate lanțurile de acces sunt nesigure și, în cele din urmă, utilizează dovada zero-cunoștințe pentru a asigura corectitudinea operațiunilor încrucișate.
Agglayer este mai concis și mai eficient, iar forma sa finală va realiza o abstractizare a lanțului mai ideală și va fi mai în concordanță cu definiția următoarei generații de Web3.
1. Agglayer este derivat din era modulară
1.1 Introducere Agglayer
Agglayer este una dintre componentele de bază ale Polygon 2.0 „Agg” din numele său de protocol este abrevierea cuvântului englez „agregare”, iar numele chinezesc complet este stratul de agregare. Rolul acestui protocol este, în esență, același cu cel al protocoalelor de interoperabilitate în lanț complet, cum ar fi Layerzero și Wormhole. Scopul său este de a conecta lumea blockchain fragmentată. Dar există unele diferențe între cele două în ceea ce privește ideile de construcție, în termeni profani, protocoalele tradiționale de interoperabilitate cu lanț complet seamănă mai mult cu companiile de inginerie care construiesc poduri peste tot, prin proiectarea și construirea de poduri pentru diferite lanțuri sau protocoale (printre acestea, adaptarea. a lanţurilor eterogene este mai dificil) să se realizeze interconectarea. Agglayer, așa cum sugerează și numele, este mai asemănător cu o „rețea locală” compusă dintr-un comutator. Lanțul de conexiune trebuie doar să introducă un „cablu de rețea” (dovada ZK) pentru a accesa „rețeaua locală” și a face schimb de date. Mai rapid, mai ușor de utilizat și mai interoperabil decât traversarea podurilor peste tot.
1.2 Secvențierea validității partajate
Ideea Agglayer datorează foarte mult designului Umbra Research de Shared Validity Sequencing, care își propune să realizeze interoperabilitatea atomică încrucișată între mai multe pachete optimiste. Prin partajarea secvențatorului, întregul sistem poate gestiona uniform ordonarea tranzacțiilor și publicarea rădăcină a mai multor Rollup-uri, asigurând atomicitatea și execuția condiționată.
Logica de implementare specifică necesită trei componente:
Sequencer partajat care acceptă operațiuni cross-chain: primește și procesează cererile de tranzacții cross-chain;
Algoritmul de construcție a blocurilor: Sequencerul partajat este responsabil pentru blocurile care conțin operații în lanț încrucișat pentru a asigura atomicitatea acestor operații;
Dovezi de fraudă partajate: împărtășiți mecanisme de verificare a fraudei între pachetele cumulate aferente pentru a impune operațiunile încrucișate.
Această figură arată procesul de lucru al contractului MintBurnSystemContract atunci când partajarea unui secvențior.
Pentru că actualul Rollup are practic funcția de a transmite mesaje în ambele direcții între Layer 1 și Layer 2, precum și alte precompilări speciale. Așadar, așa cum se arată în imaginea de mai sus, Umbra adaugă doar un sistem de lanț încrucișat simplu compus din contracte MintBurnSystemContract (Burn și Mint) pentru a finaliza cele trei componente.
procesul de lucru
1. Operațiune de ardere pe lanțul A: Orice contract sau cont extern îl poate apela și va fi înregistrat în burnTree după succes;
2. Operațiunea Mint pe lanțul B: Sortatorul înregistrează în mintTree după executarea cu succes.
Invariante și consistență
Consistența rădăcinilor Merkle: Rădăcinile Merkle ale burnTree pe lanțul A și mintTree pe lanțul B trebuie să fie egale, astfel încât să poată fi garantate consistența și atomicitatea operațiunilor încrucișate.
În acest design, Rollup-urile A și B au în comun un secvențietor. Acest secvențietor partajat este responsabil pentru publicarea loturilor de tranzacții și revendicarea rădăcinilor stării ambelor Rollup-uri către Ethereum. Sortatorul partajat poate fi un sortator centralizat, ca majoritatea sortatoarelor actuale Layer 2 Rollup, sau un sortator descentralizat precum Metis. Punctul cheie în sistemul general este că secvențiatorul partajat trebuie să publice lotul de tranzacții și rădăcina stării revendicării a ambelor pachete la L1 în aceeași tranzacție.
Sequencerul partajat primește tranzacții și construiește blocuri pentru A și B. Pentru fiecare tranzacție pe A, secvențiatorul execută tranzacția și verifică dacă interacționează cu MintBurnSystemContract. Dacă tranzacția se execută cu succes și interacționează cu funcția de ardere, secvențatorul partajat încearcă să execute tranzacția corespunzătoare pe B. Dacă tranzacția de menținere reușește, secvențiatorul partajat include tranzacția de ardere pe A și tranzacția de menținere pe B, dacă tranzacția de menținere eșuează, secvențiatorul partajat exclude ambele tranzacții.
Mai simplu spus, sistemul este o simplă extensie a algoritmilor de construcție a blocurilor existenți. Sequencerul execută tranzacții și inserează tranzacții declanșate de condiții de la un Rollup la altul Când lanțul principal efectuează verificarea antifraudă, trebuie doar să se asigure că arderea lanțului A și turnarea lanțului B sunt corecte (adică cele de mai sus. consistența rădăcinii Merkle). În acest caz, mai multe rollup-uri devin similare cu un lanț În comparație cu rollup-urile cu un singur cip, acest design oferă un suport mai bun pentru fragmentare, suveranitatea aplicației și interoperabilitate. Dar problema opusă este că sarcina pentru verificarea și ordonarea nodurilor este mai mare, iar probabilitatea ca această soluție să fie adoptată este încă foarte scăzută din diverse perspective, cum ar fi distribuția profitului și autonomia Rollup-urilor.
1.3 Componentele de bază ale lui Agglayer
În timp ce a absorbit soluțiile de mai sus, Agglayer a făcut îmbunătățiri mai eficiente și a introdus două componente cheie: puntea unificată și dovada pesimistă.
Unified Bridge: fluxul de lucru al Unified Bridge este de a colecta și rezuma starea tuturor lanțurilor de acces la stratul de agregare, iar stratul de agregare regenerează un certificat unificat către Ethereum. În acest proces, există trei etape de stare: Pre-confirmare (. pre-confirmarea permite interacțiuni mai rapide în ipotezele de stare temporară), confirmarea (confirmarea pentru verificarea validității dovezii depuse) și finalizarea, iar în final dovada verifică valabilitatea tranzacțiilor pentru toate lanțurile de acces.
Dovadă pesimistă: Rollup-urile care se conectează la un mediu cu mai multe lanțuri vor cauza două probleme majore: 1. Introducerea diferiților validatori și mecanisme de consens va duce la securitate complexă 2. Optimistic Rollups necesită 7 zile pentru a colecta plăți. Pentru a rezolva aceste două probleme, Polygon introduce o nouă metodă de demonstrare a cunoștințelor zero, și anume demonstrația pesimistă.
Ideea dovezii pesimiste este de a presupune că toate blockchain-urile conectate la AggLayer pot avea un comportament rău intenționat și de a face ipoteze în cel mai rău caz pentru toate operațiunile încrucișate. AggLayer folosește apoi dovezi zero-knowledge pentru a verifica corectitudinea acestor operațiuni, asigurându-se că, chiar dacă există un comportament rău intenționat, integritatea operațiunilor cross-chain nu poate fi compromisă.
1.4 Caracteristici
În cadrul acestei soluții, pot fi realizate următoarele caracteristici:
Jeton nativ. Folosind Unified Bridge, activele din stratul de agregare sunt toate active native, fără nici un jetoane împachetate și nu este nevoie de o sursă de încredere terță parte pentru a încrucișa lanțul și totul este perfect;
Mobilitate unificată. TVL-ul tuturor lanțurilor de acces este partajat, care poate fi numit și un pool de lichiditate partajat;
suveranitate. În comparație cu abordarea Optimistic Rollup de mai sus pentru a obține interoperabilitate prin secvențiere partajate, Agglayer are o suveranitate mai bună, iar AggLayer va fi compatibil cu secvențiere partajate și soluții DA terțe. Lanțurile conectate își pot folosi chiar și jetoanele native ca gaz;
Mai repede. Este încă diferită de soluția Optimistic Rollup de mai sus. Agglayer nu trebuie să aștepte 7 zile pentru cross-chain;
Siguranță. Dovada pesimistă acceptă doar acțiuni corecte. Pe de altă parte, se asigură că niciun lanț nu poate retrage mai mult decât suma depusă, asigurând astfel securitatea pool-ului de active partajate la nivelul de agregare;
cost scăzut. Cu cât sunt mai multe lanțuri conectate la stratul de agregare, cu atât este mai mică taxa de probă plătită către Ethereum, deoarece aceasta este partajată în mod egal și Agglayer nu percepe taxe de protocol suplimentare.
2. Soluție cu lanț încrucișat
2.1 De ce este atât de dificil cross-chain-ul?
După cum am menționat mai sus, scopurile Agglayer și protocolul full-chain sunt practic aceleași, deci care dintre ele este mai bun și mai rău? Înainte de comparare, ar putea fi nevoie să înțelegem două întrebări: 1. De ce este dificilă încrucișarea lanțului 2. Care sunt soluțiile comune pentru lanțuri încrucișate?
La fel ca cea mai faimoasă trilemă a lanțului public, protocoalele încrucișate au și trilema de interoperabilitate Datorită limitării premisei descentralizării, blockchain-ul este în esență o stare de copiere care nu poate primi informații externe. Deși existența AMM și a oracolelor compensează piesa de puzzle lipsă din DeFi, pentru protocoalele încrucișate, această problemă este de zeci de ori mai complicată , deci există diverse jetoane de ambalare, cum ar fi xxBTC și xxETH. Cu toate acestea, logica acestei scheme de token-uri ambalate este foarte periculoasă și centralizată, deoarece trebuie să blocați BTC și ETH reale în adresa de lanț inițială a contractului de punte încrucișată, iar întregul design de lanț încrucișat se poate confrunta, de asemenea, cu problema. de incompatibilitate reciprocă a activelor Aceleași și diferite mașini virtuale duc la incompatibilitate de protocol, probleme de încredere, probleme de dublă cheltuială, probleme de latență și alte probleme. Pentru a fi eficiente și a reduce cheltuielile, majoritatea soluțiilor cross-chain folosesc de fapt soluții de portofel cu semnături multiple. Deci, chiar și astăzi, puteți vedea adesea informații despre furtunile cu descărcări electrice în poduri cu lanțuri încrucișate xx. Acum, să aruncăm o privire mai atentă la această problemă dintr-o perspectivă de nivel inferior. Din concluzia fondatorului Connext, Arjun Bhuptani, protocoalele încrucișate pot alege doar două dintre următoarele trei atribute cheie pentru optimizare:
Neîncredere: nu trebuie să se bazeze pe nicio entitate centralizată de încredere și poate oferi același nivel de securitate ca și blockchain-ul subiacent. Utilizatorii și participanții nu trebuie să aibă încredere în vreun intermediar sau terță parte pentru a asigura securitatea și executarea corectă a tranzacțiilor;
Extensibilitate: Protocolul poate fi adaptat cu ușurință oricărei platforme sau rețele blockchain și nu este restricționat de o arhitectură sau reguli tehnice specifice. Acest lucru permite soluțiilor de interoperabilitate să susțină un ecosistem blockchain larg, mai degrabă decât doar câteva rețele specifice;
Generalizare: protocolul poate gestiona orice tip de transfer de date sau active pe mai multe domenii, nu se limitează doar la anumite tipuri de tranzacții sau active. Aceasta înseamnă că prin această punte, diferitele blockchain-uri pot face schimb de diferite tipuri de informații și valori, inclusiv, dar fără a se limita la criptomonede, apeluri de contracte inteligente și alte date arbitrare.
Diviziunea timpurie a podurilor încrucișate s-a bazat, în general, pe Vitalik și altele. Ei au împărțit tehnologia încrucișată în trei categorii, blocare în timp, verificarea martorilor și verificarea prin releu (verificarea ușoară a clientului). Arjun Bhuptani, soluțiile cross-chain pot fi împărțite în verificare nativă (fără încredere + scalabilitate), verificare externă (scalabilitate + versatilitate) și verificare nativă (fără încredere + versatilitate). Aceste metode de verificare se bazează pe diferite modele de încredere și implementări de tehnologie pentru a îndeplini diferite cerințe de securitate și interoperabilitate.
Verificat nativ:
Puntea de verificare locală se bazează pe mecanismul de consens al lanțului sursă și al lanțului țintă în sine pentru a verifica în mod direct validitatea tranzacției. Această abordare nu necesită straturi suplimentare de verificare sau intermediari. De exemplu, unele punți ar putea folosi contracte inteligente pentru a crea o logică de verificare direct între două lanțuri de blocuri, permițând celor două lanțuri să confirme tranzacțiile prin propriile mecanisme de consens. Avantajul acestei abordări este securitatea sporită, deoarece se bazează direct pe mecanismele de securitate inerente ale lanțurilor participante. Cu toate acestea, această abordare poate fi mai complexă din punct de vedere tehnic de implementat și nu toate blockchain-urile acceptă verificarea locală directă.
Verificat extern:
Punturile validate extern folosesc un validator terță parte sau un grup de validatori pentru a confirma validitatea tranzacțiilor. Acești validatori pot fi noduri independente, membri ai consorțiului sau alte forme de participanți care operează în afara lanțurilor sursă și țintă. Această abordare implică, de obicei, mesaje încrucișate și logica de verificare care este realizată de entități externe, mai degrabă decât să fie gestionată direct de blockchain-urile participante. Verificarea externă permite o interoperabilitate și o flexibilitate mai largă, deoarece nu este limitată la un anumit lanț, dar introduce și un nivel suplimentar de încredere și potențiale riscuri de securitate. (Deși există un risc uriaș de centralizare, verificarea externă este cea mai populară metodă cross-chain. Pe lângă faptul că este flexibilă și eficientă, este și un cost redus.)
Verificat local:
Verificarea nativă se referă la lanțul țintă care verifică starea lanțului sursă în interacțiunile încrucișate pentru a confirma tranzacțiile și a executa tranzacțiile ulterioare la nivel local. Practica obișnuită este să rulați clientul ușor pe lanțul sursă al VM-ului lanțului țintă sau ambele în paralel. Verificarea nativă necesită o minoritate cinstită sau o ipoteză de sincronizare, cel puțin un releu cinstit în comitet (adică o minoritate cinstită) sau, dacă comitetul nu poate funcționa corect, utilizatorii trebuie să transmită tranzacțiile ei înșiși (adică o ipoteză de sincronizare). Verificarea nativă este metoda de comunicare încrucișată cu cel mai înalt grad de minimizare a încrederii, dar este, de asemenea, foarte costisitoare, are o flexibilitate scăzută de dezvoltare și este mai potrivită pentru blockchain-uri cu similaritate mare a mașinilor de stat, cum ar fi rețelele Ethereum și L2. sau între blockchain-uri dezvoltate pe baza SDK-ului Cosmos.
Soluția curentă cu lanț încrucișat „1”
Compromisurile în diferite aspecte au condus la apariția diferitelor tipuri de soluții cross-chain, pe lângă metodele de verificare. Soluțiile actuale cross-chain pot fi, de asemenea, împărțite în mai multe categorii, fiecare dintre acestea adoptând metode unice pentru a realiza schimbul de active, transferul și invocarea contractelor.
Schimb de jetoane: permite utilizatorilor să tranzacționeze un activ pe un blockchain și să primească un alt activ de valoare egală pe un alt lanț. Prin utilizarea tehnologiilor precum swapurile atomice și formatorii de piață încrucișați (AMM), pot fi create fonduri de lichiditate pe diferite lanțuri pentru a realiza schimburi între diferite active.
Asset Bridge: Această metodă implică blocarea sau distrugerea activelor prin contracte inteligente pe lanțul sursă și deblocarea sau crearea de noi active prin contractele inteligente corespunzătoare pe lanțul țintă. Această tehnologie poate fi împărțită în trei tipuri în funcție de modul în care este procesat activul:
Modul de blocare/batare: în acest mod, activele de pe lanțul sursă sunt blocate, iar „activele de legătură” echivalente sunt bătute pe lanțul țintă. lanțul sursă a activelor originale;
Mod distrugere/batere: în acest mod, activele din lanțul sursă sunt distruse și aceeași cantitate din aceleași active este bătută pe lanțul țintă;
Model de blocare/deblocare: această metodă implică blocarea unui activ în lanțul sursă și apoi deblocarea activului echivalent într-un pool de lichidități din lanțul țintă. Astfel de punți de active atrag adesea lichidități prin oferirea de stimulente, cum ar fi partajarea veniturilor.
Plată nativă: permite aplicațiilor din lanțul sursă să declanșeze operațiuni de plată folosind active native din lanțul țintă și, de asemenea, pot declanșa plăți încrucișate pe un alt lanț pe baza datelor dintr-un lanț. Această metodă este utilizată în principal pentru decontare, care se poate baza pe date blockchain sau evenimente externe.
Interoperabilitatea contractelor inteligente: permiteți contractelor inteligente din lanțul sursă să apeleze funcții de contract inteligente din lanțul țintă pe baza datelor locale pentru a implementa aplicații complexe încrucișate, inclusiv schimbul de active și operațiunile de conectare.
Pod programabil: Aceasta este o soluție avansată de interoperabilitate care combină capabilitățile de conectare a activelor și de mesagerie. Atunci când activele sunt transferate din lanțul sursă în lanțul țintă, solicitările de contract asupra lanțului țintă pot fi declanșate imediat pentru a implementa o varietate de funcții încrucișate, cum ar fi gajul de acțiuni, schimbul de active sau stocarea activelor în contracte inteligente pe țintă. lanţ.
2.2 Agglayer va avea mai multe avantaje în viitor
Aici comparăm Agglayer cu protocoalele actuale full-chain, luând ca exemplu LayerZero, cel mai influent protocol full-chain. Protocolul adoptă o versiune îmbunătățită a verificării externe, și anume LayerZero, care transformă sursa de verificare a încrederii în două entități independente - oracole și repetoare, pentru a compensa deficiențele verificării externe în cel mai simplu mod. Soluția cross-chain este o soluție de punte programabilă care poate realiza o varietate de operațiuni. Logic vorbind, se pare că așa-zisul triunghi imposibil a fost crăpat concis și îngrijit. Dintr-o perspectivă narativă grandioasă, LayerZero are oportunitatea de a deveni hub-ul încrucișat al întregului Web3 și este destul de potrivit pentru probleme precum fragmentarea experienței și fragmentarea lichidității cauzate de explozia lanțului în era modulară Acesta este motivul pentru care șeful VC vrea să fie aici. Principalul motiv pentru pariuri nebunești pe protocol.
Dar care este situația reală? Să nu vorbim despre diferitele operațiuni recente de airdrop ale Layerzero. Din perspectiva dezvoltării, este de fapt foarte dificil pentru acest tip de protocol să atingă situația ideală de conectare a întregului Web3, iar problema descentralizării este discutabilă. În versiunea V1 timpurie, mașina oracol folosită de LayerZero a fost de fapt piratată și, teoretic, exista posibilitatea ca mașina oracol să facă rău (în acest sens, Wormhole a folosit organizații din industrie ca noduri gardiene, ceea ce a fost adesea criticat), până la versiunea V2. nașterea Rețelei Descentralizate de Verificare (DVN) a calmat criticile pe rețelele sociale, dar aceasta se bazează și pe un număr mare de resurse B-side.
Pe de altă parte, dezvoltarea protocoalelor full-chain implică și protocoalele, formatele de date și logica de funcționare a lanțurilor eterogene, precum și problemele de apelare ale diferitelor contracte inteligente. Pentru a realiza cu adevărat interoperabilitatea Web3 necesită nu numai propriile eforturi, ci și colaborarea cu diverse proiecte. Dacă ați folosit LayerZero timpuriu, ar trebui să fie ușor de constatat că, practic, acceptă doar lanțuri încrucișate ale lanțului public EVM și nu există multe proiecte ecologice care susțin întregul lanț. Acest lucru este același pentru Agglayer, dar în ceea ce privește interoperabilitatea, Agglayer acceptă latența ultra-scăzută și interoperabilitatea asincronă, care seamănă mai mult cu internetul pe care îl folosim în fiecare zi decât cu protocolul full-chain.
În rezumat, Agglayer este agregat într-un mod similar cu cel utilizat într-un singur lanț, care este în general mai concis, eficient și în conformitate cu tendința modulară actuală. Cu toate acestea, nu există o superioritate absolută între cele două în prezent. Protocolul de lanț complet are încă cea mai largă lichiditate, ecologie, inițiativă mai puternică și avantajul unei dezvoltări relativ mature. Avantajul Agglayer constă în agregarea adevărată a stratului 1 și stratului 2 reciproc ostile, rupând jocul cu sumă zero între diferite proiecte în lanțuri publice în era exploziei în lanț, descentralizând lichiditatea și utilizatorii, permițând interacțiunea cu mai multe lanțuri cu latență scăzută, și nativ Cu abstracția în lanț, pool-urile de lichiditate partajate nu necesită jetoane împachetate, ceea ce va fi o oportunitate foarte bună pentru lanțurile cu coadă lungă și lanțurile de aplicații. Prin urmare, pe termen lung, Agglayer este în prezent cea mai promițătoare soluție cross-chain. Proiectele similare aflate în stadiul de dezvoltare includ „Join-Acumulate Machine” de la Polkadot Acum s-a mutat de la monolitic la modul, iar următorul pas va fi convergența.
3. Ecologie legată de Agglayer
Deoarece este încă la început, nu există multe lanțuri de acces pentru Agglayer. Iată trei proiecte principale:
3.1 X Strat
X Layer este un proiect Ethereum Layer 2 bazat pe Polygon CDK. Acesta conectează comunitățile Ethereum și Ethereum, permițând oricui să participe la un ecosistem în lanț cu adevărat global. Ca lanț public al bursei lider, după ce a fost conectat la Agglayer, va aduce lichiditate extinsă proiectelor din stratul de agregare. Ca nivel de acces pentru utilizatorii obișnuiți, portofelul OKX Web3 poate oferi, de asemenea, un suport mai bun pentru Agglayer.
3.2 Unirea
Union este un strat de infrastructură fără cunoștințe construit pe Cosmos, un proiect folosit pentru mesagerie generală, transferuri de active, NFT și DeFi. Se bazează pe verificarea consensului și nu se bazează pe terțe părți de încredere, oracole, semnături multiple sau MPC. Ca lanț de acces, după intrarea în stratul de agregare, se realizează o conexiune profundă între EVM și Cosmos, deoarece trebuie doar să folosească Union ca gateway IBC pentru a se conecta la Union și apoi la IBC, reunind astfel cele două ecologii modulare care au fost separate. unul de altul.
3.3 Viteza
Astar Network este o rețea de întreprinderi japoneze și globale, proiecte de divertisment și jocuri dedicate promovării „Web3”. Oferă soluții blockchain personalizabile folosind mașini inter-virtuale alimentate de Polygon și Polkadot. Fiind primul lanț complet integrat al lui Agglayer, acest proiect va accesa direct zeci de miliarde de dolari în pool-uri de partajare a lichidității și va obține o creștere reală a utilizatorilor.
referințe
1. Înțelegeți interoperabilitatea blockchain într-un articol: https://blog.chain.link/blockchain-interoperability-zh/
2.AggLayer: De ce soluția de scalabilitate a lui Polygon este un schimbător de joc în 2024 Dincolo?：
https://www.antiersolutions.com/agglayer-why-polygons-scalability-solution-is-a-game-changer-in-2024-beyond/
3. Se apropie epoca de agregare: https://polygon.technology/agglayer
4.Shared Validity Sequencing: https://www.umbraresearch.xyz/writings/shared-validity-sequencing
5.Union：https://www.rootdata.com/zh/Projects/detail/Union?k=MTAxMjY%3D