AsicBoost explicado — 13% de eficiencia gratis

AsicBoost es una optimización de SHA-256 que permite a un chip de minería saltarse parte del trabajo de hashing, recortando el consumo hasta cerca de un 13% con el mismo hashrate. Explota una peculiaridad en cómo SHA-256 procesa el encabezado de bloque de Bitcoin, y en 2017 estuvo a punto de fracturar la comunidad minera de Bitcoin, porque su primera versión, usada de forma encubierta por un fabricante dominante, distorsionó silenciosamente los incentivos de la red. Para 2026, todo ASIC moderno viene con la versión “buena” activada por defecto, y la “mala” es una curiosidad histórica.

Puntos clave

• AsicBoost ahorra energía, no añade hashes: el mismo hashrate corre con hasta un ~13% menos de energía reutilizando cálculos de “midstate” de SHA-256.
• Encubierto vs explícito es toda la historia: el AsicBoost encubierto (Merkle grinding) incentivaba bloques vacíos y luchaba contra SegWit; el explícito (version-rolling) hace la misma matemática de forma inofensiva.
• La pelea de 2017 remodeló Bitcoin: dio urgencia a SegWit, produjo una licencia de patente defensiva y ayudó a motivar Stratum V2.
• Ahora es universal: estandarizado como version-rolling de BIP320, todo chip moderno del S9 en adelante y todo Bitaxe lo soportan.
• Tu pool tiene que hablar version-rolling para que la ganancia se aplique: apunta un miner con AsicBoost a un pool que no lo soporta y quemarás un ~10-13% más de energía para nada.

El truco de SHA-256 en el corazón de AsicBoost

Para entender AsicBoost necesitas un dato sobre SHA-256: procesa los datos en trozos de 64 bytes. Un encabezado de bloque de Bitcoin tiene 80 bytes, así que SHA-256 lo parte en dos trozos: chunk 1 (bytes 0-63) y chunk 2 (bytes 64-79, con relleno hasta 64). Calcular el chunk 1 es la parte cara; el chunk 2 es barato. La razón es que SHA-256 arrastra un “estado” entre trozos: una vez procesado el chunk 1, ese estado —el midstate— queda fijo, y cualquier encabezado que comparta el mismo chunk 1 puede reutilizarlo y saltar directo al chunk 2.

El encabezado está dispuesto de modo que el chunk 1 contiene la versión (4 bytes), el hash del bloque anterior (32 bytes) y los primeros 28 bytes de la raíz de Merkle, mientras que el chunk 2 contiene los últimos 4 bytes de la raíz de Merkle, el tiempo, los bits, el nonce y el relleno. Un miner normal itera el nonce (en el chunk 2), reutilizando gratis el único midstate del chunk 1. AsicBoost plantea una pregunta más afilada: ¿y si pudieras generar varios chunk 1 distintos, cada uno con su propio midstate, y reutilizar cada uno a lo largo de muchas iteraciones de nonce? Con cuatro midstates haces aproximadamente 4× el trabajo del chunk 2 por el mismo esfuerzo del chunk 1, y el cálculo caro corre mucho menos a menudo.

El resultado: aproximadamente un 13-20% menos de energía por hash según cuán agresivamente se implemente en el silicio. Mismo hashrate, menos calor, factura de luz más baja.

AsicBoost encubierto: la versión polémica

La primera implementación conocida públicamente fue el AsicBoost encubierto, o “Merkle grinding”. Genera nuevos midstates de chunk 1 cambiando la porción de la raíz de Merkle del chunk 1: metiendo y sacando transacciones del bloque, recalculando el árbol de Merkle y cazando raíces que compartan los bytes adecuados. Fue polémico por cuatro motivos:

1. Incentivaba bloques más pequeños. Encontrar colisiones de Merkle viables es más rápido con un árbol más pequeño, así que un miner con AsicBoost encubierto tenía motivación económica para minar bloques más pequeños o vacíos aun con transacciones esperando, en contra directa de los usuarios que pagan comisiones por ser incluidos.
2. Interfería con SegWit. La estructura de Merkle de SegWit dificultaba desplegar el AsicBoost encubierto, enfrentando la optimización con una mejora del protocolo.
3. Era indetectable. Un bloque con AsicBoost encubierto se ve idéntico a uno normal, así que la red no podía saber quién lo usaba. Las sospechas eran altas; las pruebas, escasas.
4. Estaba patentado. La técnica fue patentada por Timo Hanke (ex CTO de CoinTerra) y Sergio Lerner, lo que significaba que una sola entidad podía tener un monopolio legal sobre una ventaja de eficiencia del 13-20%: el peor caso para una red descentralizada.

