AsicBoost explicado — 13% de eficiencia gratis

En 2017, Bitcoin tuvo una guerra civil silenciosa. De un lado: desarrolladores preocupados porque un único fabricante de mineros — Bitmain — estaba usando en secreto una técnica patentada para minar más eficientemente que cualquier otro, dándose una ventaja competitiva injusta e incentivándose estructuralmente a producir bloques más pequeños. Del otro lado: Bitmain, negándolo todo mientras presentaba solicitudes de patente que describían exactamente la técnica que se les acusaba de usar.

La técnica se llamaba AsicBoost. Era real. Funcionaba. Y dependiendo de cómo la implementaras, era o una optimización ingeniosa amigable con el protocolo, o un ataque silencioso a la estructura de incentivos de Bitcoin. La disputa reformó la minería de Bitcoin. Para 2026, todo ASIC moderno sale de fábrica con AsicBoost habilitado por defecto — pero solo la versión “buena”. La versión “mala” está muerta, y la forma en que murió es en sí misma una historia que vale la pena contar.

Esta es la guía técnica completa del Gufo. Cubriremos cómo funciona realmente AsicBoost a nivel de SHA-256, la diferencia entre implementaciones covert y overt, la saga de patentes que casi fractura el ecosistema minero de Bitcoin, y por qué tu Bitaxe Gamma en 2026 entrega silenciosamente un 13% más de hashrate por vatio gracias a una pelea que la mayoría de los mineros nunca notaron.

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

Para entender AsicBoost, necesitas entender una peculiaridad específica de SHA-256: el algoritmo procesa datos en trozos (chunks) de 64 bytes. Cuando un minero hashea un encabezado de bloque de Bitcoin (que es de 80 bytes), SHA-256 lo divide internamente en dos chunks — chunk 1 (bytes 0-63) y chunk 2 (bytes 64-79, rellenados a 64 bytes).

Calcular el hash del chunk 1 es caro. Calcular el chunk 2 es barato. ¿Por qué? Porque SHA-256 mantiene un “estado” entre chunks. Una vez que el chunk 1 se procesa, el estado (llamado “midstate”) queda fijado. Para hashear un encabezado de bloque diferente que comparta el mismo chunk 1, puedes saltarte la computación del chunk 1 por completo y solo procesar el chunk 2 contra el midstate cacheado.

Aquí es donde AsicBoost se vuelve ingenioso. El encabezado de bloque de Bitcoin está estructurado de modo que:

• El chunk 1 contiene: Versión (4 bytes), hash del bloque anterior (32 bytes), y los primeros 28 bytes de la raíz Merkle.
• El chunk 2 contiene: Los últimos 4 bytes de la raíz Merkle, Tiempo (4 bytes), Bits (4 bytes), y Nonce (4 bytes), más padding.

Un minero SHA-256 tradicional itera cambiando el Nonce (en el chunk 2). Cada nuevo nonce requiere rehashear el chunk 2 — pero el chunk 1 permanece igual, así que su midstate se reutiliza gratis. Hasta aquí, bien.

AsicBoost hace una pregunta diferente: ¿qué pasa si puedes encontrar múltiples entradas de chunk 1 que produzcan midstates útiles, y reutilizarlas a lo largo de muchas iteraciones de nonce? Si tienes 4 entradas de chunk 1 que producen 4 midstates, puedes hacer efectivamente 4× el trabajo en chunk 2 por el mismo esfuerzo de chunk 1. El consumo de energía baja porque la costosa computación del chunk 1 se ejecuta menos a menudo.

El resultado: Aproximadamente 13-20% menos de energía consumida por hash, dependiendo de cuán agresivamente implementes AsicBoost en silicio. Mismo hashrate, menos calor, factura eléctrica más baja.

Covert AsicBoost — la versión controvertida

La primera implementación de AsicBoost públicamente conocida fue covert AsicBoost, también llamada “Merkle grinding”. Funciona cambiando la parte de la raíz Merkle del chunk 1 — específicamente, el lado derecho del árbol Merkle, que contiene los hashes de las transacciones.

Para encontrar una colisión útil (dos raíces Merkle que comparten los últimos 4 bytes pero difieren en los primeros 28), el minero baraja las transacciones entrando y saliendo del bloque, recalcula el árbol Merkle, y busca el patrón correcto. Cada raíz Merkle viable da un nuevo midstate de chunk 1 que puede reutilizarse.

