Dencun in Pralectra: razvijalci jedra Ethereuma načrtujejo ambiciozno leto 2024

Glavni razvijalci Ethereuma razpravljajo o prednostnih nalogah za naslednji hard fork po "Dencunu", ki bi lahko prišel konec leta 2024 ali 2025.

Po četrtkovem razpisu All Core Devs ostaja okvirni urnik za razcep Dencun nespremenjen, pri čemer bo testna mreža Goerli najprej na voljo 17. januarja.

Glede na to, da bo uvedba nadgradnje verjetno marca, se razvijalci usmerjajo k temu, kar sledi v Prague-Electra – na kratko Pralectra – nadgradnji, ki sledi.

Še vedno zelo v teku, poteka razprava o splošni viziji: bodisi nabor manjših predlogov za izboljšanje Ethereuma (EIP), ki se osredotoča na funkcije, bodisi večja nadgradnja protokola za uvedbo dreves Verkle v izvršilni sloj.

Verkle Trees so nova podatkovna struktura, ki razvija trenutno Merklovo drevo, ki se uporablja danes, z uporabo bolj izpopolnjenih matematičnih tehnik – vektorskih zavez, ki temeljijo na eliptičnih parih krivulj, ki so po besedah ​​verkla pomemben odmik od enostavnejših zgoščevalnih funkcij, ki se uporabljajo v Merklovih drevesih. info.

Ta struktura porabi manj prostora in jo je mogoče hitreje preveriti, kar omogoča, da omrežje obravnava več transakcij.

Skratka, to je način za reševanje dolgoročnega problema "napihnjenosti stanja", ki bo z naraščanjem Ethereuma vedno bolj pomemben.

Nadgradnja je ključni mejnik na dolgoročnem načrtu Ethereuma, faza, imenovana The Verge.

O razpisu ni bilo jasnega soglasja - nekateri zagovarjajo, da se fokus osredotoči na Verkle Trees, pri čemer Guillaume Ballet iz Ethereum Foundation opozarja, da "majhne vilice ne obstajajo", drugi pa pozivajo k trdni zavezanosti nadgradnji omrežja spet leta 2024.

Strah je, da bi Verkle Trees lahko potrebovali 18 mesecev ali več, da bi zagotovili - celo večnost v kripto.

Dencun je bil prvotno načrtovan za november, vendar je bil nazadnje prestavljen na leto 2024 oktobra lani.

Preberite več: Core razvijalci letos izključujejo vilice Dencun

"Verkle je na lestvici Merge, če ne slabši v smislu kompleksnosti," je dejal Ballet. "Na strani [izvršilnega sloja] ne morete ničesar poslati hkrati."

Lukasz Rozmej iz izvajalske odjemalske skupine Nethermind se je strinjal in priporoča razvijalcem, da najprej dajo prednost razcepu z bogatimi funkcijami, preden se v celoti obrnejo na Verkle Trees.

"Izkušnje mi pravijo, da so državne prenove izjemno težke in trajajo izjemno dolgo," je dejal kolegom na razpisu. "Žilavost Verkle ni specifikacija, je implementacija, optimizacija in testiranje."

Lastnosti, da, ampak katere?

Med tistimi, ki so zagovarjali drugo razcepitev leta 2024, ki se osredotoča na funkcije, so bile ekipe strank za Nethermind, Besu in Reth. Toda vprašanje je, kaj ima prednost?

Andrew Ashikhmin, programski inženir v ekipi odjemalca Erigon, je predlagal, da bi bil EVM Object Format (EOF) eden od kandidatov za poganjanje naslednje nadgradnje, ne da bi se odvrnil od dolgoročnejšega dela na Verkle Trees, ker bi ga lahko izvajala manjša ekipa, in je bila bolj izolirana sprememba osnove kode.

"Toda Verkle bi moral biti glavni fokus," je dejal.

EOF je bil prvotno obravnavan za Shapella hard fork, vendar je veljal za prevelikega, da bi bil seznanjen kot "potnik" poleg glavnega "voznika", Proto-Dank sharding ali EIP-4844.

Preberite več: Naslednja nadgradnja Ethereuma za osredotočanje na Blobs 

EOF "vsekakor ni potnik" po besedah ​​Justina Florentinea, protokolarnega inženirja v ekipi za odjemalce Besu, vendar je dejal, da je Besu že dosegel "veliko napredka" pri funkciji in je zato naklonjen njeni uporabi v Pralectri

Georgios Konstantopoulos, glavni tehnološki direktor in raziskovalec pri investicijskem podjetju Paradigm, ki gradi odjemalca Rust Ethereum (Reth), je dejal, da je njegova ekipa "v redu [z] EOF, saj je to delo enega človeka in [potrebuje] izolirano testiranje."

Toda razvijalec fundacije Ethereum Marius van der Wijden je delil mnenje, da "EOF ne bo v majhnem forku."

Ansgar Dietrichs iz fundacije Ethereum je lani aprila podprl EOF za vključitev v Pralectro in na četrtkovem razpisu opozoril, da je ekipa Solidity – vzdrževanje glavnega programskega jezika pametnih pogodb EVM – močno naklonjena.

Na razpisu ni bilo nikogar, ki bi izrecno zagovarjal EOF, kar je spodbudilo ustanovitelja Netherminda Tomasza Stanczaka, da je pripomnil, "če nihče ne zagovarja EOF na tem razpisu, bi to povzelo, zakaj še ni bilo poslano."

Stanczak je EIP-7002 ali »izhode, ki jih je mogoče sprožiti v izvršilni plasti« označil za najbolj podprt EIP na forumu Ethereum Magicians in »izjemno pomemben«, ker odpravlja »večjo napako pri zasnovi s stakingom [in] ne more priti dovolj zgodaj«.

Kolega osrednji razvijalec Parithosh Jayanthi, znan pod vzdevkom "Potuz", je dejal, da če bi moral izbrati eno funkcijo za pošiljanje, bi bila to EIP-7002. Vendar pa bi po njegovem mnenju EIP-7549 "zagotovo moral biti noter."

Ta funkcija, ki vpliva samo na sloj soglasja, odpravlja napako v zasnovi Ethereuma in želi zmanjšati povprečno število parov, potrebnih za preverjanje pravil soglasja. Seznanjanje je operacija, ki se uporablja v določenih kriptografskih algoritmih, ki vključujejo eliptične krivulje.

Trenutno je za dosego soglasja potrebno preveriti najmanj 1366 potrdil – kar kaže na soglasje med potrjevalci –, vendar bo po EIP-7549 število zmanjšano na samo 22.

"To je nepomembno za implementacijo in bo prihranilo veliko časa združevanja, " je dejal Potus. "Lahko pomaga pri nezaupljivih mostovih - in zk-preverjevalcih, zk-mostovih - to je nekaj, kar bi zagotovo moralo biti v katerem koli forku, ki ga bomo naredili."

Cilj razpisa je bil spodbuditi razpravo, o konkretnem pristopu in predlogih za izboljšave pa bomo odločali naknadno. Nadgradnje Ethereuma temeljijo na soglasju; ni eksplicitne hierarhije oblasti ali mehanizma glasovanja za določanje prednostnih nalog.

Napredek se lahko včasih zdi zahteven ali kaotičen, v nasprotju s pastirskimi mačkami, a to je narava decentralizirane zveri.


Ne zamudite naslednje velike zgodbe – pridružite se našemu brezplačnemu dnevnemu glasilu.

Vir: https://blockworks.co/news/ethereum-devs-plan-2024