Апошні этап распрацоўкі тэставай сеткі Ethereum Shapella выявіў некалькі памылак

Тэставанне ў тэставай сетцы Zhejiang Ethereum напярэдадні абнаўлення Shanghai-Capella выявіла некаторыя памылкі, але нічога, што паўплывала б на тэрміны ўвядзення стаўкі ў сетцы. 

Распрацоўшчык Marius VanDerWijden дакументаваны памылка сінхранізацыі, з якой сутыкнуліся іншыя кліенты, якую, як упэўнены распрацоўшчыкі, можна выправіць, паведамляе Цім Бейко з Ethereum Foundation. Памылка не паўплывае на ўсталяваныя тэрміны для прапанаванага набору абнаўлення для тэставай сеткі Sepolia, запланаванага на 28 лютага, адзначыў ён.

Апошняе абнаўленне devnet для зняцця дэталёва апісала стрэс-тэст, які складаецца з 600,000 360,000 валідатараў, XNUMX XNUMX з якіх выконвалі абнаўленне ўліковых даных для зняцця ў момант форка. Адбыліся скокі аператыўнай памяці і працэсара кліента, і распрацоўшчыкі будуць ацэньваць колькасць страчаных і запісаных паведамленняў аб абнаўленні ўліковых дадзеных у бліжэйшыя дні, сказаў Бейко.

Стрэс-тэст таксама выявіў памылку паміж кліентам proof-of-stake, Prysm, і кліентам Besu, які прызначаны для дазволеных выпадкаў выкарыстання. Для правільнай сінхранізацыі кліент Prysm чакае пэўнай колькасці адказаў; аднак Besu накладвае абмежаванні на адказ, якія апускаюць яго ніжэй неабходнага парога сінхранізацыі, сказаў Бейко. Каманда Besu вывучае гэтае пытанне.

Blobless забарона

Пасля абмеркавання таго, як найлепшым чынам аптымізаваць першапачатковую арыентацыю на кліента, распрацоўшчыкі ў канчатковым рахунку вырашанае цалкам забараніць транзакцыі 4844 без кропак, што зменіць здагадкі кліентаў адносна транзакцый і можа ўскладніць наладжванне.

Распрацоўшчыкі таксама абмеркавалі, як рухацца наперад са спыненнем выкарыстання ключавога слова SELFDESTRUCT, якое спыняе кантракт, выдаляе байт-код кантракта з блокчейна і перанакіроўвае сродкі на кантакце на ўказаны адрас.

Нягледзячы на ​​тое, што далейшы шлях застаецца незразумелым, у цяперашні час абмяркоўваюцца тры прапановы па гэтай тэме, паколькі распрацоўшчыкі імкнуцца знайсці «варыянты дэактывацыі, якія не парушаюць працу», сказаў Бейко.

«Праблема тут у тым, што гэта адкрывае непрыемны вектар атакі: разгарніце кантракт, запоўніце сховішча пэўным чынам, і калі вы пераразмяркуеце кантракт, старое сховішча ўсё яшчэ там, і да яго можна атрымаць доступ шкоднаснымі спосабамі», — сказаў Бейко.