A medida que se producen más y más transacciones de Bitcoin, el crecimiento de Blockchain bien puede, algún día, convertirse en un problema para los sistemas que quieren (¿necesitan?) almacenar toda la cadena de bloques.
Esta respuesta a "¿Hay algún estudio sobre el tamaño de la cadena de bloques escalando con el tiempo?" sugiere que la verificación de pago simplificada es una buena solución, pero SPV, según tengo entendido, requiere un grado de confianza en los pares individuales que puede no ser del gusto de todos.
Aunque realmente no entiendo la cadena de bloques lo suficientemente bien como para saber si esto es sensato, el tipo de cosa que se me ocurre podría ser una mezcla de SPV con almacenamiento en caché parcial de la cadena de bloques (¿usado con menos frecuencia?), donde el cliente guarda una pequeña pieza de la cadena de bloques.
¿Es esto realmente un problema, y hay algún trabajo en progreso para resolverlo?
Alternativamente, si esto no es un problema, ayúdame a entender por qué.
Actualmente, solo nodos completos, es decir, nodos que tienen los bloques de retransmisión inventariados de blockchain completos. Personalmente, recientemente me encontré con el primer problema, cuando mi partición de Linux se quedó sin almacenamiento, pero si hubiera elegido un tamaño de partición más grande, podría incluso permitirme un múltiplo de los 50 GiB fácilmente.
Uso de almacenamiento: actualmente, la cadena de bloques es de aproximadamente 50 GiB. Si continúa creciendo a 1 MiB por 10 minutos, el almacenamiento de la cadena de bloques completa debería seguir siendo asequible para aquellos que lo deseen.
Para todos los demás, ahora existe la opción de ejecutar un nodo de poda . Una vez que los nodos de poda estén habilitados para retransmitir bloques , esperaría que la cantidad de nodos de servicio comience a aumentar nuevamente.
Sin embargo, tendría que haber algunos nodos con la cadena de bloques completa para asegurar el historial.
Tiempo de inicio del cliente : esto puede convertirse en un problema en algún momento, pero los datos de la cadena de bloques no se verifican cada inicio, sino que la sincronización solo se ejecuta una vez para cada bloque. Entonces, con una computadora actual, no creo que sea un problema ahora o en el futuro previsible.
Sincronización por primera vez : la sincronización se ha mejorado drásticamente con el lanzamiento de Bitcoin Core 0.10. Ahora, solo los encabezados de bloque deben procesarse en orden y todos los demás datos de bloque pueden procesarse en cualquier orden. Este y otros ajustes han reducido drásticamente el tiempo necesario para ponerse al día con la red. Mi computadora ahora puede hacer la sincronización inicial en unas pocas horas. A medida que aumente la potencia de procesamiento, espero que siga siendo manejable en el futuro previsible.
Actualización: La próxima versión 0.12 aumentará adicionalmente la velocidad de sincronización en x5, debido a la validación de las firmas que se ejecutan a través libsecp256k1
de , una biblioteca que se ha codificado específicamente para ejecutar las operaciones de Bitcoin de manera más eficiente.
ES un problema: el tiempo de sincronización y el tamaño de la cadena de bloques son demasiado largos y grandes, respectivamente .
Pero para muchos otros negocios puede estar bien porque no hay demasiadas transacciones.
Tiene que haber una solución para bitcoin, el tamaño de la cadena de bloques y los tiempos de sincronización. Es la razón principal por la que no uso bitcoin.
muro
Brent.Longborough
muro
Brent.Longborough