Reducir de forma brusca la potencia de un equipo de minería de Bitcoin no siempre provoca una adaptación inmediata del sistema que regula el trabajo asignado por el pool. En determinadas configuraciones de dificultad variable, el minero puede seguir consumiendo electricidad mientras encuentra participaciones aceptadas con una frecuencia prácticamente nula. El resultado es un uso de energía con muy poca producción contabilizable.
El problema ha sido descrito por el ingeniero de minería Eric Price en un análisis publicado en julio y recibió mayor atención después de que Bitcoin Optech destacara el fallo el 18 de septiembre. La cuestión afecta a la dificultad de las participaciones que asigna el pool, no a la dificultad de la red de Bitcoin, y el análisis plantea una debilidad comprobable en determinados controladores. No demuestra que se trate de un problema extendido ni que haya provocado pérdidas relevantes entre los mineros.
Una dificultad que puede quedarse anclada
Los pools no asignan a cada conexión la dificultad completa de encontrar un bloque de Bitcoin. En su lugar, utilizan objetivos más sencillos para recibir pruebas de trabajo con las que estiman la tasa de hash y contabilizan la contribución de cada máquina. Cuanto mayor es la dificultad asignada, más exigente es la participación que debe presentar el minero.
Los controladores de dificultad variable, conocidos como vardiff, ajustan ese nivel para mantener la llegada de participaciones dentro de un ritmo útil. El escenario problemático aparece cuando un equipo reduce mucho su potencia y el controlador solo vuelve a calcular la dificultad después de recibir una nueva participación.
Si la máquina estaba trabajando a una velocidad muy superior, conservará temporalmente una dificultad demasiado elevada. La siguiente participación será entonces mucho menos probable. Pero, si no llega ninguna, tampoco se activa el mecanismo que debería rebajar el objetivo. El sistema puede quedar atrapado en un ciclo de escasez: el equipo sigue calculando y gastando electricidad, pero apenas consigue resultados aceptados que permitan registrar ese trabajo.
El impacto depende del sistema de remuneración
Una dificultad alta no elimina necesariamente el crédito esperado de un minero a largo plazo. La documentación del pool de Braiins explica que una prueba de trabajo poco frecuente, pero de mayor dificultad, puede recibir un peso contable superior.
El riesgo se concentra en el periodo en el que el minero no logra enviar ninguna participación aceptada. En un esquema de pago por participación, no recibiría remuneración durante ese intervalo; si finalmente llegan algunas, sí podrían ser abonadas. En los sistemas proporcionales, la ausencia de participaciones puede elevar la parte correspondiente a otros participantes dentro de la ventana de reparto.
La implementación de referencia actual de Stratum V2 evita un bloqueo permanente mediante un recálculo basado en un temporizador y una reducción de la dificultad cuando se produce una sequía de participaciones. Aun así, el análisis señala que la recuperación puede ser lenta en canales que permanecen abiertos durante mucho tiempo. Además, ese comportamiento pertenece a la implementación de referencia y no necesariamente a todas las configuraciones compatibles con el protocolo Stratum V2.
Un fallo que puede probarse, pero cuya extensión se desconoce
El análisis y Bitcoin Optech identifican a ckpool como un ejemplo desplegado de controlador que activa el ajuste a partir de las participaciones recibidas. No obstante, las fuentes disponibles no han medido cuántas instalaciones utilizan este comportamiento ni si ha ocasionado pérdidas materiales en condiciones reales.
Los operadores pueden comprobarlo directamente con herramientas de prueba. El shape-proxy de código abierto de MARA Foundation reconoce localmente las participaciones y reenvía solo una parte controlada al pool. Con perfiles de reducción gradual, escalonada o interrupción, es posible simular una caída de la tasa de hash percibida por el pool sin modificar la producción física del minero.
Si la dificultad asignada empieza a bajar, el controlador dispone de una vía de recuperación. Si permanece fijada, la prueba apunta a una recuperación lenta o inexistente bajo ese perfil y durante el periodo observado. El ritmo del temporizador, la antigüedad del canal y la llegada aleatoria de participaciones también pueden alterar el resultado.
Las reducciones abruptas de potencia son operativamente plausibles. Durante una tormenta invernal en Estados Unidos en enero de 2026, la tasa de hash de la red cayó con fuerza después de que varios mineros recortaran su consumo. Aquel episodio no fue relacionado con una pérdida derivada de vardiff, pero muestra el tipo de ajuste de potencia que puede poner a prueba estos controladores.
