Az Ethereum fő fejlesztői a „Dencun” után következő hard fork prioritásairól vitatkoznak, amely 2024 végén vagy 2025-ben jöhet létre.
A csütörtöki All Core Devs hívást követően a Dencun fork előzetes menetrendje változatlan marad, a Goerli testnet január 17-én indul először.
Mivel a frissítés várhatóan márciusban kerül bevezetésre, a fejlesztők figyelme arra irányul, hogy mi következik a Prague-Electrában – röviden Pralectra – a következő frissítésben.
Még mindig nagyon változóban van, vita folyik az átfogó elképzelésről: vagy egy funkcióközpontú kisebb Ethereum-javaslatok (EIP) készlete, vagy egy jelentős protokollfrissítés a Verkle Trees végrehajtási rétegbe való bevezetése érdekében.
A Verkle Trees egy új adatstruktúra, amely kifinomultabb matematikai technikákkal fejleszti ki a jelenlegi Merkle Fát – elliptikus görbepárosításokon alapuló vektoros kötelezettségvállalásokat, amelyek jelentős eltérést jelentenek a Merkle Treesben használt egyszerűbb hash függvényektől Verkle szerint. info.
Ez a struktúra kevesebb helyet foglal el, és gyorsabban ellenőrizhető, mindkettő lehetővé teszi a hálózat számára, hogy több tranzakciót kezeljen.
Röviden, ez egy módja annak, hogy kezeljük az „állapot felfúvódásának” hosszú távú problémáját, amely az Ethereum mérlegeként egyre fontosabb lesz.
A frissítés kulcsfontosságú mérföldkő az Ethereum hosszú távú ütemtervében, a The Verge néven emlegetett szakasz.
Nem volt egyértelmű konszenzus a felhívással kapcsolatban – egyesek azt támogatják, hogy a hangsúlyt a Verkle-fákra helyezzék, Guillaume Ballet az Ethereum Alapítványnál arra figyelmeztetett, hogy „nincs olyan, hogy kis villa”, de mások határozott elkötelezettséget követelnek a hálózat fejlesztése mellett. 2024-ben ismét.
A félelem az, hogy a Verkle Trees 18 hónapig vagy még tovább is eltarthat – egy örökkévalóságig titkosításban.
Magát a Dencunt eredetileg novemberre tervezték, de végül tavaly októberben 2024-be tolták.
Bővebben: Az alapfejlesztők idén kizárják a Dencun forkot
„A Verkle az Összeolvadás skáláján áll, ha nem rosszabb a komplexitás tekintetében” – mondta a Ballet. „A [végrehajtási réteg] oldalon valójában nem szállíthat egyszerre semmit.”
Lukasz Rozmej, a Nethermind végrehajtási klienscsapatának tagja egyetértett, és azt javasolta a fejlesztőknek, hogy először a funkciókban gazdag villát részesítsék előnyben, mielőtt teljesen a Verkle Treeshez fordulnának.
"Tapasztalataim azt mutatják, hogy az állami újratervezés rendkívül nehéz, és rendkívül hosszú ideig tart" - mondta kollégáinak a telefonhívás során. "A Verkle szívóssága nem a specifikáció, hanem a megvalósítás, az optimalizálás és a tesztelés."
Jellemzők igen, de melyek azok?
A szolgáltatásokra összpontosító 2024-es második villát szorgalmazók között voltak a Nethermind, a Besu és a Reth ügyfélcsapatai. De a kérdés az, hogy mi élvez elsőbbséget?
Andrew Ashikhmin, az Erigon klienscsapat szoftvermérnöke azt javasolta, hogy az EVM Object Format (EOF) lenne az egyik jelölt a következő frissítés végrehajtására anélkül, hogy elvonná a figyelmet a Verkle Trees-en végzett hosszabb távú munkáról, mivel azt egy kisebb csapat is megvalósíthatja. és a kódbázis egy elszigeteltebb változása volt.
„De a Verkle-nek kell a fő hangsúlynak lennie” – mondta.
Az EOF-t eredetileg a Shapella keményvillához gondolták, de túl nagynak tartották ahhoz, hogy „utasként” párosítsák a fő „meghajtó” mellett, a Proto-Dank sharding vagy az EIP-4844.
Bővebben: Az Ethereum következő frissítése, amely a blobokra összpontosít
Justin Florentine, a Besu ügyfélcsapat protokollmérnöke szerint az EOF „határozottan nem utas”, de azt mondta, hogy a Besu már „nagy előrelépést” tett a funkció terén, ezért támogatja a Pralectra alkalmazását.
Georgios Konstantopoulos, a Rust Ethereum (Reth) ügyfelet építő Paradigm befektetési cég technológiai igazgatója és kutatója azt mondta, hogy csapata „jól van az EOF-fel, mivel ez egy egyszemélyes munka, és elszigetelt tesztelést igényel”.
De az Ethereum Alapítvány fejlesztője, Marius van der Wijden osztotta azt a véleményt, hogy „az EOF nem lesz a kis villában”.
Ansgar Dietrichs az Ethereum Alapítványtól tavaly áprilisban támogatta az EOF felvételét a Pralectrába, és a csütörtöki felhívás során megjegyezte, hogy a Solidity csapata – az EVM fő intelligens szerződéses programozási nyelvét fenntartva – határozottan támogatta.
A felhívásban senki sem szorgalmazta kifejezetten az EOF-t, azonban a Nethermind alapítója, Tomasz Stanczak megjegyezte: „Ha senki sem győzi az EOF-t ezen a felhíváson, akkor ez összefoglalná, hogy miért nem szállították még ki.”
Stanczak az EIP-7002-t vagy a „Végrehajtási réteg indítható kilépéseit” a legtöbb szavazatot kapott EIP-nek nevezte az Ethereum Magicians fórumában, és „szuper fontosnak”, mert kijavít egy „jelentős tervezési hibát, amely téttel jár [és] nem tud elég korán megjelenni”.
Egy másik központi fejlesztő, Parithosh Jayanthi, akit „Potuz” becenéven ismernek, azt mondta, hogy ha egy szolgáltatást kell választania, az az EIP-7002. Véleménye szerint azonban az EIP-7549-nek „mindenképpen benne kell lennie”.
Ez a funkció, amely csak a konszenzusos réteget érinti, kijavít egy hibát az Ethereum tervezésében, és célja, hogy csökkentse a konszenzusos szabályok ellenőrzéséhez szükséges párosítások átlagos számát. A párosítás bizonyos, elliptikus görbéket tartalmazó kriptográfiai algoritmusokban használt művelet.
Jelenleg a konszenzus eléréséhez legalább 1366 igazolást kell ellenőrizni – ami az érvényesítők közötti egyetértést jelzi –, de az EIP-7549 után ez már csak 22-re csökkenne.
„Triviális megvalósítani, és sok összesítési időt takarít meg” – mondta Potus. „Segíthet a megbízhatatlan hidakon – és a zk-próverseken, a zk-hídokon – ez olyan dolog, aminek feltétlenül szerepelnie kell a következő elágazásban.”
A felhívás célja a vita elindítása volt, a konkrét megközelítésről és a fejlesztési javaslatokról később döntenek. Az Ethereum frissítések konszenzusvezérelt; nincs kifejezett hatósági hierarchia vagy szavazási mechanizmus a prioritások meghatározására.
Időnként nehéznek vagy kaotikusnak tűnhet az előrelépés, nem úgy, mint a terelő macskáknál, de ez a decentralizált vadállat természete.
Ne hagyja ki a következő nagy történetet – csatlakozzon ingyenes napi hírlevelünkhöz.
Forrás: https://blockworks.co/news/ethereum-devs-plan-2024