Activación de SegWit v1

Aunque, por supuesto, el diablo está en los detalles, ¿cómo podría ser un proceso de actualización de este tipo? y ¿Cuáles son los diferentes mecanismos de actualización para los cambios de versión principales [v1 - v16] y menores [v1.0 - v1.127]?

Como mencionó Pieter Wuille en los comentarios, "Ni siquiera hay una propuesta. La discusión sobre la activación y todas sus implicaciones es algo que se debe tener después de que haya una idea elaborada, implementación y aceptación clara de la comunidad. Usted podría formular la pregunta genéricamente como "¿Qué métodos de activación están disponibles para futuros softforks?", pero nadie puede responder a esta pregunta por algo que no existe"

¿Cómo se señala la bifurcación suave?

Inicialmente, las bifurcaciones suaves solían estar señaladas con el número de versión del bloque, pero debido a sus muchas limitaciones, se usa BIP-9 (lea la documentación completa aquí ). En BIP-9, el número de versión del bloque se interpreta como un campo de bits en lugar de un número entero (actualmente tenemos 29 bits donde podemos señalar esto). BIP-9 también establece un tiempo máximo para la señalización y activación. De esta manera, los mineros no necesitan enviar señales para siempre. Si una propuesta no se activa dentro del período TIMEOUT (definido en la propuesta), la propuesta se considera rechazada. La propuesta podrá ser reenviada para señalización con un bit diferente, renovando el período de activación.

¿Cómo se aplica el cambio de consenso?

BIP-9 cuenta la señalización de activación en intervalos completos en función del período de reorientación de dificultad de 2016 bloques. Para cada período de retargeting, si la suma de los bloques de señalización de una propuesta supera el 95 % (1916 de 2016), la propuesta se activará un período de retarget más tarde. Las propuestas comienzan en el estado DEFINIDO, una vez que sus parámetros son conocidos (definidos) en el software bitcoin. Para los bloques con Median Time Past (MTP) después de la hora de inicio, el estado de la propuesta cambia a INICIADO. Si se excede el umbral de votación dentro de un período de reorientación y no se ha excedido el tiempo de espera, el estado de la propuesta cambia a LOCKED_IN. Un período de reorientación más tarde, la propuesta se vuelve ACTIVA. Las propuestas permanecen en el estado ACTIVO perpetuamente una vez que alcanzan ese estado. Si el tiempo de espera transcurre antes de que se alcance el umbral de votación, el estado de la propuesta cambia a FAILED, lo que indica una propuesta rechazada. Las propuestas FALLIDAS permanecen en ese estado perpetuamente. A continuación se muestra un diagrama del libro Mastering Bitcoin.

¿Es el cambio v1 tan "contencioso" y consume tanto tiempo como lo fue v0?

Una vez más, ni siquiera existe una propuesta adecuada.

¿Cuáles son las tareas de los operadores de nodos y los mineros?

Los mineros emiten su poder de voto sobre las diferentes propuestas extrayendo el bloque con el bit particular en el número de versión del bloque. Los nodos completos decidirán si quieren tratar estos bloques como válidos o no y si deben propagar esos bloques a toda la red.