Dencun ir Pralectra: „Ethereum“ pagrindiniai kūrėjai sudaro ambicingą 2024 m.

Pagrindiniai „Ethereum“ kūrėjai diskutuoja apie prioritetus kitam „hard fork“ po „Dencun“, kuris galėtų pasirodyti 2024 m. pabaigoje arba 2025 m.

Po ketvirtadienio „All Core Devs“ skambučio preliminarus „Dencun fork“ grafikas nesikeičia, o „Goerli testnet“ pirmą kartą pasirodė sausio 17 d.

Tikėtina, kad naujinimas bus išleistas kovo mėnesį, todėl kūrėjai atkreipia dėmesį į tai, kas bus toliau Praha-Electra – trumpiau Pralectra – naujinimas, kuris bus po to.

Vis dar labai keičiasi, vyksta diskusijos dėl bendros vizijos: arba į funkcijas orientuotas mažesnių Ethereum tobulinimo pasiūlymų (EIP) rinkinys, arba didelis protokolo atnaujinimas, kad „Verkle Trees“ būtų įtrauktas į vykdymo lygmenį.

Verkle Trees yra nauja duomenų struktūra, kuri plėtoja dabartinį Merkle Tree, kuris naudojamas šiandien, naudojant sudėtingesnius matematinius metodus – vektorinius įsipareigojimus, pagrįstus elipsinių kreivių poromis, kurios, anot Verkle, gerokai skiriasi nuo paprastesnių maišos funkcijų, naudojamų Merkle Trees. informacija.

Ši struktūra užima mažiau vietos ir gali būti greičiau patikrinta, o tai leidžia tinklui atlikti daugiau operacijų.

Trumpai tariant, tai yra būdas išspręsti ilgalaikę „valstybės išsipūtimo“ problemą, kuri taps vis svarbesnė „Ethereum“ svarstyklėms.

Atnaujinimas yra pagrindinis „Ethereum“ ilgalaikio plano etapas, vadinamas „The Verge“.

Dėl kvietimo nebuvo aiškaus sutarimo – kai kurie pasisako už tai, kad dėmesys būtų sutelktas tik į Verkles medžius, o Guillaume'o baletas Ethereum fonde perspėjo: „nėra tokio dalyko kaip maža šakutė“, tačiau kiti ragina tvirtai įsipareigoti atnaujinti tinklą. vėl 2024 m.

Baiminamasi, kad „Verkle Trees“ pristatymas gali užtrukti 18 ar daugiau mėnesių – kriptovaliuta amžinybę.

Pats Denkunas iš pradžių buvo numatytas lapkričio mėnesį, bet galiausiai buvo nukeltas į 2024 m. praėjusį spalį.

Plačiau paskaitykite čia: Pagrindiniai kūrėjai šiais metais atmeta Dencun fork galimybę

„Verkle yra sujungimo mastu, jei ne blogesnė sudėtingumo prasme“, - sakė Baletas. „Jūs negalite nieko siųsti tuo pačiu metu [vykdymo sluoksnio] pusėje.

Lukasz Rozmej iš Nethermind vykdymo klientų komandos sutiko, rekomendavo kūrėjams pirmenybę teikti daug funkcijų turinčiai šakutei, o tik tada visiškai pereiti prie Verkle Trees.

„Mano patirtis rodo, kad valstybės pertvarkymas yra labai sunkus ir užtrunka labai ilgai“, – sakė jis kolegoms pokalbio metu. „Verkle“ tvirtumas nėra specifikacija, o įgyvendinimas, optimizavimas ir testavimas.

Savybės, taip, bet kokios?

Tarp tų, kurie pasisakė už antrąją 2024 m. šakę, daugiausia dėmesio skiriant funkcijoms, buvo „Nethermind“, „Besu“ ir „Reth“ klientų komandos. Tačiau kyla klausimas, kas turi pirmenybę?

„Erigon“ klientų komandos programinės įrangos inžinierius Andrew Ashikhminas pasiūlė, kad EVM objektų formatas (EOF) būtų vienas kandidatų į kitą atnaujinimą, nenukreipiant dėmesio nuo ilgalaikio darbo su „Verkle Trees“, nes jį galėtų įdiegti mažesnė komanda, ir buvo labiau izoliuotas kodo bazės pakeitimas.

