Un prototipo de Ethereum que asigna las tareas de recuperación de blobs a nodos de alta custodia seleccionados redujo el trabajo estimado de reconstrucción en un 11–18× en simulaciones de 1,000 nodos. Con cuatro blobs, un 10% de supernodos y sin columnas retenidas, el costo de reconstrucción en toda la red cayó de 48.6 segundos de CPU bajo PeerDAS a 2.75 segundos de CPU bajo el diseño reducido. Con una participación del 20% de supernodos, las cifras fueron 91 y 6.6 segundos de CPU.
Los resultados provienen de un informe del investigador Csaba Kiraly. Describen el trabajo computacional acumulado en la red simulada, no el tiempo de recuperación transcurrido, utilizando un costo medido de 162 milisegundos por recuperación de blob en un procesador Ryzen 9 8945HS.
Por qué es importante
Los blobs de Ethereum llevan datos utilizados por rollups de capa 2, mientras que PeerDAS permite a los nodos verificar la disponibilidad de datos descargando solo una parte de ellos. Los nodos de alta custodia deben mantener al menos 64 de 128 columnas de datos, y los supernodos mantienen las 128. Cuando muchos nodos reconstruyen el mismo blob faltante, la red puede repetir trabajos costosos.
El diseño reducido asigna blobs particulares a nodos designados primero. Otros nodos pueden recibir datos recuperados a través de los canales de distribución de columnas existentes en lugar de reconstruirlos de inmediato, mientras que los nodos de alta custodia mantienen un papel de recuperación retrasado para cualquier cosa que aún falte.
El enfoque es más limitado que el RowDAS completo, que añadiría canales de fila para que nodos más pequeños puedan agrupar datos y reconstruir colectivamente. Por lo tanto, el prototipo reduce el trabajo del procesador sin proporcionar la resistencia adicional de RowDAS ni cambiar los límites de blobs.
Impacto en el mercado
El principal beneficio a corto plazo es la menor demanda de reconstrucción para los operadores que sirven al creciente ecosistema de rollups de Ethereum. Eso podría reducir la carga computacional sobre los stakers domésticos y otros operadores de nodos de alta custodia a medida que aumenta la actividad de blobs.
Los hallazgos aún están limitados a redes simuladas y en proceso que utilizan criptografía real. Simulaciones más grandes, pruebas en devnet y la configuración completa de subred de 128 filas siguen siendo trabajos futuros, por lo que los inversores deben tratar las ganancias reportadas como una señal temprana de diseño en lugar de una previsión de los costos actuales de la red.
Preguntas frecuentes
-
¿Cuánto trabajo de reconstrucción ahorró el diseño reducido de PeerDAS?
En simulaciones de 1,000 nodos, el trabajo estimado de reconstrucción cayó en un 11–18×. Con un 10% de supernodos, el costo se redujo de 48.6 a 2.75 segundos de CPU.
-
¿Por qué Ethereum asigna tareas de recuperación de blobs a nodos seleccionados?
El diseño permite que los nodos de alta custodia designados recuperen blobs específicos primero. Otros nodos pueden recibir los datos recuperados en lugar de repetir el mismo trabajo.
-
¿Cuál es la diferencia entre el diseño reducido y el RowDAS completo?
El diseño reducido utiliza los canales de distribución de columnas existentes y mantiene un respaldo de nodos de alta custodia. El RowDAS completo añadiría canales de fila para la reconstrucción colectiva y mayor resistencia.
-
¿El prototipo prueba tarifas más bajas o transacciones más rápidas en Ethereum?
No. Las mediciones reportadas cubrieron el trabajo de reconstrucción en toda la red, no la velocidad de transacción, el ahorro de tarifas o el tiempo de recuperación transcurrido.
-
¿Qué pruebas aún se necesitan antes de que este diseño de Ethereum pueda ser adoptado?
Los resultados siguen limitados a redes simuladas y en proceso que utilizan criptografía real. Se requieren simulaciones más grandes, pruebas en devnet y validación de la configuración completa de subred de 128 filas.
WuBlockchain
CoinTelegraph
CZ Binance
Crypto Rank News
CoinDesk