700 / 736ACTIVATE

Soft Fork Activation

BIP 8, BIP 9 y Speedy Trial

Soft Fork Activation es el paso coordinado desde código publicado hasta el momento en que los nodos actualizados aplican reglas de consenso más estrictas; el signaling minero mide preparación, no propiedad de Bitcoin.

Un mecanismo de activación define parámetros, transiciones de estado y la altura desde la que los nodos validadores rechazan bloques que incumplen una nueva regla retrocompatible.

Un soft fork reduce el conjunto de bloques válidos y las condiciones nuevas solo se aplican en ACTIVE. Software publicado, inicio del signaling y LOCKED_IN aún no son activación; la espera permite actualizar nodos, mineros, wallets y servicios. [2]

BIP 9 evalúa un version bit en periodos de 2016 bloques y pasa por DEFINED, STARTED, LOCKED_IN, ACTIVE y FAILED. Su umbral original era 1 916 bloques, o 95 %; no alcanzarlo antes del timeout lleva a FAILED. [2]

BIP 8 usa startheight, timeoutheight y minimum_activation_height en vez de fechas por Median Time Past. lockinontimeout añade el estado opcional MUST_SIGNAL y puede garantizar LOCKED_IN a más tardar en timeoutheight. [1]

Con LOT=false, un deployment que no llega al umbral antes de timeoutheight termina FAILED. Con LOT=true, el último periodo puede rechazar demasiados bloques sin señal; la elección cambia el riesgo de chain split y debe conocerse antes de aplicarla. [1]

BIP 8 recomienda un umbral de 1 815 de 2016 bloques, el 90 %, y al menos un periodo LOCKED_IN antes de ACTIVE. Cada soft fork debe publicar sus parámetros; el nombre del mecanismo no fija por sí solo umbral ni fecha. [1]

Taproot usó una variante de BIP 9 llamada Speedy Trial: bit 2, umbral de 1 815 de 2016 bloques y altura mínima fija 709 632. Se bloqueó y se activó realmente en mainnet en el bloque 709 632. [3]

La señal del header muestra disposición del hashrate a crear bloques compatibles; no es voto por monedas ni determina por sí sola las reglas del nodo. Tras activarse, cada full node valida con el código y parámetros que ejecuta. [4]

Para comprobar ‘activado’ hay que revisar BIP exacto, release con parámetros, red, version bit, periodo, umbral, LOCKED_IN y altura ACTIVE. El resultado de Taproot no se traslada automáticamente a otra propuesta. [4]

Para obtener la imagen más completa, lee esta entrada junto con Soft Fork, BIP (Bitcoin Improvement Proposal), SegWit, Taproot, Reglas de consenso, Guerra del tamaño de bloque. También enlazan con esta entrada Schelling Point.

01¿Votan los mineros las reglas de Bitcoin?

No en sentido jurídico ni de propiedad. El signaling mide preparación en un mecanismo concreto; la validez de los bloques la determinan las reglas de nodos validadores.

02¿Qué significa LOT=true?

Lock-in-on-timeout en BIP 8 añade MUST_SIGNAL antes del timeout para alcanzar LOCKED_IN sin umbral anterior. El exceso de bloques sin señal es inválido entonces para nodos LOT=true.

DOC · 001BIP 8 — Version bits with lock-in by heightEspecificación DOC · 002BIP 9 — Version bits with timeout and delayEspecificación DOC · 003BIP 341 — Taproot deploymentEspecificación DOC · 004Bitcoin Core 0.21.1 — Taproot Speedy TrialFuente primaria
Revisado: Fuentes primero · No es asesoramiento financiero