Eerder deze week ervoer het Ethereum-netwerk een aanzienlijke stijging van het aantal gemiste slots, voornamelijk afkomstig van blokken die werden doorgegeven door bloXroute-relais. Uit onderzoek bleek dat, hoewel de bloXroute effectief gepubliceerde blokken en blobs doorgeeft, de snelle verspreiding van blokken via het BloXroute Distributed Network (BDN) in contrast stond met de langzamere verspreiding van blobs via peer-to-peer (p2p) kanalen. Deze discrepantie bracht een specifiek Client (CL)-gedrag aan het licht, wat leidde tot het afwijzen van blokken door de client en daaropvolgende gemiste slots.
Gemiste slots in Ethereum oplossen met bloXroute
BloXroute Labs CEO Uri Klarman legde in een gedetailleerde thread op Github uit wat er gebeurde over de gemiste slots in Ethereum.
In de huidige Lighthouse-versie verwachten knooppunten dat dezelfde peer die het blok levert, ook de blobs levert. Omdat de BDN echter geen blobs doorgeeft, negeren consensusknooppunten die met de BDN zijn verbonden de blokken die er aanvankelijk van zijn ontvangen. Een recente BDN-release was bedoeld om de propagatie van blokken zonder blobs te versnellen, waarbij gebruik werd gemaakt van het p2p-netwerk om indien nodig blobs te verspreiden. Deze verandering leidde onbedoeld tot een aanzienlijke stijging van het aantal gemiste slots.
Klarman legde uit dat de BDN sterk afhankelijk is van Lighthouse, dat de meerderheid van de bakenknooppunten op bloXroute vormt. De eerste observaties na de release duidden op een succesvolle blokpropagatie via de BDN, wat vooral gevolgen had voor de bloXroute-relais vanwege hun nauwe integratie met de BDN.
Om het probleem aan te pakken, werd een reeks tests uitgevoerd, waarbij het probleem werd geïsoleerd van het gedrag van Lighthouse wanneer er eerst via de BDN blokkades werden aangetroffen. Er zijn maatregelen genomen om de relais geleidelijk af te leiden van het gebruik van de BDN voor het publiceren van blokken en vervolgens de blokpropagatie van de BDN met blobs uit te schakelen.
Gedurende deze periode bleven bloXroute-relays blokken met blobs leveren aan validators en blokken met blobs publiceren naar de BDN en het netwerk van bakenknooppunten. Deze publicatieverzoeken retourneerden echter een 202-antwoord omdat bakenknooppunten het blok al van de BDN hadden ontvangen.
Lighthouse Chief reageert op de beschuldigingen
Michael Sproul, het hoofd van Lighthouse, heeft Klarmans visie op de gemiste slots bekritiseerd en beweert dat dit een verkeerd beeld geeft van een probleem met de Lighthouse p2p-bug, die volgens hem werd veroorzaakt door een niet-geteste interactie tussen Bloxroute's gecentraliseerde 'blokdistributienetwerk' (BDN) en Lighthouse's HTTP-API.
In dit post-mortem wordt het probleem ten onrechte voorgesteld als een Lighthouse p2p-bug, terwijl het in feite werd veroorzaakt door een niet-geteste interactie tussen Bloxroute's gecentraliseerde "block distribution network" (BDN) en Lighthouse's HTTP API
Hier is een account vanuit mijn perspectief https://t.co/T2i9dbI2zQ
— Michael Sproul (@sproulM_) 29 maart 2024
Sproul beweert dat Bloxroute tijdens het incident niet meewerkte en weigerde logboeken te delen om hun beweringen te ondersteunen. Hij stelt dat de voortijdige autopsie is uitgevoerd voordat de noodzakelijke informatie van Bloxroute kon worden verkregen.
Volgens Sproul ontstond het probleem doordat Bloxroute blokken zonder blobs op het p2p-netwerk publiceerde via de BDN en vervolgens probeerde de blobs in te vullen door ze naar Lighthouse te POSTen als onderdeel van een HTTP-verzoek. De HTTP-API's van Lighthouse en Prysm gingen er echter van uit dat blokken in hun geheel met blobs op p2p werden verzonden. Sproul beweert dat deze veronderstelling niet geldig was in de aanwezigheid van een “blokdistributienetwerk” dat de normale stroom voor het publiceren van blokken omzeilt.
Om dit probleem aan te pakken, stelt Sproul kortetermijnoplossingen voor, zoals het uitschakelen van de BDN als er blobs bij betrokken zijn, en langetermijnoplossingen zoals het herstructureren van het PBS-ecosysteem om soortgelijke mislukkingen te voorkomen. Hij geeft ook uiting aan zijn persoonlijke mening dat de BDN een technologie is die verouderd zou moeten zijn vanwege het gecentraliseerde karakter ervan en de potentiële risico's voor de decentralisatie van Ethereum.
De gepresenteerde inhoud kan de persoonlijke mening van de auteur bevatten en is onderhevig aan marktomstandigheden. Doe je marktonderzoek voordat je investeert in cryptocurrencies. De auteur of de publicatie is niet verantwoordelijk voor uw persoonlijke financiële schade.
Bron: https://coingape.com/ethereum-network-struggles-with-missed-slots-bloxroute-and-lighthouse-in-debate/
✓ Delen: