Pero no es para nada normal que se demore media hora en ser operativo, yo he usado el cliente oficial siempre, y a pesar de ocupar muchos GBs en el disco duro, no demora más de un minuto o dos en abrir y estar operativo, prueba bajar una versión actualizada y baja de nuevo la cadena de bloques, sé que es una mierda, se va a demorar en sincronizar de nuevo, pero algo tienes mal, eso no es normal, el tamaño de la cadena de bloques no repercute así en el desempeño de la aplicación, el tamaño de la cadena es un "problema" futuro para la capacidad del disco, pero no para los procesos normales de apertura y transacciones del cliente oficial... algo tienes mal... revisa.
Piensan seguir en Bitcoin core con esa estructura? No hay otras opciones?
No estoy actualizado en el tema, pero creo que por ahora no hay planes de cambiar significativamente el almacenamiento de la cadena de bloques, como dije, es un problema para el que esté mal de espacio libre en disco, pero no representa ningún otro inconveniente (excepto la primera descarga gigante que hay que hacer), no creo que sea tan grave como para hacer una revolución en el sistema, siendo la posesión descentralizada de la cadena de bloques completa una de las grandes características que inspira confianza...
Qué volumen se piensa reservar para acumular toda la cadena de transacciones en el cliente oficial para entonces?
¿No está abocado a no ser sostenible de esa forma?
¿Qué opciones hay planteadas?
Por ahora no hay ningún límite, seguirá creciendo, pero los discos duros también estarán más baratos y tendrán más capacidad, como ya dije no estoy seguro de que esto sea un problema hoy, y tal vez tampoco en el futuro, y si algún día lo es, hay algunas opciones, pero por ahora en mi opinión no hay que hacer nada.
Que me corrijan si me equivoco, pero por ejemplo, la opción más directa creo que sería distribuir una versión del cliente con un archivo que contenga la información de los saldos finales de todas las direcciones con saldo en determinado momento, al haber tan pocos bitcoins y (tan pocos satoshis), el máximo tamaño de este archivo sería bastante limitado, no más de unos cientos de MBs... así los usuarios que bajen esa versión tendrán un 'bloque inicial' distinto, generado con los saldos finales de todas las direcciones con saldo en cierto bloque de la cadena "original", y a partir de ese bloque se sincronizarían normal con los bloques generados a partir de ese momento. Ésta creo que es una opción viable, pero reitero que no creo que por ahora sea algo que se tiene que resolver.