https://www.cryptocoinsnews.com/breaking-bitcoin-miners-reach-scaling-agreement/
Eso no es segwit, es una "implementación" separada, por eso usa otro bit. Uso comillas porque realmente no hay implementación, no hay código, no hay nada. Ayer ck publicó esto. También vi algún comentario de gmaxwell pero no lo tengo a mano ahora (edit: https://www.reddit.com/r/Bitcoin/comments/6clkif/alleged_barry_silbert_agreement/).
El uso de otro bit entiendo que es para poder modificar el límite de 95 % de bloques marcados con la versión de segwit necesarios para activar el softfork y bajarlo al 80 % puesto que el otro bit está bloqueado por tiempo y es necesario esperar hasta su expiración para que se libere.
https://github.com/btc1/bitcoin/pull/1
Lo que no me cuadraba era que el hard fork aumentaba el max_size_limit a 2 MB mientras se mantenía el límite de peso en 4 MB en ver de plantear un hardfork que doblara el peso máximo de bloque a 8 MB puesto que segwit ya estaría activo. Es decir, a ese hardfork no le veo sentido. ¿Tendrá que ver con la idea de que segwit no impida asicboost? Bien, se verá las intenciones reales cuando presenten el cliente con las modificaciones pertinentes tanto para la activación de segwit como para el hardfork a 2 MB.
Es bueno seguir instigando el desacuerdo??
Lo unico que importa es que se resuelva el problema en consenso, si el codigo a implementar es Software Libre y se puede "ver", que problema hay??
No, importa que se resuelva correctamente y con código de calidad. Si Con Kolivas (no es un cualquiera) tiene dudas al respecto, entonces yo también las tengo. Ninguno de los asistentes a la reunión del acuerdo en Consensus 2017 tiene más reputación para mí que Kolivas. Así que si él pone en duda algún punto en concreto y alerta sobre algo, callo, atiendo e intento enterarme de lo que dice.