Az Ethereum Shapela testnet fejlesztésének legutóbbi köre feltárt néhány hibát

Az Ethereum Zhejiang teszthálózatán a Shanghai-Capella frissítés előtt végzett tesztelés során feltártak néhány hibát, de semmi olyat, amely befolyásolná a tét hálózatba való bevezetésének ütemtervét. 

Fejlesztő Marius VanDerWijden dokumentált A többi kliens által tapasztalt szinkronizálási hiba, amelyről a fejlesztők biztosak, kijavíthatók az Ethereum Alapítvány Tim Beiko szála szerint. A hiba nem érinti a Sepolia testnet február 28-ra tervezett frissítési készletének meghatározott ütemezését – jegyezte meg.

A legfrissebb visszavonási devnet frissítés egy 600,000 360,000 érvényesítőből álló stressztesztet részletezett, amelyek közül XNUMX XNUMX végzett visszavonási hitelesítő adatok frissítését a fork időpontjában. A RAM-ban és a CPU-ban a kliensek száma megugrott, és a fejlesztők az elkövetkező napokban felmérik az elveszett, illetve a rögzített hitelesítőadat-frissítési üzenetek számát, mondta Beiko.

A stressz-teszt egy hibát is feltárt egy tét-ellenőrző kliens, a Prysm és a Besu kliens között, amelyet az engedélyezett felhasználási esetekre terveztek. A megfelelő szinkronizálás érdekében a Prysm kliens bizonyos számú választ vár; azonban a Besu válaszkorlátozásokat ír elő, amelyek a szükséges szinkronizálási küszöb alá csökkentik, mondta Beiko. A Besu csapata vizsgálja az ügyet.

Blobless tilalom

A kezdeti ügyfélorientáció legjobb optimalizálásának módjáról szóló megbeszélés után a fejlesztők végül határozott a blobless 4844 tranzakciók teljes kitiltása, ami megváltoztatná az ügyfelek tranzakciókkal kapcsolatos feltételezéseit, és megnehezítené a beállítást.

A fejlesztők azt is megvitatták, hogyan lépjenek tovább a SELFDESTRUCT kulcsszó elavultságával, amely felmondja a szerződést, eltávolítja a szerződés bájtkódját a blokkláncból, és átirányítja a kapcsolattartón lévő pénzeszközöket egy megadott címre.

Noha a továbblépési út továbbra is tisztázatlan, három jelenlegi javaslat van a témával kapcsolatban, mivel a fejlesztők „olyan deaktiválási lehetőségeket keresnek, amelyek nem rontják meg a dolgokat” – mondta Beiko.

"A kihívás itt az, hogy egy csúnya támadási vektort nyit meg: telepítsen egy szerződést, töltse fel a tárhelyet egy bizonyos módon, és amikor újratelepíti a szerződést, a régi tárhely továbbra is megmarad, és rosszindulatú módon hozzá lehet férni" - mondta Beiko.