【Cadena】La bifurcación dura Fusaka acaba de implementarse y el cliente de la capa de consenso Prysm ya ha sufrido una vulnerabilidad, lo que ha causado algunos problemas en la tasa de participación de toda la red. Sin embargo, en Lido todo se ha mantenido bastante estable, el protocolo ha seguido funcionando con normalidad y quienes han realizado staking no tienen motivos para preocuparse.
En realidad, el impacto de este suceso no ha sido tan grande como se podría imaginar. Esto se debe a que los validadores a nivel de base están ya distribuidos de forma descentralizada y, además, tanto el equipo de Prysm como los operadores de nodos han reaccionado con rapidez, lo que ha hecho que Lido reciba un golpe menor en comparación con otras soluciones de staking de gran escala. Según los datos del informe “Indicadores de validadores y operadores de nodo del tercer trimestre de 2025”, aproximadamente el 15% de los validadores gestionados por operadores de nodo utilizan Prysm; esta estrategia de no poner todos los huevos en la misma cesta ha resultado muy útil en momentos clave.
La mayoría de los nodos Prysm afectados o bien añadieron el parámetro --disable-last-epoch-targets, o bien cambiaron temporalmente la configuración a otro cliente, y ahora prácticamente todos han vuelto a la normalidad. Este incidente vuelve a demostrar que la diversidad de clientes no es solo para presumir: realmente puede salvar el ecosistema ante fallos de un único punto.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
15 me gusta
Recompensa
15
8
Republicar
Compartir
Comentar
0/400
WhaleSurfer
· hace21h
Por suerte, Lido ha logrado una descentralización suficiente, de lo contrario esta situación realmente habría causado un gran revuelo.
Ver originalesResponder0
GasFeeTears
· 12-05 13:53
En casos de hard fork, cuando surge un problema, todo depende de quién tenga mayor capacidad de resistencia... Esta estrategia multicliende de Lido realmente les ha salvado la vida.
Ver originalesResponder0
ETHmaxi_NoFilter
· 12-04 17:49
Prysm ha vuelto a fallar, esta vez sí que hemos visto lo que significa realmente "no poner todos los huevos en la misma cesta"... Esta estrategia de múltiples clientes de Lido no es solo para aparentar, de verdad que funciona.
Ver originalesResponder0
GasWhisperer
· 12-04 10:42
Ngl, ese 15% de diversificación es *de manual* — literalmente una distribución de riesgos de libro. Prysm falló pero la red aguantó porque nadie se lanzó a lo loco con un solo cliente. Esto es lo que pasa cuando realmente piensas en los riesgos extremos en vez de solo buscar rentabilidad.
Ver originalesResponder0
LoneValidator
· 12-04 10:40
Otra vez el cliente ha dado problemas, siempre hay que estar con el corazón en un puño, la estrategia de diversificación de Lido esta vez sí que ha sido sólida.
Prysm ha fallado pero Lido ha aguantado, los beneficios de un despliegue descentralizado han quedado demostrados esta vez.
Un 15% de cuota de Prysm, ni mucho ni poco, pero en momentos clave realmente puede salvar la situación.
Si en este hard fork Fusaka se hubiera apostado todo a un solo cliente como Prysm, no me quiero ni imaginar las consecuencias.
Ajuste de parámetros y cambio de cliente, la reacción ha sido bastante rápida, se nota que todos han aprendido la lección.
El ecosistema de staking necesita apoyarse en varios clientes, depender de uno solo es un riesgo demasiado grande.
Lido ha esquivado un golpe, pero el problema de fondo lo tiene que solucionar Prysm por sí mismo.
Ver originalesResponder0
VirtualRichDream
· 12-04 10:39
Lido esta jugada ha sido realmente sólida, el despliegue descentralizado es clave, en momentos críticos demuestra su verdadero valor.
Ver originalesResponder0
BTCBeliefStation
· 12-04 10:36
Por suerte, Lido entendió hace tiempo la importancia de diversificar clientes; si esta caída de Prysm le hubiera ocurrido a otras soluciones de staking, habrían muerto socialmente directamente.
Ver originalesResponder0
MonkeySeeMonkeyDo
· 12-04 10:23
La verdad es que Lido ha estado increíblemente sólido esta vez, la estrategia de múltiples clientes realmente ha sido salvadora.
Prysm ha vuelto a fallar, ¿han aprendido la lección esta vez?
Un 15% de concentración en realidad no está tan mal, parece que la diversificación realmente puede salvar en caso de emergencia.
Después del hard fork han surgido todo tipo de problemas, por suerte Lido no apostó todo a un solo cliente.
Los stakers pueden dormir tranquilos de nuevo, se siente bien.
El equipo de Prysm reacciona rápido, eso ayuda, no son de esos que solo se preocupan por las apariencias.
Tener múltiples clientes es realmente la última línea de defensa, en momentos críticos no puede faltar ninguno.
Tras el hard fork Fusaka, el cliente Prysm falló, pero Lido resistió el impacto gracias a su estrategia de diversificación de clientes.
【Cadena】La bifurcación dura Fusaka acaba de implementarse y el cliente de la capa de consenso Prysm ya ha sufrido una vulnerabilidad, lo que ha causado algunos problemas en la tasa de participación de toda la red. Sin embargo, en Lido todo se ha mantenido bastante estable, el protocolo ha seguido funcionando con normalidad y quienes han realizado staking no tienen motivos para preocuparse.
En realidad, el impacto de este suceso no ha sido tan grande como se podría imaginar. Esto se debe a que los validadores a nivel de base están ya distribuidos de forma descentralizada y, además, tanto el equipo de Prysm como los operadores de nodos han reaccionado con rapidez, lo que ha hecho que Lido reciba un golpe menor en comparación con otras soluciones de staking de gran escala. Según los datos del informe “Indicadores de validadores y operadores de nodo del tercer trimestre de 2025”, aproximadamente el 15% de los validadores gestionados por operadores de nodo utilizan Prysm; esta estrategia de no poner todos los huevos en la misma cesta ha resultado muy útil en momentos clave.
La mayoría de los nodos Prysm afectados o bien añadieron el parámetro --disable-last-epoch-targets, o bien cambiaron temporalmente la configuración a otro cliente, y ahora prácticamente todos han vuelto a la normalidad. Este incidente vuelve a demostrar que la diversidad de clientes no es solo para presumir: realmente puede salvar el ecosistema ante fallos de un único punto.