en el post dice haber estado probando ditintas cadenas de bloques con un tamaño de 20MB cada uno (e incluso 200MB!), lo cual nos permitiría incluír muchísimas más transacciones por bloque y quizás pueda ayudar para volver a aumentar el valor de OP_RETURN el cual había sido reducido de 80 bytes a 40 anteriormente.
El post no dice nada de OP_RETURN. Lo digo por aclarar, ya que tu redacción puede dar lugar a que alguno piense que así es, pero no.
Este cambio necesitaría un Hard Fork, el cambio en el código nos obligaría a todos a actualizar nuestro actual sofware (cartera) por una versión nueva configurada para funcionar con estos nuevos bloques más grandes. Según comenta en el post este cambio sería MUY facil, tan solo cambiar tres lineas de código. Pero surgen dos problemas:
Las transacciones con "locktime" […] y las "coinbase" […]
Estos problemas se los encontró él durante sus pruebas. No van a darse en el momento de actualizar.
Creo que los que ahora tenemos nodos funcionando con Raspberrys como tengamos que indexar esta nueva cadena podremos echar semanas hasta que acabe.
Esa nueva cadena la creó él durante sus pruebas. De hecho en la primera línea del post dice "he estado ocupado llenando mi disco duro con copias de la cadena de bloques". Nosotros seguiremos usando la misma de siempre!
Madre mía, bloques de 200 mb conllevarían 28 gb diarios nuevos en el disco duro.
Lo que se va a cambiar es el
LÍMITE del tamaño de los bloques. No significa que a partir del día X todos los bloques vayan a ser de 200 Mb. De hecho, hoy día casi ningún bloque es de 1 Mb
.
La cadena de bloques actual ya está en 31,1Gb y creciendo.
Yo he tenido que migrar la maquina virtual que hace de nodo a un Pendrive de 64Gb, pero a este paso, me despediré de ella y seremos muchos los que nos tocara migrar a monederos online o a otro monedero que no necesite tener descargada la cadena de bloques.
Pronto tendremos autoprune y podremos limitar la cantidad de tamaño que le dedicamos a la cadena de bloques. Los nodos que tiren de este mecanismo ya no podrán ser considerados "full", claro, porque ya no tendrán la cadena de bloques entera, pero serán útiles de todos modos porque validarán todas las transacciones y bloques y seguirán ofreciendo bloques a los nodos nuevos que se unan a la red.
Si, estoy de acuerdo, pero el Pendrive que uso es de los que llaman grado militar, con cifrado, y resistente a golpes y agua, y digamos que no son nada baratos como para estar cambiándolo, además, también se tiene que contar con la velocidad de lectura y escritura, por que los hay de 64Gb que aunque anuncien USB 3.0 , son lentorros.
Lo dicho, con autoprune le dices al sistema que no use más de 63 Gb y problema solucionado. Pendrive military grade forever. Forever del bueno, que los bloques solo se escriben una vez y a partir de ahí ya solo sirven para leer, no se reescriben ni nada.
Y volviendo al post, es necesario poder recrear la cadena de bloques para soportar los tamaños que se nos avecinan, pero tendría que hacerse de a poco dicho cambio.
No estoy seguro de a qué te refieres con esto. No hay que recrear ninguna cadena de bloques, simplemente a partir del bloque X podría empezar a haber alguno que superara el Mb de tamaño, porque a partir de dicho bloque X el límite ya sería otro. Pero todos los bloques desde el génesis hasta el X seguirán inalterados.
Me explico, digamos que un nuevo cliente que se saque, soporte ya dicho protocolo, pero que aún continue soportando el antiguo/actual un par de versiones mas/meses, para dar tiempo a que se actualize el máximo número de usuarios y nodos y que a una fecha, ya no se sincronize y te oblige a actualizarlo sacando un mensaje.
Sin saber tampoco a qué te refieres (¿"protocolo"?), quiero decir que el fork será un proceso de varias semanas o meses, durante l@s cuales la gente se actualiza a una versión nueva que soporte los bloques más grandes y solo cuando determinado porcentaje de la red se haya actualizado, estos bloques podrían realmente empezar a aparecer. Ya hemos pasado por una transición así y no hubo ningún problema.
Edito para añadir: el fork real solo sucederá cuando aparezca el primer bloque de más de 1 Mb de tamaño, y solo sucederá para aquellos usuarios que no se hayan actualizado, que serán minoría. Rechazarán el bloque y probablemente se quedarán atascados en ese punto, puesto que el resto de la red seguirá construyendo la cadena teniendo en cuenta este bloque grande, y todos esos nuevos bloques también serán rechazados por la minoría porque no les encajan en la cadena que tienen. En este punto, se verán forzados a actualizar.
