Ang pinakabagong round ng Ethereum Shapella testnet development ay nagpapakita ng ilang mga bug

Ang pagsubok sa Zhejiang testnet ng Ethereum bago ang pag-update ng Shanghai-Capella ay nagsiwalat ng ilang mga bug, ngunit walang makakaapekto sa timeline para sa pagpapakilala ng staking sa network. 

Nag-develop Marius VanDerWijden dokumentado isang pag-sync na bug na nakatagpo ng ibang mga kliyente na kumpiyansa ng mga developer ay maaaring ma-patch, ayon sa isang thread mula sa Tim Beiko ng Ethereum Foundation. Hindi makakaapekto ang bug sa anumang itinatag na mga timeline para sa iminungkahing set ng pag-upgrade para sa Sepolia testnet na naka-iskedyul para sa Peb. 28, sabi niya.

Ang pinakahuling withdrawal devnet update ay nagdetalye ng stress test na binubuo ng 600,000 validators, 360,000 sa mga ito ay nagsagawa ng withdrawal credential update sa oras ng fork. Naganap ang pagtaas ng Client sa RAM at CPU at susukatin ng mga developer ang bilang ng nawala kumpara sa mga naitalang mensahe ng pag-update ng kredensyal sa mga darating na araw, sabi ni Beiko.

Ang stress test ay nagpahayag din ng isang bug sa pagitan ng isang proof-of-stake na kliyente, si Prysm, at ang kliyente ng Besu na idinisenyo para sa mga pinahihintulutang kaso ng paggamit. Upang maayos na mag-sync, inaasahan ng kliyente ng Prysm ang isang tiyak na bilang ng mga tugon; gayunpaman, ang Besu ay nagpapataw ng mga limitasyon sa pagtugon na nagpapababa nito sa kinakailangang threshold ng pag-sync, sabi ni Beiko. Tinitingnan ng pangkat ng Besu ang bagay na ito.

Blobless ban

Pagkatapos ng isang talakayan sa kung paano pinakamahusay na i-optimize ang paunang oryentasyon ng kliyente, ang mga developer sa huli tiyak upang ganap na ipagbawal ang mga transaksyon sa blobless 4844, na magbabago sa mga pagpapalagay ng kliyente sa paligid ng mga transaksyon at maaaring makapagpalubha sa pag-setup.

Tinalakay din ng mga developer kung paano magpatuloy sa paghinto sa paggamit ng SELFDESTRUCT na keyword, na nagtatapos sa isang kontrata, nag-aalis ng bytecode ng kontrata mula sa blockchain, at nire-reroute ang mga pondo sa contact sa isang tinukoy na address.

Habang ang landas pasulong ay nananatiling hindi malinaw, mayroong tatlong kasalukuyang panukala sa paksang tinatalakay habang ang mga developer ay naghahangad na makahanap ng "mga opsyon sa pag-deactivate na hindi masira ang mga bagay," sabi ni Beiko.

"Ang hamon dito ay nagbubukas ito ng masamang vector ng pag-atake: mag-deploy ng kontrata, punan ang storage sa isang tiyak na paraan, at kapag muling i-deploy ang kontrata, nandoon pa rin ang lumang storage, at maaaring ma-access sa mga nakakahamak na paraan," sabi ni Beiko.