Retención de bloques: el ataque que un pool no puede ver en un solo share
Un minero envía shares reales y esconde el que habría sido un bloque. Esto es lo que cuesta, quién lo paga y cómo se detecta.
En qué consiste el ataque
Cada share que envías a un pool es una solución real que no alcanzó el objetivo del bloque. De vez en cuando una solución también queda por debajo del objetivo del bloque, y ese share es un bloque entero. Parece igual que cualquier otro share hasta el momento en que el pool lo comprueba.
Un ataque de retención de bloques es un minero que hace el trabajo honradamente, envía todos los shares normales y descarta en silencio el que habría sido un bloque. El pool cuenta los shares y paga por ellos. El bloque que debería haber recibido nunca llega.
Por qué un share nunca lo delata
Esto es lo que hace que el ataque sea interesante y no solo una grosería. Nada en el atacante parece incorrecto en ningún share individual. El hardware es real, el hashrate es real, los shares son válidos y llegan al ritmo correcto. El pool no puede examinar un share y ver absolutamente nada.
Lo que falta es una ausencia, y una ausencia solo se vuelve visible con el tiempo. Un minero con una determinada parte del hashrate del pool debería encontrar más o menos esa misma parte de sus bloques. En una hora eso no dice nada, porque encontrar bloques es un proceso aleatorio y los periodos sin bloques son normales. En una ventana lo bastante larga, dice muchísimo.
Lo que cuesta, y quién paga realmente
El pool pierde la recompensa de bloque que debería haber recibido. Pero el pool no es realmente donde cae la pérdida, y esta es la parte que conviene entender si minas en cualquier pool.
Con un esquema proporcional, la ronda simplemente sigue hasta que otro encuentra un bloque. Todos los de la ronda aportaron trabajo a una ronda que duró más de lo que debía, así que todos ganan un poco menos por unidad de trabajo. El coste se reparte entre los mineros honrados.
Con un esquema de pago por share es peor para el operador, porque el pool ya ha pagado cada share de su propio bolsillo y cuenta con que lleguen los bloques. Un ataque sostenido contra un pool de pago por share es una sangría directa para el operador, e históricamente ese es el caso que más ha preocupado.
Por qué alguien haría esto
El atacante también tira la recompensa de bloque, así que a primera vista es puro daño propio. Solo tiene sentido si el atacante gana en algún sitio que el pool no puede ver.
El motivo habitual es la competencia. Un operador que gestiona su propio pool puede alquilar o apuntar hashrate a un rival, suprimir sus resultados y hacer que su propio pool parezca tener más suerte en comparación. El atacante paga el sabotaje con los shares que sigue cobrando.
Hay una variante más sutil en la que el atacante se guarda el bloque en lugar de descartarlo, sigue minando encima de él en privado y lo envía más tarde en el momento que le conviene. Es más difícil de llevar a cabo y necesita una gran parte del hashrate para que valga la pena intentarlo.
Cómo se detecta en la práctica
La detección es estadística, y tiene que serlo, porque no hay ninguna otra señal disponible. La medida es fácil de enunciar: comparar los bloques que ha encontrado un participante con los bloques que, según su número de shares, debería haber encontrado, en una ventana lo bastante larga para que la suerte se compense.
La ventana es la parte difícil. Si es corta, la mala suerte normal parece un ataque, lo que significaría acusar a mineros honrados constantemente. Si es larga, un atacante real opera durante un tiempo antes de que los números hablen. No hay ninguna forma ingeniosa de evitar esta disyuntiva; es una propiedad del azar, no del software.
Por eso un detector serio plantea la cuestión a una persona en lugar de actuar por su cuenta. Un baneo automático guiado por una estadística acabará baneando a alguien que simplemente tuvo mala suerte, y dejar fuera a un minero legítimo es peor resultado que el propio ataque.
Lo que significa si eres un minero honrado
Casi nada, y precisamente por eso conviene decirlo claramente.
Tus shares se cuentan y se pagan igual en cualquier caso. Tener mala suerte no es una infracción y no puede serlo, porque en cualquier ventana corta la mayoría de los mineros tiene mala suerte. Una racha de rondas en las que aportaste mucho y el pool no encontró nada es varianza normal, y la cifra de suerte en las estadísticas del pool existe precisamente para que veas lo normal que es.
Lo único que conviene saber es que esto es una razón por la que a los pools les importa quién les apunta hashrate, y una razón por la que un pool que publica sus bloques y su suerte con honestidad inspira más confianza que uno que no lo hace. Todo lo necesario para comprobar el pool está en la página Bloques.