A principios de esta semana, la red Ethereum experimentó un aumento significativo en las ranuras perdidas, principalmente provenientes de bloques transmitidos por retransmisiones bloXroute. Las investigaciones revelaron que, si bien las retransmisiones de bloXroute publicaron efectivamente bloques y blobs, la rápida propagación de bloques a través de BloXroute Distributed Network (BDN) contrastaba con la propagación más lenta de blobs a través de canales peer-to-peer (p2p). Esta discrepancia destacó un comportamiento específico del Cliente (CL), lo que llevó al rechazo de bloques por parte del cliente y a la posterior pérdida de espacios.
Resolver las ranuras perdidas de Ethereum con bloXroute
El director ejecutivo de BloXroute Labs, Uri Klarman, explicó en un hilo detallado en Github lo que sucedió con las ranuras perdidas en Ethereum.
En la versión actual de Lighthouse, los nodos esperan que el mismo par que proporciona el bloque también suministre los blobs. Sin embargo, como BDN no propaga blobs, los nodos de consenso conectados a BDN ignoran los bloques recibidos inicialmente de él. Un lanzamiento reciente de BDN tenía como objetivo acelerar la propagación de bloques sin blobs, confiando en la red p2p para difundir blobs según sea necesario. Este cambio, sin darse cuenta, provocó un aumento significativo en el número de espacios perdidos.
Klarman explicó que BDN depende en gran medida de Lighthouse, que constituye la mayoría de los nodos de baliza en bloXroute. Las observaciones iniciales posteriores al lanzamiento indicaron una propagación exitosa del bloque a través de la BDN, lo que afectó principalmente a los retransmisores bloXroute debido a su estrecha integración con la BDN.
Para abordar el problema, se llevaron a cabo una serie de pruebas, aislando el problema en el comportamiento de Lighthouse cuando encontró bloques primero a través del BDN. Se tomaron medidas para hacer que los repetidores dejen de utilizar BDN para la publicación en bloques y, posteriormente, deshabilitar la propagación de bloques que contienen blobs.
A lo largo de este período, los relés de bloXroute continuaron proporcionando bloques con blobs a los validadores y publicando bloques con blobs en el BDN y la red de nodos de baliza. Sin embargo, estas solicitudes de publicación arrojaron una respuesta 202 ya que los nodos de baliza ya habían recibido el bloque de la BDN.
El jefe del faro responde a las acusaciones
Michael Sproul, jefe de Lighthouse, ha criticado la opinión de Klarman sobre los espacios perdidos, alegando que tergiversa un problema con el error p2p de Lighthouse, que, según él, fue causado por una interacción no probada entre la "red de distribución de bloques" centralizada (BDN) de Bloxroute y API HTTP de Lighthouse.
Esta autopsia tergiversa el problema como un error p2p de Lighthouse, cuando en realidad fue causado por una interacción no probada entre la "red de distribución de bloques" (BDN) centralizada de Bloxroute y la API HTTP de Lighthouse.
Aquí hay una cuenta desde mi perspectiva https://t.co/T2i9dbI2zQ
—Michael Sproul (@sproulM_) Marzo 29, 2024
Sproul alega que Bloxroute no cooperó durante el incidente y se negó a compartir registros para respaldar sus afirmaciones. Sostiene que la autopsia prematura se realizó antes de que se pudiera obtener la información necesaria de Bloxroute.
Según Sproul, el problema surgió cuando Bloxroute publicó bloques sin blobs en la red p2p a través de BDN y luego intentó completar los blobs enviándolos a Lighthouse como parte de una solicitud HTTP. Sin embargo, las API HTTP de Lighthouse y Prysm asumieron que los bloques se enviaban en p2p con blobs en su totalidad. Sproul sostiene que esta suposición no era válida en presencia de una "red de distribución de bloques" que evita el flujo normal de publicación de bloques.
Para abordar el problema, Sproul sugiere soluciones a corto plazo, como apagar el BDN cuando hay blobs involucrados, y soluciones a largo plazo, como reestructurar el ecosistema PBS para evitar fallas similares. También expresa su opinión personal de que BDN es una tecnología que debería quedar obsoleta debido a su naturaleza centralizada y los riesgos potenciales para la descentralización de Ethereum.
El contenido presentado puede incluir la opinión personal del autor y está sujeto a las condiciones del mercado. Haga su investigación de mercado antes de invertir en criptomonedas. El autor o la publicación no es responsable de su pérdida financiera personal.
Fuente: https://coingape.com/ethereum-network-struggles-with-missed-slots-bloxroute-and-lighthouse-in-debate/
✓ Compartir: