Publicar
eth
ETHUSDT
Perp
--
+1,12%
‌ EIP PROPONE REDUCIR LA VENTANA DE RETENCIÓN DE NODOS: DE 146 DÍAS A SOLO 36 DÍAS

Los desarrolladores de Ethereum acaban de proponer una mejora importante: reducir la ventana de retención de bloques de la capa de consenso de aproximadamente 146 días a solo 36,4 días.

El problema: el estado histórico y los datos de bloques de Ethereum siguen expandiéndose, lo que dificulta cada vez más los requisitos de hardware para operar un nodo.

La solución: Como cambio informativo que no requiere un fork, la propuesta reduciría significativamente la carga de recuperación de datos para los nuevos nodos después de la sincronización con un punto de control.

Por qué importa: Este cambio ayudaría a preservar la base descentralizada de Ethereum al reducir la barrera de hardware para operar un nodo.

El debate: Los miembros de la comunidad están debatiendo si esto es suficiente para abordar las preocupaciones sobre la escalabilidad a largo plazo a medida que Ethereum sigue creciendo.

👇 ¿Operas un nodo de Ethereum? Escribe SÍ o NO.
#GateEventPointsSystemLaunched
Ver original
post-image
Esta página contiene contenido de terceros y no constituye ningún tipo de asesoramiento, ni implica que Gate respalde dichas opiniones. Para más información, consulta el aviso legal.
ETHETH+1,12%


Añadir un comentario
Añadir un comentario

Comentar
BalancedHand
21/08/2026
36,4 días son exactamente un mes más unos días; es bastante agresivo, parece que los desarrolladores están decididos a reducir los costes de sincronización.
0Ver original
MemeArchaeologist
21/08/2026
No ejecutar un nodo, pero me parece muy razonable. La gente común usa billeteras ligeras; sincronizar completamente un nodo es demasiado engorroso.
0Ver original
OnChainGeologist
20/08/2026
Se recomienda complementar con una capa descentralizada de datos históricos; de lo contrario, al reducirse la ventana, la accesibilidad de los datos empeorará de inmediato. También se podría ofrecer a los nodos un modo de archivado opcional: quienes quieran almacenar los datos pueden seguir haciéndolo, mientras que quienes no quieran solo conservarán 36 días. Así, cada uno elige lo que necesita, sin que una solución única afecte al ecosistema.
0Ver original
GasStationAtt
20/08/2026
El problema es que muchas DApp necesitan consultar eventos históricos, pero los nodos no los almacenan. ¿Acaso hay que dejar que las empresas proporcionen las API? Entonces, ¿aún se puede hablar de privacidad y descentralización?
0Ver original
GasFeeFighter
19/08/2026
Esta propuesta trata los síntomas, pero no la causa raíz; el verdadero problema es la ausencia de estado y la caducidad del estado. Esperamos con interés la próxima fase del EIP.
0Ver original
VolumeRatioWatcher
19/08/2026
Apoyo aligerar la carga, pero protejan el historial en cadena.
0Ver original
PositionRuler
19/08/2026
Este cambio equivale a externalizar la responsabilidad de los datos históricos a nodos profesionales, mientras que los nodos ordinarios solo gestionan el estado reciente; la idea tiene sentido.
1Ver original
Ver más
TrendlineArtist
19/08/2026
Ya he ejecutado un nodo y, sinceramente, el espacio del disco está bastante ajustado. Reducirlo de 146 días a 36 días al menos me ahorrará bastante espacio. Apoyo la medida.
1Ver original
Ver más
MarketCapEstimator
19/08/2026
Reducir los requisitos de hardware es algo positivo, pero creo que una solución más fundamental sería aligerar también los datos de estado; de lo contrario, cada vez será más difícil ejecutar nodos.
1Ver original
Ver más
SharpeStar
19/08/2026
Me preocupa que, una vez que se descarten los datos históricos, las auditorías on-chain y el análisis de cumplimiento pasen a depender de proveedores de servicios centralizados, lo que contradice la descentralización.
1Ver original
Ver más
Ver más