El chaindata
tamaño actual es más de 10,02 GB.
eth
, / geth
) en este caso?Se está trabajando en la poda estatal, que podría eliminar constantemente los datos antiguos que ya no se necesitan. De la mano con la poda está la sincronización rápida, que se sincroniza con la red de tal manera que no genera toda la basura intermedia, sino que descarga el estado más reciente desde el principio.
La poda está destinada a ser incluida en Geth 1.5. La sincronización rápida se admitió durante bastantes meses ( --fast
), por lo que siempre podía eliminar sus datos antiguos y volver a sincronizar con la cadena desde cero para reducir su tamaño. Una sincronización rápida nueva debería tener un tamaño de alrededor de 1,3 GB en este momento. Mi máquina + ancho de banda puede sincronizarse rápidamente en unos 25-30 minutos con el algoritmo actual, y hay una mejora en 1.5 que lo hizo en 11 minutos :)
Actualizar
¿Cuál es el cliente más rápido con las características más nuevas? Cambia de un lado a otro. Ahora Mist/Geth es el más rápido con el nuevo cliente ligero ( --light
), incluso más rápido que--fast
--fast
, solo es posible si db está vacío (" blockchain not empty, fast sync disabled
"). ¿Hay alguna solución para reducir db (no eliminar y resincronizar por completo)? ¿Tal vez sea útil eliminar selectivamente las partes más antiguas de db? (Pero no es hermoso :))geth 1.6.1-unstable-d2fda73a
termino con una carpeta chaindata de 16 Gb, ¿es esto normal?Si bien la respuesta de Péter Szilágyi no es incorrecta, también existe otra posibilidad. Si vuelve a descargar la cadena de bloques con Parity en lugar de geth, ¡el tamaño de la cadena de bloques se reduce de sus 10 GB a solo 1,5 GB!
Alex Koz.