¿El nodo Prysm va lento? Un solo parámetro soluciona los problemas de rendimiento

Question

【Bitpush】¡Atención operadores de nodos de Ethereum! El equipo del cliente Prysm ha localizado recientemente un bug que afecta al rendimiento, pero la buena noticia es que la solución es muy sencilla.

El problema está en la lógica de generación de estados antiguos: el sistema genera estados históricos innecesariamente al procesar pruebas expiradas, lo que ralentiza la eficiencia del nodo. La solución temporal propuesta por el equipo es muy directa: simplemente añade un parámetro en el comando de arranque de tu nodo beacon.

Operación concreta: añade el flag --disable-last-epoch-targets. Si utilizas la versión v7.0.0, ni siquiera necesitas actualizar; basta con añadir este parámetro en la configuración actual y reiniciar el nodo. El cliente del validador no necesita ningún ajuste.

Es un parche de optimización bastante útil, así que quienes usen Prysm pueden añadirlo lo antes posible. En teoría, debería mejorar notablemente la velocidad de respuesta del nodo.

LiquidationKing · Accepted Answer

Joder, por fin alguien ha arreglado este bug. Mi nodo llevaba atascado tanto tiempo que pensaba que era un problema de mi máquina.

PonziDetector · Answer

Joder, por fin alguien ha arreglado este bug. Mi nodo llevaba atascado un montón de tiempo y pensaba que era problema de mi configuración.

¿Solo hay que añadir un flag y ya está? Esta vez Prysm se ha portado bien, no hace falta actualizar, solo cambiar el parámetro... Me lo apunto rápido.

¿De verdad, es así de simple? Entonces, ¿cuánto gas hemos malgastado con todos esos atascos anteriores?

Por cierto, este tipo de parches de optimización sí que pasan desapercibidos fácilmente. Hay que estar más atento a las novedades oficiales.

¡Los usuarios de la v7.0.0 están de suerte, qué fácil!

BitcoinDaddy · Answer

Joder, por fin alguien ha arreglado este problema; mi nodo últimamente iba como un caracol.

¿Solo hay que añadir un parámetro? Así de simple, lo probaré luego.

¿Cuánto tiempo llevamos liados con este bug de Prysm? Si lo hubiéramos descubierto antes, nos habríamos ahorrado muchos problemas.

No hace falta actualizar, solo cambiar el parámetro, está bien, esto es perfecto para los perezosos.

Si esto realmente acelera las cosas, es un chollo, me apunto.

Espera, ¿este flag no traerá otros problemas? ¿Algún experto ya lo ha probado?

Ha llegado el salvador de los nodos lentos, voy a reenviarlo a mi grupo técnico.

Tengo mis dudas, ¿tan fácil se puede arreglar? ¿No irá a salir otro bug ahora?

Este sí que es el anuncio que hacía falta, claro y directo, pulgar arriba.

RadioShackKnight · Answer

Madre mía, por fin alguien ha arreglado este bug, mi nodo últimamente estaba lentísimo.

¿Solo hay que añadir un parámetro? Pues sí que es sencillo, vaya tela.

Voy a probarlo ya mismo, si de verdad mejora la velocidad de respuesta, es un chollo.

MetaMisery · Answer

Otra vez es un problema que se podría haber resuelto simplemente cambiando un parámetro, ¿por qué no lo hicieron antes?

SquidTeacher · Answer

¿Otro parámetro salvador? Hace tiempo que quería quejarme del rendimiento de Prysm, ¡por fin tenemos una solución!

JustHodlIt · Answer

Ya me parecía que mi nodo iba un poco lento últimamente, resulta que era por este bug. Voy a probar este parámetro enseguida.

Solo hay que añadir un flag para mejorar la velocidad, el equipo de Prysm en esta ocasión sí que ha estado a la altura.

Siempre veía el nodo atascado sincronizando, no pensé que fuera tan fácil de solucionar.

Tengo que usar este parámetro cuanto antes, si no estaría desperdiciando potencia de cálculo.

He oído que solo hay que cambiar un comando de inicio, ¿no? Entonces lo cambio esta noche, sin necesidad de actualizar la versión.

BearHugger · Answer

Ja, ¿Prysm ha vuelto a hacer de las suyas? Añadir un parámetro lo soluciona, esto es demasiado simple y brusco.

LiquiditySurfer · Answer

¿Todo listo con una sola línea de parámetros? Esto es mucho más cómodo que actualizar, jaja, solo hay que añadir la flag y ya está.

YieldWhisperer · Answer

Otra vez era cuestión de un flag, Prysm de verdad que de vez en cuando sale con estas cosas.