PDoS modela un ataque rentable a la continuidad de pools PoW
Publicación de la fuente: 2026-09-11 · Análisis editorial publicado: 2026-09-14
Un nuevo preprint combina disuasión mediante cabeceras con extracción de ingresos del pool víctima. Es un resultado teórico, no un ataque observado.
Análisis e implicaciones prácticas
Esta sección contiene nuestro análisis y cálculos ilustrativos, separados del informe original.
Un nuevo preprint, no un incidente registrado
Junjie Hu, Tianzhu Han y Na Ruan enviaron el 11 de septiembre a arXiv un trabajo de 34 páginas y diez figuras titulado “PDoS: A Profitable Denial-of-Service Attack against Proof-of-Work Blockchain Liveness”. Presenta un modelo económico de ataque contra la continuidad de sistemas proof-of-work. No informa de que Bitcoin, un pool identificado o un ASIC concreto hayan sufrido ese ataque en producción. arXiv ofrece acceso directo al manuscrito, pero su ficha no afirma que haya completado revisión por pares. El hecho noticioso es la publicación del preprint y su resultado declarado, no el descubrimiento de una interrupción activa.
Cómo funciona la combinación propuesta
Los autores describen PDoS como la unión de una señal en la cabecera del bloque que disuade a mineros racionales y la extracción parasitaria de ingresos dentro de un pool víctima. Modelos anteriores podían desalentar la participación, pero obligaban al atacante a absorber pérdidas continuas. En la nueva construcción también se aprovecha el mecanismo de recompensa por shares del pool para subvencionar la actividad disruptiva. El modelo conecta así la continuidad del protocolo con la contabilidad del pool. La explicación se mantiene en el plano conceptual para comunicar el hallazgo sin convertirlo en una receta operativa contra una infraestructura real.
El umbral económico es la afirmación central
En el modelo del artículo, los ingresos tomados mediante el pool víctima reducen el umbral de hashrate adversario necesario para que mineros económicamente racionales se apaguen. Los autores sostienen que la combinación puede acercarse a condiciones autosuficientes e incluso rentables. «Rentable» depende de los parámetros y supuestos estudiados; no significa que cualquier minero pueda detener con beneficio cualquier cadena PoW. La distribución de hashrate, pagos, comisiones, detección, coordinación y respuesta de participantes alteran el resultado. Hay que examinar las ecuaciones y el modelo de amenaza antes de trasladarlo a una red real.
Por qué las comisiones y MEV producen un resultado inesperado
El preprint argumenta que, en entornos con comisiones altas o maximal extractable value elevado, un bloque de mayor valor puede aumentar el ingreso parasitario del atacante. Bajo las condiciones modeladas, ese ingreso podría superar el punto de equilibrio. Parece paradójico porque un bloque valioso suele reforzar el incentivo del minero honesto. La tesis es más estrecha: cuando el ataque captura parte de la recompensa y disuade a otros, el mismo valor mejora su economía. El trabajo no demuestra que las comisiones altas siempre reduzcan la seguridad de Bitcoin ni que una red ya haya cruzado ese umbral.
Qué pueden revisar los operadores de pools
Como lectura defensiva, los operadores pueden revisar cómo pagan las shares, cómo tratan señales inusuales de cabeceras y cómo detectan retención de bloques o infiltración. Son útiles una escalada clara de incidentes, visibilidad mediante nodos independientes, auditoría de pagos y pruebas de comportamiento cuando cambia de golpe el valor esperado. Son áreas generales de control y no una afirmación de que el estudio pruebe vulnerable un producto o esquema específico. Cualquier mitigación debe evaluarse frente a falsos positivos y variación normal para que el propio sistema de vigilancia no interrumpa minería legítima.
Límites antes de extraer conclusiones operativas
El siguiente paso es que investigadores e ingenieros de pools examinen el modelo completo, supuestos, simulaciones y contramedidas. Una reproducción independiente aclararía qué parámetros son realistas y si otras reglas de pago cambian el resultado. Probar un ataque observado exigiría registros, datos de bloques y shares, cronología y atribución que el manuscrito no ofrece. Los operadores de ASIC no deberían cambiar firmware, credenciales o endpoints de pool solo porque existe un preprint. Un resultado teórico puede mejorar la preparación sin constituir evidencia de un evento práctico en una red importante.
Límite de la evidencia y fuente
La fuente primaria es el registro arXiv 2609.12450 y el manuscrito enlazado, enviado el 11 de septiembre. El resumen sustenta la descripción del mecanismo híbrido, el menor umbral de hashrate y la posible autosuficiencia con comisiones o MEV altos. ASIC.Tools no ha reproducido las matemáticas ni afirma una vulnerabilidad revelada en un minero, pool o criptomoneda concretos. Nuestra lista operativa es contexto editorial. El artículo distingue continuidad de la cadena de variación ordinaria del hashrate y separa la afirmación teórica de los autores de una explotación demostrada.
Fuente: Hu, Han and Ruan / arXiv ↗
Calculadora de minería ↗