¿Por qué fue controvertido?

1. Incentivaba bloques más pequeños. Encontrar colisiones viables es más rápido cuando el árbol Merkle es más pequeño. Un minero que usa covert AsicBoost tiene motivación económica para minar bloques más pequeños o vacíos, incluso cuando hay transacciones esperando para ser incluidas. Esto es malo para Bitcoin: los usuarios pagan comisiones esperando que sus transacciones se incluyan, y un minero covert-AsicBoost tiene incentivo para saltárselas.
2. Interfería con SegWit. SegWit (Segregated Witness) requiere una estructura específica de árbol Merkle. Covert AsicBoost era más difícil de desplegar en bloques SegWit, creando un conflicto estructural entre la actualización del protocolo y la optimización.
3. Era indetectable desde fuera. Un minero usando covert AsicBoost se ve idéntico a uno que no lo usa. Esto hacía imposible que la red supiera quién lo estaba usando. La sospecha era alta; la prueba era escasa.
4. Estaba patentado. La técnica fue patentada por Timo Hanke y Sergio Lerner en 2014. Quien tuviera la patente tenía un monopolio legal sobre la técnica. Este era el peor caso para Bitcoin: una sola entidad con una ventaja de eficiencia del 13-20% que nadie más podía usar legalmente.

En abril de 2017, el desarrollador de Bitcoin Core Greg Maxwell publicó un email ya famoso titulado “ASICBOOST: Bitmain’s covert ASIC Bitcoin mining boost”. Maxwell argumentó — con fuerte evidencia técnica — que Bitmain estaba usando covert AsicBoost en producción, ganando una ventaja de eficiencia de varios puntos porcentuales sobre los competidores, y estaba usando esa ventaja para oponerse a SegWit.

Bitmain negó usar covert AsicBoost en mainnet. Simultáneamente mantenía solicitudes de patente que describían exactamente esa capacidad. Las negativas no eran creíbles para la mayoría de los observadores.

La respuesta de la comunidad fue rápida. Greg Maxwell, Adam Back y otros se opusieron públicamente al covert AsicBoost. SegWit se activó en agosto de 2017 en parte gracias a la presión de los usuarios y al movimiento UASF (User Activated Soft Fork). Covert AsicBoost — la forma controvertida — fue efectivamente neutralizado.

Overt AsicBoost — la versión amigable con el protocolo

Mientras covert AsicBoost desgarraba a la comunidad, una solución paralela emergía: overt AsicBoost, también llamado “AsicBoost de version-rolling”.

Overt AsicBoost logra la misma ganancia de eficiencia SHA-256 manipulando el campo de versión (los primeros 4 bytes del chunk 1) en lugar de la raíz Merkle. El campo de versión tiene bits no utilizados — bits que actualmente no son usados por las reglas de consenso de Bitcoin — y el minero puede variar esos bits para generar diferentes entradas de chunk 1 y midstates.

Las ventajas clave sobre covert AsicBoost:

• Sin incentivo para producir bloques vacíos. Los bits de versión son independientes del contenido de las transacciones. Un minero que usa overt AsicBoost tiene cero incentivo estructural para saltarse transacciones. El mercado de comisiones de Bitcoin permanece intacto.
• Compatible con SegWit. Version-rolling no entra en conflicto con la estructura del árbol Merkle de SegWit.
• Detectable. Cualquiera que observe la cadena puede ver qué bloques están siendo minados con overt AsicBoost (el campo de versión tendrá patrones de bits inusuales). La transparencia es buena para la confianza.
• Más eficiente que covert. Contraintuitivamente, overt es técnicamente más eficiente porque no es necesario barajar el árbol Merkle para encontrar colisiones.

En marzo de 2018, la patente de AsicBoost fue liberada bajo la Blockchain Defensive Patent License (BDPL). Cualquier fabricante de mineros podía ahora usar AsicBoost legalmente — pero solo si se unía al marco BDPL y se comprometía a no usar patentes agresivamente contra otros. Esta fue la jugada maestra política que desactivó todo el conflicto.