„Tačiau pagrindinis dėmesys turėtų būti skiriamas Verklei“, - sakė jis.

Iš pradžių EOF buvo laikomas Shapella kietosios šakės, tačiau buvo laikomas per dideliu, kad būtų suporuotas kaip „keleivis“ kartu su pagrindiniu „vairuotoju“, Proto-Dank sharding arba EIP-4844.

Plačiau paskaitykite čia: Kitas „Ethereum“ atnaujinimas, skirtas dėmėms 

Pasak „Besu“ klientų komandos protokolo inžinieriaus Justino Florentine'o, EOF „tikrai ne keleivis“, tačiau jis teigė, kad „Besu“ jau padarė „didelę pažangą“ dėl šios funkcijos, todėl pritaria jos įdiegimui Pralectra.

Georgiosas Konstantopoulosas, investicinės bendrovės „Paradigm“, kuriančios Rust Ethereum (Reth) klientą, vyriausiasis technologijų pareigūnas ir tyrėjas, sakė, kad jo komanda „gerai su EOF, nes tai yra vieno žmogaus darbas ir [reikia] atlikti atskirus bandymus“.

Tačiau Ethereum fondo kūrėjas Mariusas van der Wijdenas pritarė nuomonei, kad „EOF nebus mažoje šakėje“.

Ansgaras Dietrichsas iš Ethereum fondo praėjusį balandį palaikė EOF įtraukimą į Pralectra ir ketvirtadienio skambučio metu pažymėjo, kad „Solidity“ komanda, kuri palaiko pagrindinę EVM išmaniųjų sutarčių programavimo kalbą, buvo labai palanki.

Nė vienas iš pokalbio dalyvių nebuvo aiškiai pasisakęs už EOF, tačiau tai paskatino Nethermind įkūrėją Tomaszą Stanczaką pastebėti: „Jei niekas šiame kvietime nepriims EOF, tai apibendrintų, kodėl jis dar nebuvo išsiųstas“.

Stanczak pavadino EIP-7002 arba „vykdymo sluoksnio suaktyvinamus išėjimus“ labiausiai palankiai vertinamu EIP „Ethereum Magicians“ forume ir „ypač svarbiu“, nes jis ištaiso „didelę dizaino klaidą su įdėjimu [ir] negali atsirasti pakankamai anksti“.

Kitas pagrindinis kūrėjas Parithoshas Jayanthi, žinomas „Potuz“ slapyvardžiu, sakė, kad jei jam reikėtų pasirinkti vieną funkciją, tai būtų EIP-7002. Tačiau, jo nuomone, EIP-7549 „tikrai turėtų būti“.

Ši funkcija, kuri turi įtakos tik sutarimo sluoksniui, ištaiso „Ethereum“ dizaino klaidą ir siekia sumažinti vidutinį porų skaičių, reikalingą konsensuso taisyklėms patikrinti. Suporavimas yra operacija, naudojama tam tikruose kriptografiniuose algoritmuose, kuriuose naudojamos elipsinės kreivės.

Šiuo metu norint pasiekti konsensusą būtina patikrinti mažiausiai 1366 7549 atestacijas, o tai rodo patvirtintojų susitarimą, tačiau po EIP-22 jų skaičius sumažėtų iki XNUMX.

„Tai nereikšminga įgyvendinti ir sutaupys daug kaupimo laiko“, - sakė Potusas. „Tai gali padėti ant nepatikimų tiltų – ir zk-provers, zk-bridges – tai kažkas, kas tikrai turėtų būti bet kurioje šakėje, kurią darytume toliau.

Kvietimo tikslas buvo pradėti diskusiją, o dėl konkretaus požiūrio ir tobulinimo pasiūlymų bus nuspręsta vėliau. „Ethereum“ atnaujinimai grindžiami bendru sutarimu; nėra aiškios valdžios hierarchijos ar balsavimo mechanizmo prioritetams nustatyti.

Kartais gali atrodyti sudėtinga arba chaotiška siekti pažangos, kitaip nei ganant kates, tačiau tokia yra decentralizuoto žvėries prigimtis.


Nepraleiskite kitos didelės istorijos – prisijunkite prie nemokamo kasdieninio naujienlaiškio.

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