Začátkem tohoto týdne zaznamenala síť Ethereum významný nárůst zmeškaných slotů, převážně pocházejících z bloků přenášených relé bloXroute. Výzkumy odhalily, že zatímco přenosy bloXroute efektivně publikovaly bloky a bloby, rychlé šíření bloků prostřednictvím distribuované sítě BloXroute (BDN) bylo v kontrastu s pomalejším šířením kuliček prostřednictvím kanálů peer-to-peer (p2p). Tato nesrovnalost zvýraznila specifické chování klienta (CL), což vedlo k odmítnutí bloků klientem a následnému vynechání slotů.
Řešení zmeškaných slotů Ethereum pomocí bloXroute
Generální ředitel BloXroute Labs Uri Klarman vysvětlil v podrobném vláknu na Githubu, co se stalo ohledně zmeškaných slotů v Ethereu.
V aktuální verzi Lighthouse uzly očekávají, že stejný peer poskytující blok bude také dodávat bloby. Protože však BDN nešíří bloby, konsenzuální uzly připojené k BDN ignorují bloky, které od něj původně obdrželi. Nedávná verze BDN měla za cíl urychlit šíření bloků bez blobů, přičemž se spoléhalo na p2p síť pro šíření blobů podle potřeby. Tato změna neúmyslně vedla k výraznému nárůstu ztracených slotů.
Klarman vysvětlil, že BDN silně spoléhá na Lighthouse, který tvoří většinu majákových uzlů na bloXroute. Počáteční pozorování po vydání naznačovala úspěšnou propagaci bloku přes BDN, primárně ovlivňující relé bloXroute kvůli jejich těsné integraci s BDN.
K vyřešení tohoto problému byla provedena řada testů, které izolovaly problém od chování Lighthouse, když narazí na bloky nejprve prostřednictvím BDN. Byla přijata opatření k postupnému přechodu relé od používání BDN pro publikování bloků a následné deaktivaci propagace bloků BDN obsahujících bloby.
Během tohoto období relé bloXroute nadále poskytovaly bloky s bloby validátorům a publikovaly bloky s bloby do BDN a sítě uzlů majáku. Tyto požadavky na publikování však vrátily odpověď 202, protože uzly majáku již obdržely blok z BDN.
Šéf majáku reaguje na obvinění
Michael Sproul, který je šéfem v Lighthouse, kritizoval Klarmanův přístup k vynechaným slotům a tvrdil, že nesprávně popisuje problém s chybou Lighthouse p2p, o které tvrdí, že byla způsobena nevyzkoušenou interakcí mezi centralizovanou „blokovou distribuční sítí“ (BDN) Bloxroute a Lighthouse je HTTP API.
Tato posmrtná chyba zkresluje problém jako chyba Lighthouse p2p, i když ve skutečnosti byla způsobena nevyzkoušenou interakcí mezi centralizovanou „blokovou distribuční sítí“ (BDN) Bloxroute a HTTP API Lighthouse.
Zde je účet z mého pohledu https://t.co/T2i9dbI2zQ
— Michael Sproul (@sproulM_) 29. března 2024
Sproul tvrdí, že Bloxroute během incidentu nespolupracoval a odmítl sdílet protokoly na podporu svých tvrzení. Tvrdí, že předčasná pitva byla provedena dříve, než bylo možné získat potřebné informace z Bloxroute.
Podle Sproula problém vznikl tím, že Bloxroute publikoval bloky bez objektů blob v síti p2p prostřednictvím BDN a poté se pokusil objekty blob vyplnit jejich odesláním do Lighthouse jako součást požadavku HTTP. Rozhraní API Lighthouse a Prysm HTTP však předpokládala, že bloky byly odesílány na p2p s bloby jako celek. Sproul tvrdí, že tento předpoklad nebyl platný v přítomnosti „blokové distribuční sítě“, která obchází normální tok pro publikování bloků.
K vyřešení tohoto problému Sproul navrhuje krátkodobá řešení, jako je vypnutí BDN, když se jedná o bloby, a dlouhodobá řešení, jako je restrukturalizace ekosystému PBS, aby se předešlo podobným selháním. Vyjadřuje také svůj osobní názor, že BDN je technologie, která by měla být zastaralá kvůli její centralizované povaze a potenciálním rizikům pro decentralizaci Etherea.
Prezentovaný obsah může zahrnovat osobní názor autora a je předmětem tržního stavu. Proveďte průzkum trhu před investováním do kryptoměn. Autor nebo publikace nenese žádnou odpovědnost za vaši osobní finanční ztrátu.
Zdroj: https://coingape.com/ethereum-network-struggles-with-missed-slots-bloxroute-and-lighthouse-in-debate/
✓ Sdílet: