Re: SegWit y HardFork. Cosas que deben saber los usuarios no avanzados
Yo también pensé que sería como tú has dicho, pero me entró la duda de que podía ser de la otra forma. Es que, en un tuit, Jihan Wu dice que SegWit y el HardFork serán locked-in al mismo tiempo, y no entendía qué quería decir eso.
Entiendo que son eventos condicionados que van programados en el código, de tal forma que si se activa la primera condición a los seis meses se produce la segunda en todos los nodos que ejecuten dicha versión en esa fecha y que se señaliza en el bit 4 de la versión del bloque.
Y esto vuelve a ser el talón de aquiles de este problema. Para mi el mejor escenario sería:
-Tomar lo que el equipo de Core ha desarrollado de SegWit (Ya que es software libre, ya esta hecho, y muchos confían en el), y salir al paso de la posibilidad que lo que se escriba sea una chapuza
y se carge Bitcoin. El objetivo es que todo se haga limpia y honestamente, con el mejor software disponible y verdaderos expertos para lo que falta.
-Incluir el contador para activar el cambio del tamaño del bloque (Entiendo que SegWit de Core no lo tiene, y por eso no se ha implementado la señalización).
-Rezar por que Todos estemos de acuerdo, y no se pierda esta oportunidad.
-Tomar lo que el equipo de Core ha desarrollado de SegWit (Ya que es software libre, ya esta hecho, y muchos confían en el), y salir al paso de la posibilidad que lo que se escriba sea una chapuza
y se carge Bitcoin. El objetivo es que todo se haga limpia y honestamente, con el mejor software disponible y verdaderos expertos para lo que falta.
-Incluir el contador para activar el cambio del tamaño del bloque (Entiendo que SegWit de Core no lo tiene, y por eso no se ha implementado la señalización).
-Rezar por que Todos estemos de acuerdo, y no se pierda esta oportunidad.
Lo que me ha parecido leer por algún sitio, es que tras el hardfork tendríamos bloques de hasta 4 MB (teóricos) de los cuales 2 MB serían para transacciones no-segwit. El caso es que una vez activado segwit ya sólo importa el límite de peso de 4 MB (si no te pasas de 4 MB no puedes superar el límite de 1 MB que "ven" los nodos antiguos de modo que para ellos los bloques siguen siendo válidos aunque no puedan verificar las transacciones segwit), parece que el paso lógico siguiente sería duplicar el límite de peso a 8 MB (aquí ya no importan los nodos desactualizados porque van a rechazar todos los bloques segwit que se pasen de 4 MB). De esta parte me tengo que enterar mejor porque no tengo claras las características exactas de la propuesta hecha en Consensus 2017.