Áll a bál az Ethereum fejlesztők között a közelgő a Fusaka uprade miatt
![Áll a bál az Ethereum fejlesztők között a közelgő a Fusaka uprade miatt, kiemelt kép](https://www.bitcoinbazis.hu/wp-content/uploads/2024/10/ethereumStakingBison.jpeg)
Az Ethereum
ETH Price
ambiciózus terve a hálózati frissítések felgyorsítására kritikus teszt előtt áll, mivel a core fejlesztők épp most vesztek össze a blokklánc technikai architektúrájának kulcsfontosságú változtatásai miatt. Ezek ugyanis drasztikus következményekkel járhatnak a milliárdos értékű ökoszisztémára nézve. A nézeteltérések az EVM Object Format (EOF) megvalósítása körül forognak. Ez egy olyan konténerformátum, amely az Ethereum okosszerződésekben a kód és az adatok szétválasztásának javításával működik.
Az EOF úgy működik, hogy az EVM bytekódon biztonsági ellenőrzéseket végez előzetesen, ahelyett, hogy a végrehajtás során tenné azt. A bytekódok olyan alacsony szintű utasítások, amelyeket az Ethereum Virtual Machine (EVM) megérthet és dolgozhat velük. Az EOF tervezett hatása az, hogy a hálózaton futó alkalmazások gyorsabban és olcsóbban fussanak. Közben megelőz bizonyos típusú validációs hibákat, amelyek futás közben problémákat okozhatnak.
A fejlesztői hívásban csúcsosodott ki a feszültség
Az erős nézeleltérés a február 13-i All Core Developers Execution Call (ACDE) során alakult ki, amikor a Lightclient-et, az Ethereum legszélesebb körben használt kliensszoftverét karbantartó Geth csapat ellenezte, hogy a Fusaka EOF-ot beépítsék. Tették ezt annak ellenére, hogy hónapokkal előrébb jár az előkészítésben és a tesztelésben.
„Nem értünk egyet azzal, hogy az EOF bekerüljön a mainnetre.” – írta a Geth csapat a Zoom chaten keresztül kommentben. Közben jelezték, hogy álláspontjuk szerint az EOF-t teljes el kellene távolítani a Fusaka upgradeből. Ez az álláspont azonban nem jelent kollektív konszenzust. A Geth fejlesztője, Marius van der Wijden szerint a Geth csapat „többnyire egyénileg” dolgozik.
„Nem hiszem, hogy a csapattagokat arra kellene kényszerítenünk, hogy „beálljanak a sorba.” – jelentette ki van der Wijden a hívás során.
Van der Wijden az Ethereum küszöbön álló Pectra frissítés EOF implementációjának korábban is hangos kritikusa volt.
„A legnagyobb problémát abban látom, hogy az EOF rendkívül összetett.” – írta Van der Wijden egy tavalyi blog posztjában.
Van der Wijden megjegyzi, hogy az EOF „csak a meglévő dolgokat teszi valamivel gyorsabbá vagy valamivel olcsóbbá. Míg a hátrányok erősen meghaladják a potenciális előnyöket”.
Fél évvel később azonban úgy tűnik, hogy Van der Wijden már nem törődik ezzel.
Felgyorsítják a tempót
Tim Beiko, az Ethereum Foundation protokoll támogatási vezetője megerősítette, hogy a közelebbi Pectra frissítés február 24-én és március 5-én a Holesky és a Sepolia nyilvános tesztneteken folytatódik. A mainnet telepítése pedig április 8-ra van kitűzve.
A fokozódó feszültségek kezelésére Beiko egy meghosszabbított ütemtervet javasolt a Fusaka scope-jának véglegesítésére. Új határidő az új fejlesztési javaslatok benyújtására (március 13.), egy másik a frissítési preferenciákról való megegyezésre (március 27.), és egy végső döntés arról, hogy mit tartalmazzon a Fusaka (április 10.).
A Geth csapat ellenállása az EOF-fel szemben szélesebb körű aggodalmakat is felvet azzal kapcsolatban, hogy milyen gyorsan tud az Ethereum fordítani a dolgokon.
„Meg kell próbálnunk kitalálni, hogy mely javaslatok illeszkednek legjobban a következő 12 hónapra kitűzött céljainkhoz, aztán onnan továbblépni.” – mondta egy Geth-fejlesztő a hívás során, és egy mérlegeltebb megközelítés mellett érvelt az Ethereum fejlesztésével kapcsolatban.
Eközben a Reth fejlesztője, Roman Krasiuk a lendület fenntartásának fontosságát hangsúlyozta. „Soha nem jutnánk gyorsabb ütemre, ha nem köteleznénk el magunkat előre a scope mellett”.
A független fejlesztők és más csapatok továbbra is támogatják az EOF felvételét, a dedikált fejlesztői hálózatokon történő folyamatos teszteléssel, a hálózat adatelérhetőségének egyéb tervezett fejlesztései mellett.