Последният кръг от разработването на тестова мрежа Ethereum Shapella разкрива няколко грешки

Тестването в тестовата мрежа Zhejiang на Ethereum преди актуализацията на Shanghai-Capella разкри някои грешки, но нищо, което да повлияе на графика за въвеждане на залагане в мрежата. 

Разработчик Marius VanDerWijden документирано синхронизираща грешка, открита от други клиенти, за която разработчиците са уверени, че може да бъде коригирана, според нишка от Тим ​​Бейко от Ethereum Foundation. Грешката няма да засегне никакви установени срокове за предложения набор за надстройка за тестовата мрежа Sepolia, планирана за 28 февруари, отбеляза той.

Последната актуализация на devnet за теглене подробно описва стрес тест, състоящ се от 600,000 360,000 валидатора, XNUMX XNUMX от които извършиха актуализации на идентификационните данни за теглене по време на разклонението. Възникнаха скокове в RAM и CPU на клиентите и разработчиците ще преценят броя на изгубените спрямо записаните съобщения за актуализиране на идентификационни данни през следващите дни, каза Бейко.

Стрес тестът също така разкри грешка между клиент за доказателство за залог, Prysm, и клиента Besu, който е предназначен за случаи на разрешена употреба. За да се синхронизира правилно, клиентът на Prysm очаква определен брой отговори; обаче, Besu налага ограничения на отговора, които го свеждат под необходимия праг за синхронизиране, каза Бейко. Екипът на Besu проучва въпроса.

Забрана без петна

След дискусия за това как най-добре да се оптимизира първоначалната ориентация към клиента, разработчиците в крайна сметка реши за пълна забрана на blobless 4844 транзакции, което би променило клиентските предположения около транзакциите и би могло да усложни настройката.

Разработчиците също така обсъдиха как да продължат напред с оттеглянето на ключовата дума SELFDESTRUCT, която прекратява договор, премахва байт кода на договора от блокчейна и пренасочва средствата на контакта към определен адрес.

Докато пътят напред остава неясен, има три текущи предложения по темата, които се обсъждат, тъй като разработчиците се стремят да намерят „опции за дезактивиране, които не нарушават нещата“, каза Бейко.

„Предизвикателството тук е, че отваря неприятен вектор за атака: внедрите договор, попълнете хранилището по определен начин и когато преразпределите договора, старото хранилище е все още там и може да бъде достъпено по злонамерени начини“, каза Бейко.