TECNICISMOS SOBRE LOS POOLS DE MINERÍA __________________________________________________________ <suspiro> O no he sabido explicar muy bien por qué no hay posibilidad de hacer trampa, o estoy equivocado. Pero si estoy equivocado, nadie ha publicado una objeción específica. Así que trataré de explicarlo nuevamente, presentando un diseño específico que muestre que un cliente deshonesto no puede hacer trampa. Supongamos que opero un servidor minería agrupado como pool, y recluto algunos clientes que desean unir al pool el minado de ellos. Mi servidor le pide a cada cliente que haga algo de hashing. Pide a cada cliente que envíe cualquier hash que encuentre que esté por encima de un cierto límite de dificultad. El servidor escoge una dificultad que es un cuadragésimo (1/40) del nivel de dificultad “oficial” anual. Mi servidor recibe un flujo constante de hashes candidatos enviados por los clientes mineros remotos. De vez en cuando, uno de esos hashes cumple con el nivel de dificultad oficial y mi servidor puede generar un bloque, lo que hace ganar 50 bitcoins a mi servidor. Ahora distribuyo bitcoins a los clientes mineros remotos, a razón de un bitcoin por cada hash que se envió para el bloque actual que estuviera en o por encima de 1/40 del nivel oficial de dificultad. A la larga, esperaría distribuir 40 monedas de cada 50 que genera mi servidor, aunque habría fluctuaciones de bloque a bloque. ¡Nada en este esquema requiere que los clientes sean honestos, porque no hay forma de que un cliente deshonesto pueda engañar! El cliente está calculando hashes que van a generar 50 BTC para mi servidor. Esos mismos hashes no son de ninguna utilidad para un cliente deshonesto. No se pueden ser usados para generar 50 BTC para el cliente deshonesto, porque se necesita un código hash diferente para codificar el pago de los bitcoins generados para alguien más. Y si el cliente deshonesto trata de hacer trampa generando hashes que van a pagar los bitcoins generados por ellos mismos, entonces los códigos hash que envían no se validarán en mi servidor y no distribuiré ninguna parte de los pagos a ellos. 278