Halong Mining, de DragonMint, fue el primero en enviar hardware con overt AsicBoost. Slush Pool fue el primer gran pool en soportar la extensión Stratum de version-rolling. Bitmain capituló meses después, lanzando un firmware que habilitaba overt AsicBoost en el Antminer S9 (que lo había soportado silenciosamente en hardware todo el tiempo).

Para 2019, overt AsicBoost era el estándar de facto. Para 2026, no puedes comprar un ASIC SHA-256 que no lo soporte.

BIP320 — la especificación técnica

Overt AsicBoost está formalmente especificado en BIP320 (Bitcoin Improvement Proposal 320): “Reduced version-bits availability for general-purpose forks signaling.”

BIP320 designa un subconjunto específico de bits del campo de versión de 32 bits como “rolleables” — es decir, disponibles para la manipulación AsicBoost sin entrar en conflicto con las reglas de consenso. La máscara exacta es 0x1fffe000 — 16 bits que los mineros pueden modificar libremente, proporcionando 65.536 valores de versión posibles por encabezado de bloque.

Eso es suficiente variación para impulsar la optimización AsicBoost indefinidamente. El minero puede iterar a través de esos 16 bits, generando nuevos midstates de chunk 1 para cada variación, y procesar muchos más nonces por midstate de los que serían posibles sin rolling.

Implementación del protocolo Stratum

Para que AsicBoost funcione, el pool de minería y el minero tienen que ponerse de acuerdo sobre qué bits de versión puede modificar el minero. Esto requiere una extensión del protocolo Stratum.

La extensión se llama “version-rolling” (o a veces “mining.configure” en versiones más nuevas de Stratum). El handshake funciona así:

# Miner sends:
mining.configure
    extensions: version-rolling
    version-rolling.mask: 1fffe000

# Pool responds:
    version-rolling: true
    version-rolling.mask: 1fffe000

# Now the pool sends jobs WITHOUT specifying full version,
# and the miner is free to iterate over the masked bits.

Si el pool no soporta version-rolling, el minero vuelve a la minería estándar (sin AsicBoost) y opera con menor eficiencia. Por eso el soporte del pool importa. Un pool que no implementa version-rolling está dejando un 13% de la eficiencia de sus mineros sobre la mesa.

SoloFury implementa version-rolling en cada endpoint stratum a través de las 5 cadenas SHA-256 (BTC, BCH, BC2, BCH2, XEC). Cualquier minero con capacidad AsicBoost apuntado a cualquier servidor de SoloFury obtiene automáticamente la ganancia completa de eficiencia — sin configuración especial.

Qué chips soportan AsicBoost (2026)

Todos los chips modernos de minería de Bitmain soportan overt AsicBoost nativamente en silicio:

Los chips MicroBT (Whatsminer) soportan overt AsicBoost desde la serie M30 (2020). Avalon (Canaan) desde el A1346 (2022). La tecnología es universal entre el hardware moderno de minería.

Para propietarios de Bitaxe / NerdQAxe / NerdOCTAxe ejecutando el firmware de código abierto AxeOS: AsicBoost está habilitado por defecto. El firmware negocia version-rolling con el pool durante el handshake de stratum. Si estás conectado a SoloFury, estás usando AsicBoost. No se requiere configuración.

La ganancia real de eficiencia — medida, no estimada

La ganancia máxima teórica de eficiencia de AsicBoost en SHA-256 es de alrededor del 20%. Las implementaciones reales logran 5-15% dependiendo de cuán agresivamente esté optimizado el silicio.

Braiins (el equipo detrás de Slush Pool y el firmware BraiinsOS) verificó la capacidad AsicBoost del Antminer S9 en 2018 y midió aproximadamente un 13% de ahorro energético en producción. Los chips modernos (BM1370, BM1373) salen con AsicBoost integrado más profundamente en el diseño de silicio y logran ganancias similares o ligeramente mejores.

¿Qué significa un 13% de eficiencia en la práctica?

Para una granja industrial que opera 1.000 rigs S21+, AsicBoost vale aproximadamente 394.000 $ al año en electricidad ahorrada. Para un único Bitaxe en casa, son un par de dólares. De cualquier forma, la red en su conjunto es más eficiente — y esa eficiencia proviene de una observación ingeniosa sobre cómo SHA-256 procesa sus entradas.

El legado: AsicBoost reformó la estructura de incentivos de Bitcoin

La saga de AsicBoost dejó huellas duraderas en Bitcoin:

