TL;DR
- Nilagay ng mga developer ng ethereum ang isang Glamsterdam fix pagkatapos makahanap ng fork-transition logic na maaaring magrute sa mga deposito ng validator sa mga builder na nagbabahagi ng parehong public key.
- Ang bug ay nakaaapekto sa onboarding ng Gloas, kung saan maaaring maliit ang mga deposito na nasa pag-asa habang ginagawa ang mga rehistro ng builder at validator, ngunit hindi ito isang live mainnet exploit.
- Ang pull request #5736 ay naghihiwalay ng deposit routing batay sa withdrawal credentials, nagpapanatili ng validator deposits sa kanilang queue, at nagdaragdag ng regression tests bago ang deployment.
Nilagyan ng mga developer ng Ethereum ang isang pagpapabuti sa spesipikasyon ng pagkakasundo para sa Glamsterdam pagkatapos makita ang isang bug sa pagpapakilala ng fork na Gloas na maaaring magdala ng mga deposito ng validator sa mga block builder na may magkakaparehong public key. Pull request #5736 ay nilagyan sa master noong Oktubre 26 at binago kung paano klasipikahin ang mga nakakabit na deposito habang nasa fork. Ang kakulangan ay nakakaapekto sa logika ng paglipat para sa hinaharap na upgrade ng Ethereum, hindi sa kasalukuyang mainnet protocol, kaya nanatili ang isyu sa development at testing path para sa Ethereum.
Gloas Fix ay Naghihiwalay sa mga Path ng Pag-deposit ng Validator at Builder
Ang nakalulubhang isyu ay tumutok sa sandali kung kailangan ng Gloas na i-initialize ang kanyang hiwalay na builder registry. Ayon sa dating patakaran sa pagrout, pagkatapos mag-rehistro ang isang naghihintay na deposito ng isang builder, maaaring dagdagan ng mga susunod na deposito na gumagamit ng parehong public key ang balanse ng builder na iyon, anuman ang kanilang withdrawal credentials. Kaya maaaring umalis ang isang validator deposito mula sa validator queue at i-credit sa isang builder sa halip. Ang bug ay gumawa ng isang kondisyonal na daan kung saan ang mga pondo na ibinigay para sa staking ay maaaring makarating sa isang account na pinag-uukulan ng ibang partido.
Ipapakita ng paglalarawan ng isyu ang panganib ng isang staking protocol na nagfunding sa isang validator na pinapatakbo ng ibang partido. Kung una munang isinara ng operator ang isang wastong builder deposit gamit ang parehong key at nanatili ang parehong deposito bilang pending sa fork, maaaring mag-flow din ang validator deposit na pinagkukunan ng protocol patungo sa builder. Hindi magkakaroon ng validator na nabubuo mula sa depositong iyon, na maaaring magdulot ng pagkabigo sa proof-based accounting o recovery procedures. Ang dokumentadong skenaryo ay isang protocol-level edge case, hindi ebidensya na ang Ethereum mainnet deposits ay nalikom.
Ang merged fix ay naghihiwalay ng mga deposito ayon sa withdrawal credentials habang ang Gloas onboarding. Ang validator deposits ay nananatili sa validator queue kahit gaano pa karami ang builder na gumagamit ng parehong key, habang ang mga valid na builder deposits ay maaaring mag-register o mag-top up ng builder nang hiwalay. Maaari rin ang mga umiiral na builder deposits na tumanggap ng top-up sa ilalim ng mga binagong patakaran. Ang pagbabago ay nagpapakasalig sa onboarding sa mga hiwalay na validator at builder registries na ilarawan ng EIP-8282 at idinagdag ang mga regression test na sumasakop sa deposito ordering at routing behavior.
Mahalaga ang oras dahil ang Glamsterdam ay naglalagay ng mga pagbabago sa execution layer ng Amsterdam kasama ang mga pagbabago sa consensus layer ng Gloas, kabilang ang enshrined proposer-builder separation. Ang mas malawak na upgrade ay nakapagpasara na sa public testing, habang ang kanyang Hoodi deployment ay inilatag para sa karagdagang pagsusuri at ang mainnet activation ay hindi pa pinatotohanan. Kaya ang deposit-routing fix ay nagpapalakas ng mga spesipikasyon para sa isang hinaharap na fork kaysa sa pag-aayos ng isang aktibong Ethereum exploit. Ito rin ay nagpapatibay kung bakit ang transition logic tungkol sa staking at block-building infrastructure ay nangangailangan ng pagsubok bago makarating nang ligtas sa production ang mga propong pagbabago sa protokolo.