Az Ethereum új tesztNet életkor: A Hoodi-TestNet március 17-én kezdődik, a Pectra frissítési késleltetések ellenére

<p> <strong> Az Ethereum új tesztNet életkor: A Hoodi-TestNet március 17-én kezdődik, a Pectra frissítési késleltetések ellenére </strong> </p>

Ethereum Developments: Új teszthálózat Hoodi és frissítések a pectra-upgrade

számára A

Ethereum fejlesztői március 17-én elindították a hoodi névvel tartós teszthálózatot. Ez a teszthálózat célja az érvényesítő problémáinak megoldásának elősegítése, amelyet a régóta várt pectra-upgrade elõtt az utolsó akadályok beépíthetnek a fõkészletbe. Ugyanakkor további tesztekre kerül sor az Ethereum tesztek sepolia és lyukky teszteken.

pectra-upgrade: késleltetés a műszaki kihívások révén

A pectra frissítés ötvözi az innovációkat a "Prága" és az "Electra" javaslatokból. A cél a staking javítása, a konszenzus és a végrehajtási rétegek optimalizálása és a hálózati stabilitás növelése. A technikai problémák miatt, mint például a ügyfél -megvalósítás , a szinkronizálási hibák és az infrastruktúra kihívásai többször késleltettek.

Az Ethereum fejlesztője, Tim Beiko szerint a Pectra csak akkor megy be a mainnetbe, amikor a kapucnis-tesztet sikeresen elkapják, és a fejlesztési csapatok meg vannak győződve a változások stabilitásáról. Még ideális körülmények között is, a MainNet frissítése a 25 -nél legkorábban. Április esetén megtörténhet, mivel a TestNet Fork és a MainNet felszabadulása között legalább 30 napot kell megfigyelni.

kihívások a pectra -nál: hálózati problémák és ügyfélkompatibilitás

A fejlesztőket mindig ellensúlyozza a váratlan nehézségek, főleg:

  • Az érvényesítő kilépésével kapcsolatos problémák , amelyek megnehezítik a zökkenőmentes migrációt.
  • Hálózati szinkronizálás A különböző ügyfél -megvalósítások között.
  • sikertelen tesztNet Deplownments , mint például a Pectra frissítése után a Holesky -ból származó leállás.
  • Miskonfigurációk Sepolia -ban , amely további teszteket tett.
  • A frissítési megvalósítás késői változásai , ami megnehezítette a szavazást a fejlesztési csapatok között.

Az Ethereum moduláris architektúrája miatt több csapatnak meg kell koordinálniuk a kiigazításokat, ami a teljes folyamatot bonyolultabbá teszi. A közösség vegyes reakciókat mutat a késésekre: Néhány felhasználó csalódott, míg mások üdvözlik a potenciális biztonsági kockázatok minimalizálása érdekében az óvatos eljárást.

Fusaka frissítés: A következő lépés a pectra -hoz

A pectra kihívásai ellenére az Ethereum fejlesztők már dolgoznak a fusaka -on, a következő nagy frissítésen. A Fusaka bemutatja a peer adatok rendelkezésre állási mintavételét (Peerdas) , amely lehetővé teszi a validátorok számára, hogy csak a blockchain -adatok részeit töltsék be, ahelyett, hogy letöltenék a teljes adatrekordokat. Ez jelentősen csökkenti a sávszélesség -követelményt .

Egy másik alapvető szolgáltatás a ethereum virtuális gép objektum formátuma (EOF) , amely lehetővé teszi a kód és az adatok elválasztását, és az intelligens szerződések végrehajtása hatékonyabb. Ez alacsonyabb működési költségeket eredményezhet a fejlesztők számára.

Az Ethereum Kern fejlesztőknek a 24 -ig tartó periódusa van. A 31 -ig. Március Az ügyfélcsapatoknak állítólag meghatározzák prioritásaikat a 10 -es végleges ütemterv előtt. Április befagyott.

Az összes késés ellenére a fejlesztési csoport továbbra is határozottan fejleszti az Ethereumot és biztosítja a hálózati biztonságot. A Pectra kihívásai azonban szemléltetik, hogy mennyire összetetté vált a folyamatosan növekvő blockchain nagyszabású frissítések összehangolására.

Kommentare (0)