En abril de 2017, el desarrollador de Bitcoin Core Greg Maxwell publicó un correo ya famoso argumentando —con sólidas pruebas técnicas— que Bitmain usaba AsicBoost encubierto en producción y aprovechaba esa ventaja para oponerse a SegWit. Bitmain negó usarlo en mainnet mientras mantenía solicitudes de patente que describían exactamente esa capacidad; las negativas convencieron a pocos. La respuesta de la comunidad fue rápida: Maxwell, Adam Back y otros se opusieron públicamente, y SegWit se activó en agosto de 2017 en parte gracias al movimiento del user-activated soft fork (UASF). El AsicBoost encubierto quedó neutralizado en la práctica.

AsicBoost explícito: la versión amistosa con el protocolo

Mientras el AsicBoost encubierto rompía la comunidad, surgió una alternativa limpia: el AsicBoost explícito, o “version-rolling”. Logra la misma ganancia de SHA-256 variando el campo de versión (los primeros 4 bytes del chunk 1) en lugar de la raíz de Merkle, usando bits que las reglas de consenso no necesitan de otro modo. Las ventajas sobre el encubierto son decisivas:

• Sin incentivo para saltarse transacciones. Los bits de versión son independientes del contenido del bloque, así que el mercado de comisiones queda intacto.
• Compatible con SegWit. El version-rolling no toca la estructura de Merkle.
• Transparente. Cualquiera que observe la cadena puede ver los bloques con AsicBoost explícito por sus patrones de bits de versión.
• De hecho, más eficiente. Sin reordenar el árbol de Merkle hay menos sobrecarga que en el grinding encubierto.

El avance político llegó en marzo de 2018, cuando el titular de la patente, Little Dragon Technology LLC, liberó la patente bajo la Blockchain Defensive Patent License (BDPL): cualquier fabricante podía usar el AsicBoost por version-rolling, siempre que se uniera a la BDPL y se comprometiera a no blandir patentes de forma agresiva. El DragonMint de Halong Mining fue el primer hardware en incorporarlo, Slush Pool el primer pool grande en soportar la extensión de version-rolling, y Bitmain publicó firmware de AsicBoost explícito para el Antminer S9 —que ya lo soportaba en hardware discretamente— más tarde ese año. Para 2019 era el estándar de facto; para 2026 no puedes comprar un ASIC de SHA-256 sin él.

BIP320: la especificación técnica

El AsicBoost explícito está estandarizado en BIP320. Designa 16 bits del campo de versión de 32 bits (bits 13-28 inclusive, máscara 0x1fffe000) como “rodables”: libres para que el miner los modifique sin afectar al consenso, y retirados de la señalización de soft fork para que no colisionen con ella. Son 65,536 valores de versión por encabezado, mucha más variación de la que AsicBoost necesita (basta con dos bits para una colisión de 4 vías). El miner itera estos bits para generar midstates de chunk 1 frescos y corre muchos nonces contra cada uno.

Cómo se ponen de acuerdo el pool y el miner

Para que la ganancia se aplique, pool y miner deben acordar qué bits de versión puede modificar el miner, mediante una extensión de Stratum llamada version-rolling (negociada a través de mining.configure). El apretón de manos es simple:

Miner -> pool:  mining.configure
                version-rolling.mask = 1fffe000
Pool  -> miner: version-rolling = true
                version-rolling.mask = 1fffe000
Luego el pool envía trabajos sin fijar la versión completa,
y el miner rota libremente los bits enmascarados.

Si el pool no soporta version-rolling, el miner vuelve a la minería estándar y corre con menor eficiencia. Por eso importa el soporte del pool: uno que no lo tenga deja un ~13% de la eficiencia de sus miners sobre la mesa. SoloFury implementa version-rolling en cada endpoint de stratum a través de las cinco cadenas SHA-256, así que cualquier miner con AsicBoost obtiene la ganancia automáticamente. (El version-rolling es también una pieza de la revisión más amplia del protocolo que cubrimos en nuestra guía Stratum V2 vs V1.)

