Nakikibaka ang Ethereum Network Sa Mga Nawawalang Slot, bloXroute at Lighthouse Sa Debate

Sa unang bahagi ng linggong ito, ang Ethereum network ay nakaranas ng malaking pag-akyat sa mga napalampas na slot, na pangunahing nagmumula sa mga bloke na ipinadala ng mga bloXroute relay. Ang mga pagsisiyasat ay nagsiwalat na habang ang bloXroute ay nagre-relay ng epektibong mga block at blobs, ang mabilis na pagpapalaganap ng mga block sa pamamagitan ng BloXroute Distributed Network (BDN) ay kabaligtaran sa mas mabagal na pagpapalaganap ng mga blobs sa pamamagitan ng peer-to-peer (p2p) na mga channel. Itinampok ng pagkakaibang ito ang isang partikular na gawi ng Kliyente (CL), na humahantong sa pagtanggi ng kliyente ng mga bloke at kasunod na hindi nakuhang mga puwang.

Pagresolba sa Ethereum Mga Nawawalang Slot Gamit ang bloXroute

Ipinaliwanag ng CEO ng BloXroute Labs na si Uri Klarman sa isang detalyadong thread sa Github, kung ano ang nangyari tungkol sa mga napalampas na slot sa Ethereum.

Sa kasalukuyang bersyon ng Lighthouse, inaasahan ng mga node ang parehong peer na nagbibigay ng block na magsusuplay din ng mga blobs. Gayunpaman, dahil ang BDN ay hindi nagpapalaganap ng mga blobs, ang mga consensus node na konektado sa BDN ay binabalewala ang mga bloke na unang natanggap mula dito. Ang isang kamakailang release ng BDN ay naglalayong pabilisin ang pagpapalaganap ng block nang walang mga blobs, umaasa sa p2p network upang ipakalat ang mga blobs kung kinakailangan. Ang pagbabagong ito ay hindi sinasadyang humantong sa isang makabuluhang pagtaas sa mga napalampas na slot.

Ipinaliwanag ni Klarman na lubos na umaasa ang BDN sa Lighthouse, na bumubuo sa karamihan ng mga beacon node sa bloXroute. Ang mga paunang obserbasyon sa post-release ay nagpahiwatig ng matagumpay na pagpapalaganap ng block sa pamamagitan ng BDN, na pangunahing nakakaapekto sa mga bloXroute relay dahil sa kanilang malapit na pagsasama sa BDN.

Upang matugunan ang isyu, isang serye ng mga pagsubok ang isinagawa, na ibinukod ang problema sa gawi ng Lighthouse kapag unang nakatagpo ng mga bloke sa pamamagitan ng BDN. Nagsagawa ng mga hakbang upang unti-unting i-transition ang mga relay mula sa paggamit ng BDN para sa block publishing at pagkatapos ay hindi paganahin ang block propagation ng BDN na naglalaman ng mga blobs.

Sa buong panahong ito, ang mga bloXroute relay ay nagpatuloy sa pagbibigay ng mga block na may mga blobs sa mga validator at mga publishing block na may mga blobs sa BDN at sa network ng mga beacon node. Gayunpaman, nagbalik ang mga kahilingan sa pag-publish na ito ng 202 na tugon dahil natanggap na ng mga beacon node ang block mula sa BDN.

Tumugon ang Punong Parola sa mga Paratang

Si Michael Sproul, na pinuno sa Lighthouse, ay pinuna ang palagay ni Klarman sa mga napalampas na slot, na sinasabing mali itong kinakatawan ang isang isyu sa Lighthouse p2p bug, na iginiit niyang dulot ng hindi pa nasusubukang pakikipag-ugnayan sa pagitan ng sentralisadong “block distribution network” (BDN) ng Bloxroute at HTTP API ng Lighthouse.

Ang post-mortem na ito ay maling kinakatawan ang isyu bilang isang Lighthouse p2p bug, ngunit sa katunayan ito ay sanhi ng hindi pa nasusubukang pakikipag-ugnayan sa pagitan ng sentralisadong “block distribution network” (BDN) ng Bloxroute at ng HTTP API ng Lighthouse

Narito ang isang account mula sa aking pananaw https://t.co/T2i9dbI2zQ

— Michael Sproul (@sproulM_) Marso 29, 2024

Sinasabi ni Sproul na ang Bloxroute ay hindi nakikiisa sa panahon ng insidente, na tumatangging magbahagi ng mga log upang suportahan ang kanilang mga claim. Ipinapangatuwiran niya na ang napaaga na post-mortem ay isinagawa bago makuha ang kinakailangang impormasyon mula sa Bloxroute.

Ayon kay Sproul, ang isyu ay lumitaw mula sa Bloxroute publishing blocks na walang blobs sa p2p network sa pamamagitan ng BDN at pagkatapos ay sinusubukang punan ang mga blobs sa pamamagitan ng pag-POST sa kanila sa Lighthouse bilang bahagi ng HTTP request. Gayunpaman, ipinapalagay ng mga HTTP API ng Lighthouse at Prysm na ang mga bloke ay ipinadala sa p2p na may mga blob sa kabuuan ng mga ito. Ipinaninindigan ni Sproul na ang pagpapalagay na ito ay hindi wasto sa pagkakaroon ng isang "block distribution network" na lumalampas sa normal na daloy para sa mga bloke sa pag-publish.

Upang matugunan ang isyu, ang Sproul ay nagmumungkahi ng mga panandaliang solusyon gaya ng pag-off sa BDN kapag may mga blobs, at mga pangmatagalang solusyon tulad ng muling pagsasaayos ng PBS ecosystem upang maiwasan ang mga katulad na pagkabigo. Ipinahayag din niya ang kanyang personal na opinyon na ang BDN ay isang teknolohiya na dapat na lipas na dahil sa sentralisadong kalikasan nito at mga potensyal na panganib sa desentralisasyon ng Ethereum.

✓ Ibahagi:

Ang Bhushan ay isang mahilig sa FinTech at may hawak na mahusay na pag-unawa sa mga pamilihan sa pananalapi. Ang kanyang interes sa ekonomiya at pananalapi ay iginuhit ang kanyang pansin patungo sa bagong umuusbong na Pamilihan ng Teknolohiya at Cryptocurrency. Patuloy siyang nasa isang proseso ng pag-aaral at pinapanatili ang kanyang sarili na mahikayat sa pamamagitan ng pagbabahagi ng kanyang nakuha na kaalaman. Sa libreng oras nababasa niya ang mga nobelang fiction ng filler at kung minsan ay galugarin ang kanyang mga kasanayan sa pagluluto.

Ang ipinakita na nilalaman ay maaaring isama ang personal na opinyon ng may-akda at napapailalim sa kondisyon ng merkado. Gawin ang iyong pananaliksik sa merkado bago mamuhunan sa mga cryptocurrencies. Ang may-akda o publication ay hindi nagtataglay ng anumang responsibilidad para sa iyong personal na pagkawala sa pananalapi.