Eclipse: murrangulised Ethereumi koondamised uuendusliku paralleelsuse ja pettuste ennetamise kaudu

Ethereumi koondpakettide üha tihedamaks muutuvas maastikus on suurem osa arendusest keskendunud ühele mudelile. Ethereumi virtuaalmasin (EVM) jääb peamiseks täitmisüksuseks, mis tähendab, et paralleelne täitmine on pigem ambitsioon kui tavaline funktsioon. Eclipse tugineb sellele standardile ja toob... Solana Virtuaalmasin (SVM) Ethereumi-keskses keskkonnas, mille integreerimiseks muudetakse koondstruktuuri.

SVM-i kasutuselevõtt Ethereumi koondamismaastikul pakub deterministlikku paralleelsust, mis tähendab, et rakendused saavad töötada eraldi "radadel", selle asemel et konkureerida jagatud globaalse järjekorra pärast. See mängib olulist rolli ülekoormuse haldamisel, kiiruste kujundamisel ja süsteemi jõudluse säilitamisel suure aktiivsusega perioodidel. Need eraldi "järjekorra turud" tagavad, et ühe rakenduse ülekoormus ei suurenda võrgu kulusid. See on peamine põhjus, miks Eclipse toimib koormuse all paremini kui traditsioonilised EVM-põhised koondamised.

Eclipse on teadlikult eemaldunud ka algselt järgitud hüpermodulaarsest Rollups-as-a-Service mudelist. Kui varem pakuti kümneid konfiguratsioone, on Eclipse oma arhitektuuri formaliseeritud. See võimaldab meil näha, kuidas projekt on arenenud Polygon SVM-i ja Cascade'iga eksperimentidest SVM-il töötava jagatud võrguni, mis on nüüdseks Ethereumi peal ja kus andmed on avaldatud Celestias.

Eclipse rakendab ZK-kiirendusega pettusetõendeid, mida toetab RISC Zero. Enamikus optimistlikes koondamistes toimuvad vaidlused mitmepäevaste interaktiivsete mängude kaudu, mis kopeerivad osasid teostusest Ethereumis. Eclipse seevastu koondab vaidlustatud arvutuse ühte kokkuvõtlikku tõestusse, mille saab esitada vaidluse tekkimisel. See kiirendab vaidlusprotsessi ja välistab vajaduse Ethereumis vaheolekuid taastada.

Pettusetestid kasutavad võlakirjamehhanismi, mis seob vaidlustajad selged majanduslikud tagajärjed. Õige vaidlustamine toob kaasa tasu, vale vaidlustamine aga panuse kaotamise. See säilitab optimistlikest koondamistest tuttava stiimulimudeli, kuid asetab vaidlustatava arvutuse zk-kindlasse keskkonda, mitte Ethereumi enda sisse.

Eclipse'i eesmärk on saavutada L2BEATi 2. etapi klassifikatsioon, mis nõuab loata pettuste testimist, rangeid uuendamisreegleid ja selget väljumisakent kasutajatele. analüüsima katab lünga praeguse disaini ja nende tehniliste nõuete vahel. Praegu on Eclipse liigitatud L2BEAT-i kategooriasse „Muu“ ja täieõigusliku Ethereumi koondpaketina tunnustamiseks on vaja astuda olulisi samme.

Hiljutine uuendus selle toetamiseks on ZK Data Availability Challenge alamsüsteem, mis kontrollib Celestia kohustusi Ethereumis prognoositava tasu eest. See parandab kontrollitava andmete kättesaadavuse nõudeid, võimaldades Ethereumi nutikatel lepingutel kontrollida Celestia kohustusi, selle asemel et neid vaikimisi usaldada. Sellest üksi aga veel ei piisa 0. etapi nõuete täitmiseks.

Eclipse'i eesmärk on saavutada midagi, mida ükski Ethereumi 2. kiht pole veel tootmises tõestanud. See ühendab suure jõudlusega SVM-i käituskeskkonna Ethereumi arveldusgarantiide ja välise andmete kättesaadavuse võrguga. Kas see kombinatsioon toob kaasa uue koondiste klassi või seab modulaarsete disainide piirid kahtluse alla, jääb tulevikuks intrigeerivaks küsimuseks.

Küsimus ja vastus

Mis eristab Eclipse'i teistest L2 lahendustest?
Eclipse rakendab SVM-i abil deterministlikku paralleelsust, mis võimaldab rakendustel iseseisvalt töötada ja ummikuid tõhusamalt hallata.

Kuidas Eclipse oma süsteemi turvalisust tagab?
Eclipse kasutab ZK-kiirendusega pettusekatseid ja võlakirjade mehhanismi, mis pakub majanduslikke stiimuleid nõuetekohase vaidlustamise eest ja karistusi ebaõigete vaidlustamise eest.

Millised on Eclipse'i tulevikuplaanid?
Eclipse'i eesmärk on saavutada L2BEAT 2. etapi klassifikatsioon, keskendudes loata pettuste testimise parandamisele ja andmete kättesaadavuse tagamisele.