Qué chips soportan AsicBoost (2026)

Todo chip de minería moderno de Bitmain soporta AsicBoost explícito de forma nativa en el silicio:

Los chips de MicroBT (Whatsminer) soportan AsicBoost explícito desde la serie M30 (2020), y la línea Avalon de Canaan desde alrededor de 2022: es universal en el hardware moderno. Los dispositivos Bitaxe, NerdQAxe y NerdOCTAxe que corren el AxeOS de código abierto lo activan por defecto y negocian el version-rolling durante el apretón de manos de stratum. (Para el linaje completo de chips, consulta nuestra guía de evolución de los chips ASIC.)

La ganancia real de eficiencia: medida, no estimada

El máximo teórico en SHA-256 ronda el 20%; las implementaciones del mundo real aterrizan en un 5-15% según cuán agresivamente se optimice el silicio. Braiins (el equipo detrás de Slush Pool y Braiins OS) verificó el AsicBoost del Antminer S9 en 2018 y midió aproximadamente un 13% de ahorro de energía en producción. Los chips modernos (BM1370, BM1373) lo integran más a fondo y logran resultados similares o algo mejores. Lo que significa el 13% en la práctica:

Para un solo Bitaxe en casa son un par de dólares al año; para una granja industrial de 1,000 equipos S21+ son aproximadamente $394,000 al año en electricidad ahorrada. En cualquier caso, toda la red corre con más eficiencia, todo a partir de una observación ingeniosa sobre cómo SHA-256 maneja sus entradas.

El legado: cómo AsicBoost remodeló Bitcoin

La saga dejó marcas duraderas. El empujón para neutralizar el AsicBoost encubierto dio urgencia a SegWit, que a su vez habilitó la Lightning Network y trabajos posteriores de segunda capa. La BDPL sentó un precedente para liberar patentes de minería protegiéndose del litigio, reduciendo el riesgo de futuros monopolios de hardware. Stratum V2 se apoyó en parte en las lecciones de este episodio, dando a los miners más autonomía sobre la selección de transacciones como respuesta estructural al riesgo de centralización que el AsicBoost encubierto dejó al descubierto. Y el version-rolling de BIP320 se volvió infraestructura de base y rutinaria: la técnica que casi parte Bitcoin en 2017 es hoy algo que todo pool y todo miner simplemente hablan. Bitcoin sobrevivió a una ventaja de hardware de un actor interno, y la respuesta dejó el sistema más transparente y más resiliente.

Qué significa esto para tu miner hoy

Si tienes cualquier cosa del S19 en adelante, cualquier Bitaxe o cualquier Whatsminer M30+: AsicBoost viene activado por defecto en el firmware, y solo necesitas un pool que soporte version-rolling para que la ganancia esté activa; SoloFury lo hace, en las cinco cadenas. Puedes confirmar que funciona en tu panel de AxeOS (Bitaxe), en la página de estado de Bitmain (Antminer) o en las estadísticas del pool, donde una sesión activa muestra “version-rolling: yes” o similar. La advertencia práctica: si pasas de un pool con version-rolling a uno sin él, tu hashrate se mantiene igual pero tu consumo sube un ~10-13%: mismo trabajo, más energía. Confirma siempre que tu pool habla version-rolling. En firmware personalizado (Braiins OS+, VNish, LuxOS) el ajuste se expone por equipo, pero el valor por defecto es activado, y la mayoría debería dejarlo así.

En resumen

AsicBoost es una de esas optimizaciones silenciosas invisibles desde fuera —tu miner corre, tu hashrate es el que es— mientras por debajo cada ASIC moderno se salta el trozo innecesario y ahorra los vatios innecesarios. El 13% no suena a mucho hasta que lo escalas: en una red que corre cerca de 980 EH/s, AsicBoost representa bastante más de 100 EH/s de hashrate efectivo que de otro modo no existiría —más de lo que tenía toda la red Bitcoin en 2018—, liberado por una peculiaridad de SHA-256 y una pelea de patentes que terminó por hacer el sistema más fuerte. Cada bloque que encuentras —cada premio de lotería de un Bitaxe, cada bloque BCH resuelto, cada subsidio XEC— es en parte producto de ello. La matemática siempre estuvo en SHA-256; la comunidad tuvo que pelear sobre cómo usarla, y el AsicBoost explícito es lo que ganó.