Luke Dashjr activa el hard fork BLAKE2b de Bitcoin

Luke Dashjr activa el hard fork BLAKE2b sin apoyos ni exchanges

El domingo 30 de agosto, Luke Dashjr publicó en X el parámetro que debía sellar la activación de su hard fork: blake2b_headline=8-30 NYPost Deride And Conquer, el titular canónico que el primer bloque de la nueva cadena debía incluir en su transacción coinbase.

Horas después, en el bloque 961.640, la cadena minoritaria impulsada por Bitcoin Knots abandonó SHA-256d y pasó a producir bloques con BLAKE2b, el cambio de algoritmo de prueba de trabajo que su grupo prepara desde que el soft fork BIP-110 se partió en dos a principios de agosto. El ensayo anunciado para el domingo se convirtió en activación real.

Del soft fork fallido al cambio de algoritmo

La activación cierra tres semanas de escalada en la comunidad Bitcoiner. El pasado 8 de agosto, el BIP-110, el soft fork temporal impulsado por Luke Dashjr para restringir los datos arbitrarios en las transacciones (inscripciones de Ordinals, texto e imágenes), entró en señalización obligatoria en el bloque 961.632 con apenas un 2% del hashrate.

Pero la cadena de nodos que lo aplicaba, quedó paralizada tras producir inicialmente solo dos bloques; la pool Roughnecks la fue extendiendo con cuentagotas bajo la dificultad heredada de Bitcoin hasta mediados de mes, cuando la cadena principal ya le llevaba más de 1.500 bloques de ventaja.

Al no poder doblegar a los mineros SHA-256d, el 11 de agosto Bitcoin Knots sorteó un nuevo algoritmo de PoW mediante un proceso commit-reveal sobre Testnet4 y confirmó BLAKE2b al día siguiente, elegido entre seis candidatos (BLAKE2b-256, SHA3x, BLAKE2s, Scrypt, BLAKE3x2 y Eaglesong).

Más tarde, el 15 de agosto, Dashjr abrió el borrador del pull request de hard fork en el repositorio de Knots y, a partir del 21 de agosto, la nueva cabecera se probó en Testnet4. El sábado 29, pidió a los mineros SHA-2 que detuvieran la producción antes del ensayo y fijó el release candidate rc4 como el encargado de marcar el último bloque SHA-2. Ese mismo día se anunció su salida definitiva de OCEAN.

Fork chino en Bitcoin: Un exfuncionario del PBOC lanza Bitcoin Purity

¿Qué cambió en el bloque 961.640?

El fork de flag-day es permanente, a partir de la altura 961.640, los bloques SHA-256d son inválidos y solo se aceptan los minados con BLAKE2b, con el objetivo inicial desplazado 22 bits, equivalente a unos 218 TH/s para bloques de diez minutos. El ajuste de dificultad cada 2.016 bloques se mantiene.

El cambio además no se limita al hash. La nueva cabecera pasa de los 80 bytes históricos a 164, e incorpora altura de bloque, número de transacciones, espacios de nonce ampliados (128 bits por nivel ASIC y 128 bits por máquina), perfiles ASIC, datos de desplazamiento temporal, una clave XOR y un campo de merge-mining.

El compromiso directo del número de transacciones cierra la ambigüedad del árbol de Merkle detrás de CVE-2017-12842, y la clave XOR opcional mitiga los ataques de retención de bloques. Se añade además SIGHASH_UNIFIED, un modo de firma que compromete todos los montos y ofrece protección unidireccional contra replay, aunque solo cuando el emisor lo elige.

Las reglas temporales de datos reducidos (RDTS) limitan los bloques a 800.000 unidades de peso, unos 300 kB, hasta septiembre de 2027, con restricciones adicionales sobre scripts de Taproot. La cabecera reserva espacio para sidechains con merge-mining y timestamps de 40 bits, que requerirán otro hard fork para activarse.

Resolver el problema de la minería