1. SegWit se activó. El empuje para neutralizar covert AsicBoost añadió urgencia al despliegue de SegWit. SegWit luego habilitó la Lightning Network y otras mejoras de segunda capa que han dado forma a la evolución de Bitcoin desde 2017.
2. El marco BDPL sentó precedente. Los titulares de patentes en la industria minera ahora tienen un marco estructural (BDPL) para abrir sus patentes mientras se protegen contra litigios agresivos. Esto ha reducido el riesgo de futuros monopolios de patentes en hardware de minería.
3. Surgió Stratum V2. Entre otros objetivos, Stratum V2 está diseñado para dar a los mineros más autonomía en la selección de transacciones — en parte como respuesta a largo plazo a los riesgos de centralización que covert AsicBoost expuso. Cubriremos Stratum V2 en detalle en otro artículo.
4. BIP320 se convirtió en estándar. Version-rolling es ahora funcionalidad básica. Todo pool y minero moderno lo habla. La tecnología que casi divide Bitcoin en 2017 es ahora infraestructura cotidiana.

La conclusión del búho: Bitcoin sobrevivió a su primer gran ataque de hardware desde dentro, y la respuesta hizo a todo el sistema más fuerte. La concesión de licencias de patentes maduró. Se activaron actualizaciones de protocolo. La minería se volvió más transparente. La comunidad aprendió a detectar y responder a optimizaciones desalineadas con los incentivos. Nada de ello fue rápido o bonito, pero la red salió del otro lado con overt AsicBoost como estándar universal y covert AsicBoost como curiosidad histórica.

Qué significa esto para tu minero hoy

Si posees hardware de minería moderno (cualquier cosa desde S19 en adelante, cualquier Bitaxe, cualquier Whatsminer M30+):

• AsicBoost está habilitado por defecto en el firmware
• Tu pool necesita soportar version-rolling (BIP320) para que la ganancia esté activa. SoloFury lo hace, en las 5 cadenas.
• Verifica que está funcionando: revisa tu panel de AxeOS (Bitaxe), página de estado de Bitmain (Antminer), o estadísticas del pool. Las sesiones con AsicBoost activo muestran “version-rolling: yes” o similar.
• Si cambias de un pool que soporta version-rolling a uno que no, tu hashrate se mantiene igual pero tu consumo de energía aumenta ~10-13%. Mismo trabajo, más energía. Verifica siempre que tu pool soporte version-rolling.

Para usuarios de firmware personalizado (BraiinsOS, VNish, LuxOS): la configuración de AsicBoost está expuesta en la UI y puede ajustarse por rig. La mayoría de los usuarios la dejan por defecto. Los usuarios avanzados a veces ajustan la máscara de versión si están haciendo trabajo experimental.

El kicker

AsicBoost es una de esas optimizaciones de ingeniería silenciosas que parecen invisibles desde fuera — tu minero funciona, tu hashrate es lo que es, tu factura eléctrica es lo que es — pero por debajo, miles de millones de hashes adicionales por segundo se están computando gratis, cada segundo, en cada ASIC moderno en la red.

La ganancia del 13% de eficiencia no parece mucho hasta que la escalas. En toda la red Bitcoin a ~750 EH/s, AsicBoost es responsable de aproximadamente 100 EH/s de hashrate efectivo que no existiría sin él. Eso es más hashrate del que tenía toda la red en 2018. Gratis, cortesía de una peculiaridad de SHA-256 y una patente que casi rompe Bitcoin antes de terminar haciéndolo más fuerte.

Cada bloque que encuentras en SoloFury — cada premio de lotería de Bitaxe, cada solución BCH, cada subsidio XEC — es en parte un producto de AsicBoost. Tu chip no computa los chunks innecesarios. Tu fuente de alimentación no quema los vatios innecesarios. Tu recompensa de bloque llega igual.

Las matemáticas siempre estuvieron ahí en SHA-256. La comunidad tuvo que pelearse por cómo usarlas. Peleamos, ganamos, y ahora todos se benefician. Ese es un resultado silenciosamente notable para un sistema monetario de código abierto.

El búho lee el protocolo cuidadosamente. El búho nota que algunos hashes comparten sus primeros 64 bytes. El búho reutiliza lo que puede. El búho no desperdicia nada. Igual que tu ASIC.