Anoche, actualicé a una versión mucho más nueva de la billetera Mist Ethereum que cuando la usé por última vez (0.2.6 a 0.8.9) hace aproximadamente 1 año, y de todo lo que he leído sobre el tamaño de DAG, está usando mucho más espacio del que debería ser (es por eso que nunca pude ejecutarlo desde mi SSD anteriormente; consumiría más de 10 GB y se acercaría demasiado a la marca del 90% de mi insignificante unidad de arranque de 128 GB, y tendría que cancelar eso).
Anoche, finalmente descubrí 'mklink', y el DAG se está sincronizando felizmente, pensando que está en %appdata% cuando en realidad apunta a un lugar en mi unidad de disco giratoria.
La aplicación de billetera parece estar bien con esto. Reconoció exactamente dónde estaba hasta la última vez que sincronicé el DAG y prosiguió desde allí (tenía poco menos de 1 millón de bloques por recorrer, hace 4 horas). Tomé nota de cuánto espacio libre tenía cuando comencé el proceso de sincronización, para saber cuánto estaba ocupando.
Avance rápido hasta ahora: cuando lo escribí, tenía 360 GB libres en el disco duro que estoy usando. A partir de ahora (75,7 % de sincronización), tengo 337 GB libres o alrededor de 23 GB de DAG. En consecuencia, la carpeta 'chaindata' con la que se está sincronizando tiene exactamente 30 GB en el momento de escribir este artículo (7 GB se descargaron hace 1 año o más).
Este es el mismo comportamiento que estaba viendo antes de reubicar el DAG usando mklink, así que no creo que tenga nada que ver con eso; de hecho, nunca he tenido un DAG completamente sincronizado en mi PC (solo mi minería equipo, hace más de un año, cuando era mucho más pequeño), porque nunca cabría en mi mísero espacio SSD restante.
Si ayuda con el diagnóstico, el directorio 'chaindata' contiene 16,060 elementos (y contando), cada uno aprox. 2 MB, y comenzando cronológicamente con 047061.LDB (en 2016), hasta el actual 191120.LDB (rápidamente usurpado por archivos más nuevos).
¿Algunas ideas?
Muchas gracias,
-Aarón
Editar: sincronización ahora 86% completa, /chaindata hasta 36GB
Edit2: sincronización ahora 98% completa, /chaindata hasta 43GB
Creo que puede estar confundiendo el DAG con los otros datos de la cadena. El DAG solo se usa para minería y solo ocupará alrededor de 2 GB. Lo que está ocupando espacio es toda la cadena de bloques, que está descargando actualmente (eso es "sincronizar". 40 GB está bien, y hasta que los clientes ligeros estén disponibles, eso es algo con lo que tendrá que lidiar. Los datos de la cadena la carpeta seguirá creciendo, a un ritmo más lento, incluso cuando haya terminado de sincronizar.
De hecho, soy nuevo aquí y tenía algunas preguntas. 100 GB parece no ser suficiente para hacer este tipo de operaciones. ¿Hay alguna manera de adelgazar y optimizar este proceso?
Prefiero usar solo de 2 a 5 GB y aún así poder minar.
Aarón