Pregunta 2

Implement BIP 54 (Consensus Cleanup) without mainnet activation

Andrea Díaz Correia 18/08/2026 21:26

Pregunta 2 -> En el commit “chainparams: add versionbits deployment for BIP 54” se añade el despliegue versionbits. ¿Por qué está NEVER_ACTIVE en todas las redes menos regtest? ¿Y por qué gbt_optional_rule es false aquí y true en testdummy?

25/08/2026 17:03

Empecemos con la segunda pregunta

arejula27 25/08/2026 17:03

para que el commit no active bip54, sino introduzca el codigo para poder ser testeado en regtest.

25/08/2026 17:03

La otra pregunta, esa es la forma de desplegar softforks mediane te bip9 en core, el primer parametro marca el nombre y els egundo como de estricta es, en esta caso obligatorio

> 25/08/2026 17:03

Por convención, no se puede mergear código activado en redes reales (mainnet, testnet y signet), primero la implementación y después la activación. Regtest queda activo para correr los tests funcionales.

Andrea Díaz Correia 25/08/2026 17:04

perfecto

Pol Espinasa 25/08/2026 17:04

NEVER_ACTIVE se usa para indicar que esa regla de consenso no se usa. Es practico para testear canvios en alguna de las redes y dejar el cambio de softfork sin activar en otras.

GBT viene de getblocktemplate y viene a indicar a los consumidores de bloques para minar si pueden ignorar el softfork o no, se ignora el testdummy ya que es un a regla de test.

Andrea Díaz Correia 25/08/2026 17:05

Bien, vamos a la tercera