Ang mga developer ng Ethereum<\/strong> ay nag-merge ng isang pag-aayos para sa isang flaw<\/strong> sa paghawak ng deposito sa nalalapit na Glamsterdam upgrade<\/em>. Ang flaw na ito ay maaaring nagbigay-daan sa isang block builder na makatanggap ng ETH<\/strong> na nakalaan para sa isang bagong validator, kasunod ng paunang desisyon na tanggihan ang iminungkahing pagbabago.<\/p>\n Ayon sa mga pagtutukoy ng consensus ng Ethereum, ang tagapangalaga na si Justin Traglia<\/strong> ay nag-merge ng pagwawasto noong Oktubre 26<\/strong> matapos matukoy ng developer na si avsetsin<\/strong> ang isang problema sa kung paano iproseso ang mga nakabinbing deposito sa panahon ng Gloas fork<\/em>.<\/p>\n Ang pagbabago ay naghihiwalay ng mga deposito ng builder mula sa mga deposito ng validator ayon sa kanilang mga kredensyal sa pag-withdraw, na pumipigil sa mga pondo na pumasok sa maling account kapag parehong gumagamit ng parehong pampublikong susi. Ang kahinaan ay may kinalaman sa mga patakaran na nasa ilalim ng pag-unlad, at hindi ito isang nakumpirmang pagnanakaw mula sa mainnet ng Ethereum.<\/p>\n Inilarawan ng researcher na si avsetsin<\/strong> ang flaw noong Oktubre 12<\/strong>, na natukoy ang isang problema sa mga patakaran na ginamit upang iproseso ang mga deposito na naghihintay kapag nag-upgrade ang network. Kung ang isang builder ay nagrehistro gamit ang isang pampublikong susi bago dumating ang validator deposit sa ilalim ng parehong susi, ang iminungkahing lohika ay maaaring mag-credit ng parehong deposito sa builder.<\/p>\n “Maaaring i-withdraw ng operator ang mga pondo ng protocol,” binalaan ni avsetsin sa ulat ng GitHub.<\/p>\n<\/blockquote>\n Dahil hindi malilikha ang inaasahang validator, maaaring mahirapan ang staking service na makuha ang patunay na kinakailangan upang makumpleto ang normal na mga pamamaraan ng deposito at pagbawi.<\/p>\n Ang iminungkahing pagwawasto ay unang nakatagpo ng pagtutol mula sa mga developer ng Ethereum client, sa kabila ng paglalarawan ng researcher sa panganib ng deposit-routing. Noong Oktubre 19<\/strong>, isinara ni Traglia ang pull request matapos ang mga talakayan sa mga pangunahing developer. “Walang sapat na suporta mula sa mga client upang gawin ang pagbabagong ito sa oras na ito,” isinulat ni Traglia.<\/p>\n Ang desisyon ay hindi nanatili, na muling binuksan ng mga developer ang panukala noong Oktubre 23<\/strong> kasunod ng karagdagang pagsusuri. Kasunod nito, inaprubahan ng reviewer na si potuz<\/strong> ang diskarte ngunit humiling ng higit pang mga pagsubok para sa mga tiyak na kumbinasyon ng deposito.<\/p>\n Ang huling pagbabago ay na-merge sa mga pagtutukoy ng consensus ng Ethereum noong Oktubre 26<\/strong> matapos ang karagdagang pagsusuri ng client. Ito ay nagdidirekta ng mga wastong deposito ng validator sa queue ng validator habang pinapayagan ang mga lehitimong deposito ng builder na magrehistro o magdagdag ng mga pondo sa isang umiiral na builder.<\/p>\n Ang mga bagong patakaran ay nagtatangi ng mga deposito sa pamamagitan ng mga kredensyal sa pag-withdraw, na tumutukoy sa mga pinahihintulutang kaayusan ng pag-withdraw. Pinapanatili nila ang hiwalay na mga talaan ng builder at validator kahit na ang parehong pampublikong susi ay lumilitaw sa parehong mga tungkulin.<\/p>\n Dumating ang pag-update ng pagtutukoy habang ang mga developer ng Ethereum ay nire-review ang isang hiwalay na problema na nakakaapekto sa nakatakdang aktibasyon ng Glamsterdam sa Hoodi testnet<\/em>. Ipinagpaliban ng Ethereum Foundation ang upgrade noong Oktubre 26<\/strong> matapos matukoy ng mga researcher ang mga panganib sa pagkakatugma na kinasasangkutan ang EIP-8037<\/strong>.<\/p>\n Ipinaliwanag ng researcher ng Ethereum na si Toni Wahrst\u00e4tter<\/strong> na ang EIP-8037 ay maaaring makagambala sa mga smart contract na umaasa sa mga palagay tungkol sa natitirang gas sa panahon ng pagpapatupad.<\/p>\n Ang Glamsterdam<\/em> ay aktibong naipatupad sa Sepolia testnet<\/em> noong Oktubre 6<\/strong>, kung saan sinuri ng mga developer ang mga pagbabago sa konstruksyon ng block at mas mataas na kapasidad sa pagproseso ng transaksyon. Ang kasunod na pagsasanay sa Hoodi ay nananatiling hindi naka-schedule, na walang nakumpirmang petsa para sa aktibasyon sa mainnet ng Ethereum.<\/p>\n","protected":false},"excerpt":{"rendered":" Pag-aayos ng Flaw sa Ethereum sa Glamsterdam Upgrade Ang mga developer ng Ethereum ay nag-merge ng isang pag-aayos para sa isang flaw sa paghawak ng deposito sa nalalapit na Glamsterdam upgrade. Ang flaw na ito ay maaari…<\/p>\n","protected":false},"author":3,"featured_media":23841,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[46],"tags":[12851,4218,9269,10606,5184,12982],"class_list":["post-23842","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ethereum","tag-eip-8037","tag-ethereum","tag-glamsterdam","tag-hoodi","tag-lido","tag-rocket-pool"],"yoast_head":"\nDetalyadong Paglalarawan ng Flaw<\/h2>\n
Paglalarawan ng Isyu at mga Panganib<\/h2>\n
\n
Mga Hakbang sa Pagwawasto<\/h2>\n
Pag-update ng mga Pagtutukoy<\/h2>\n
Mga Isyu sa Aktibasyon ng Glamsterdam<\/h2>\n
Konklusyon<\/h2>\n