Aparece una propuesta de fork: cómo cambia realmente Bitcoin

Se publica una propuesta y se describe como un plan para cambiar Bitcoin. Publicar no cuesta nada. La activación es extremadamente difícil, y la distancia entre ambas es donde la mayoría de la cobertura se equivoca.

Suave y duro no son grados de lo mismo

Un soft fork endurece las reglas: los bloques válidos bajo las nuevas reglas siguen siendo válidos bajo las antiguas, así que los nodos que nunca actualizan siguen la cadena de todos modos. Un hard fork las relaja o las altera, así que los nodos que no actualizan rechazan los nuevos bloques y la red se divide. El primero es un cambio que los usuarios pueden optar por no notar; el segundo obliga a todos a elegir.

Quién decide realmente

No los desarrolladores, que solo pueden proponer y escribir código. Tampoco los mineros por sí solos, que ordenan transacciones pero no pueden hacer que los nodos acepten bloques inválidos. La restricción vinculante son los nodos económicos — exchanges, custodios, procesadores de pago, empresas y personas que ejecutan el software que define en qué cadena está su dinero. Un cambio que esas partes no ejecutan no es una actualización; es un activo nuevo con un nombre parecido.

Por qué el proceso es lento por diseño

Las propiedades de Bitcoin dependen de que las reglas sean difíciles de alterar. La lentitud es la característica: un sistema monetario cuyo calendario de oferta pudiera cambiarse por un grupo motivado no ofrecería la garantía que lo hace interesante. Las propuestas que no logran activarse son el sistema funcionando, no un bloqueo.

Qué verificar en cualquier historia de fork

¿Es suave o duro? ¿Se ha implementado, o solo se ha descrito? ¿Qué mecanismo de activación se propone, y con qué umbral? Y quién ha dicho públicamente que lo va a ejecutar — no “lo apoya”, sino que va a ejecutar el código. Esa última pregunta separa a casi todas las propuestas serias de casi todo el ruido.