Falla de vardiff en minería de Bitcoin puede dejar a mineros restringidos consumiendo energía por trabajo no contabilizado
Puntos clave
- •Bitcoin Optech destacó el modo de fallo de dificultad variable el 18 de septiembre, atrayendo mayor atención hacia un análisis publicado en julio por el ingeniero de minería Eric Price.
- •Un controlador que recalcula la dificultad de shares solo cuando llega un share puede mantener una asignación obsoleta y más difícil tras una brusca reducción de velocidad del minero, dejando la máquina minando mientras los shares aceptados se vuelven raros.
- •La falla se refiere a la dificultad de shares asignada por el pool, no a la dificultad de la red de Bitcoin, y las fuentes disponibles no han medido qué tan común es ni si ha causado pérdidas materiales en el mundo real.
- •La implementación de referencia de Stratum V2 evita una congelación permanente al recalcular con un temporizador y reducir la dificultad durante sequías de shares, mientras que ckpool es citado como un ejemplo desplegado basado en shares.
- •Los operadores pueden probar sus controladores con el shape-proxy de código abierto de MARA Foundation, que simula caídas aparentes de hashrate usando perfiles de paso, rampa y estancamiento.

Algunos controladores de minería de Bitcoin que gestionan la dificultad variable pueden seguir entregando trabajo calibrado según la velocidad anterior de una máquina después de que el equipo reduce su hashrate. El minero puede continuar minando y consumiendo electricidad mientras sus shares aceptados se vuelven extremadamente raros.
Bitcoin Optech, un recurso de la industria para compartir conocimiento técnico entre empresas de Bitcoin, destacó este modo de fallo el 18 de septiembre, atrayendo mayor atención hacia un análisis publicado en julio por el ingeniero de minería Eric Price. El hallazgo se refiere a la dificultad de shares asignada por el pool, no a la dificultad de la red de Bitcoin, y describe una debilidad comprobable del controlador, no evidencia de pérdidas generalizadas de mineros.
Cómo se atasca el vardiff
Los pools de minería asignan a cada conexión una dificultad de shares más fácil que la dificultad de bloque de Bitcoin; una dificultad asignada más alta corresponde a un objetivo de shares más difícil. Los shares enviados permiten al pool estimar el hashrate de un minero y contabilizar el trabajo aportado, mientras que un controlador de dificultad variable (vardiff) ajusta la asignación para que los shares lleguen a un ritmo útil.
El análisis de Price describe una trampa que se abre cuando un minero reduce bruscamente su velocidad. Si el controlador solo recalcula cuando llega un share, la asignación anterior, más difícil, hace menos probable que aparezca el siguiente share. Sin un share nuevo que active una actualización, el controlador puede mantener una dificultad incorrecta, manteniendo el flujo de shares escaso.
Por qué la restricción de energía hace realista la falla
Una restricción abrupta es operativamente realista: los sitios de minería reducen la potencia de sus máquinas para consumir menos energía, típicamente cuando la red eléctrica está bajo estrés, que es exactamente el tipo de recorte de hashrate ante el que esta falla responde. Durante una tormenta invernal en EE. UU. en enero de 2026, CryptoSlate reportó una fuerte caída del hashrate de la red a medida que los mineros redujeron su consumo de energía, aunque ese evento no se vinculó a una pérdida por vardiff.
Una dificultad de shares alta no borra automáticamente el crédito esperado de un minero a largo plazo. Los pools pueden otorgar mayor peso contable a una prueba rara de alta dificultad, como explica la documentación del pool de Braiins. Pay-per-share paga una tarifa fija por cada share aceptado, ya sea que el pool encuentre un bloque o no, mientras que el esquema proporcional divide cada ventana de recompensa entre los shares enviados durante la misma. El riesgo aparece en la ventana realizada: si no llega ningún share aceptado, un minero con pay-per-share no recibe pago por ese intervalo, y si llegan algunos, estos siguen siendo pagables. Bajo el esquema proporcional, los shares faltantes pueden aumentar la porción de otros participantes en la ventana de recompensa.
Stratum V2 mitiga, ckpool señalado
Stratum V2 es el sucesor del protocolo Stratum original que los pools usan para distribuir trabajo y recolectar los shares de los mineros. La implementación de referencia actual de Stratum V2 evita una congelación permanente al recalcular con un temporizador y reducir la dificultad durante una sequía de shares, aunque el análisis indica que la recuperación aún puede ser lenta en canales de larga duración. Ese comportamiento de temporizador pertenece a la implementación de referencia, no a cada despliegue que el protocolo Stratum V2 permite. El análisis y Optech identifican a ckpool como un ejemplo desplegado basado en shares. Qué tan común es este comportamiento, y si ha causado pérdidas materiales en el mundo real, no ha sido medido por las fuentes disponibles.
Cómo pueden probarlo los operadores
Los operadores ahora pueden probar este comportamiento directamente. El shape-proxy de código abierto de MARA Foundation reconoce los shares localmente mientras reenvía una fracción controlada aguas arriba, y los perfiles de paso, rampa y estancamiento pueden hacer que el pool vea una caída aparente sin cambiar la producción física del minero. Una dificultad asignada descendente muestra que el controlador probado tiene una vía de recuperación; un objetivo que permanece fijo es evidencia de una recuperación lenta o ausente bajo ese perfil y ventana de observación, aunque la cadencia del temporizador, la antigüedad del canal y la llegada aleatoria de shares pueden afectar el resultado. Hasta que existan mediciones más amplias, pruebas como estas ejecutadas por operadores son la principal vía del análisis a la evidencia sobre la prevalencia.
Fuente: CryptoNewsNet