El cambio de algoritmo busca atacar la causa del fracaso de BIP-110, según Dashjr. La cadena minoritaria BIP-110 heredó la dificultad completa de Bitcoin, un nivel de seguridad que no podía sostener con su pequeña fracción de hashrate. Al pasar a BLAKE2b, los ASIC de SHA-256d quedan fuera y se abre la puerta a máquinas diseñadas para la criptomoneda Sia, como el Antminer A3 de Bitmain o los Goldshell SC5, y en teoría a CPU y GPU.

Pero que el hardware sea compatible no significa que el hashrate esté comprometido. Un revisor del código estimó que una versión del objetivo inicial exigía cerca de 870 TH/s para mantener bloques de diez minutos, mientras que la capacidad medida en Testnet4 rondaba los 50-70 TH/s. El problema aquí es otro: nadie ha mostrado interés en sostener la infraestructura para minar, ni mucho menos para crear un ecosistema alrededor de este «nuevo Bitcoin».

Por otro lado, el primer retarget de la red no llegará hasta dentro 2.016 bloques, así que si al lanzamiento solo se presenta esa capacidad, el ritmo de producción sería de horas por bloque. De hecho, las notas del release candidate apuntaron a un objetivo inicial más bajo, pero la brecha entre la potencia necesaria y la confirmada sigue siendo la primera prueba del diseño.

Bitcoin roza los 80.000 dólares y Saylor desata la fiesta en X con lentejuelas

La cadena funciona, pero el ecosistema no existe

Pero producir bloques bajo reglas comunes es solo el primer eslabón. Primero, la cabecera de 164 bytes rompe la compatibilidad con los clientes estilo Electrum, que esperan las cabeceras de 80 bytes de Bitcoin. Esto significa que carteras ligeras, indexadores y exploradores necesitan adaptarse al cambio que, según Dashjr, quedan fuera del alcance de Bitcoin Knots. Esto significa que ningún exchange, custodio, explorador ni implementación Lightning se ha comprometido públicamente a soportar la cadena, y el FAQ del proyecto recomienda a los exchanges pausar depósitos y retiros alrededor de la división.

Además, el riesgo de replay sigue presente. Ambas cadenas comparten el historial y los saldos previos al fork, y una transacción que gaste monedas pre-fork puede ser válida en las dos. SIGHASH_UNIFIED ofrece protección direccional, pero solo si se activa de forma explícita.

De hecho, en la cadena minoritaria se acumulan desde mediados de agosto más de 400.000 transferencias sin confirmar, buena parte accidentales, y la moneda no tiene cotización ni mercado verificable.

Esta situación recuerda a la de los forks de 2017, pero con una diferencia: entonces la mayoría consiguió carteras, exchanges y un precio; aquí no ha aparecido ninguno. Al escenario se ha sumado además un tercer fork, Bitcoin Purity, iniciado por un exfuncionario del banco central chino en el bloque 961.637.

Una purga que deja a Dashjr solo

La activación llega en un momento de aislamiento institucional. El 29 de agosto, OCEAN, la pool que cofundó, anunció la compra de su participación y su salida como chairman, CTO y director; Dashjr pasa a un nuevo proyecto de minería, CONVOY, sin infraestructura ni clientes públicos.

Esto se suma al hecho de que, una semana antes, el 11 de agosto, Dashjr fue removido como editor del repositorio de BIPs por los otros editores, que consideraron su gestión de BIP-110 “una salida completa del ecosistema de desarrollo de Bitcoin”. El consenso de desarrolladores y mercado, en palabras de Adam Back, ya ignoró el fork.

Mañana, 1 de septiembre, está prevista la publicación de Bitcoin Knots 29.4.1 final, que conservaría la cadena iniciada el 30 de agosto; si surgen problemas, el plan contempla un reset al último bloque SHA-2 con un rc5.

Pero la supervivencia de la cadena no depende solo del código. Necesita mineros que mantengan la producción y una economía que le dé valor. A día de hoy, el hard fork BLAKE2b es una altcoin derivada de Bitcoin sin precio, sin exchange y sin ecosistema, no un nuevo Bitcoin. El experimento ha probado que el algoritmo puede cambiarse; falta probar que algo se construya sobre él.

Luke Dashjr acelera su hard fork de Bitcoin para intentar llegar al 1 de septiembre

Comparte esto: