Najnovšie kolo vývoja testovacej siete Ethereum Shapella odhaľuje niekoľko chýb

Testovanie na testovacej sieti Zhejiang Ethereum pred aktualizáciou Shanghai-Capella odhalilo niektoré chyby, ale nič, čo by ovplyvnilo časovú os zavedenia stakingu do siete. 

Vývojár Marius VanDerWijden zdokumentované chybu synchronizácie, s ktorou sa stretli iní klienti, o ktorej sú si vývojári istí, že ju možno opraviť, podľa vlákna Tima Beika z Ethereum Foundation. Chyba neovplyvní žiadne stanovené časové harmonogramy pre navrhovanú aktualizáciu testovacej siete Sepolia naplánovanú na 28. februára, poznamenal.

Najnovšia aktualizácia devnet na stiahnutie podrobne opísala záťažový test pozostávajúci zo 600,000 360,000 validátorov, z ktorých XNUMX XNUMX vykonalo aktualizácie poverení na výber v čase forku. Vyskytli sa klientske špičky v RAM a CPU a vývojári zmerajú počet stratených a zaznamenaných správ o aktualizácii poverení v priebehu nasledujúcich dní, povedal Beiko.

Záťažový test tiež odhalil chybu medzi klientom proof-of-stake, Prysm, a klientom Besu, ktorý je navrhnutý pre prípady povoleného použitia. Pre správnu synchronizáciu klient Prysm očakáva určitý počet odpovedí; Besu však ukladá obmedzenia odozvy, ktoré ju privádzajú pod potrebný prah synchronizácie, povedal Beiko. Tím Besu túto záležitosť skúma.

Blobless zákaz

Po diskusii o tom, ako najlepšie optimalizovať počiatočnú orientáciu na klienta, nakoniec vývojári rozhodol úplne zakázať transakcie bez blobless 4844, čo by zmenilo klientske predpoklady o transakciách a mohlo by to skomplikovať nastavenie.

Vývojári tiež diskutovali o tom, ako pohnúť vpred so zrušením kľúčového slova SELFDESTRUCT, ktoré ukončí zmluvu, odstráni bajtkód zmluvy z blockchainu a presmeruje prostriedky na kontakte na zadanú adresu.

Zatiaľ čo cesta vpred zostáva nejasná, existujú tri aktuálne návrhy na túto tému, o ktorých sa diskutuje, pretože vývojári sa snažia nájsť „možnosti deaktivácie, ktoré nič nezlomia,“ povedal Beiko.

„Výzvou je, že otvára nepríjemný vektor útoku: nasaďte zmluvu, naplňte úložisko určitým spôsobom a keď zmluvu premiestnite, staré úložisko je stále tam a je možné k nemu pristupovať škodlivými spôsobmi,“ povedal Beiko.