En solo mining, cada intento que hace tu hardware para encontrar un hash válido es un evento independiente con probabilidad p = 1 / dificultad_actual. El número de intentos hasta el primer éxito sigue una distribución geométrica, que para valores de p muy pequeños converge a una distribución exponencial con media 1/p.

Cómo calcular el tiempo esperado para encontrar un bloque

El tiempo esperado E[T] se puede estimar con la fórmula: E[T] = dificultad / hashrate_propio. Por ejemplo, para XMR con dificultad de red de 300 GH y un hashrate de 10 KH/s, E[T] = 300.000.000.000 / 10.000 = 30.000.000 segundos ≈ 347,2 días. Con 1 MH/s, E[T] ≈ 3,47 días.

Varianza y el problema de la "mala suerte"

La desviación estándar de una distribución exponencial es igual a su media. Esto significa que la variabilidad es muy alta: encontrar un bloque mucho antes o mucho después del tiempo esperado entra dentro de lo normal. El solo mining tiene varianza alta por definición: no hay mecanismo de suavizado como en los pools con pago por shares.

Cuándo el solo mining es realmente viable

  • XMR: con ≥ 100 KH/s el tiempo esperado baja a semanas. Con una CPU moderna (varios KH/s a decenas de KH/s en total), un clúster de servidores puede ser competitivo.
  • BTC: con hashes esperados por bloque del orden de 10²³, necesitas petahashes para que E[T] sea menor que un año. Solo viable con ASICs de última generación en volumen.
  • BCH: misma fórmula que BTC pero dificultad ajustada de forma independiente mediante ASERT. Habitualmente mucho menor que BTC, aunque la ratio varía de forma considerable.

El solo mining no es para todos. Pero para quien tiene el hashrate suficiente, es la forma más limpia de recibir una recompensa: sin custodios, sin pagos distribuidos y con el hash válido del bloque como prueba de trabajo.

Si quieres aplicar esta matemática a una red concreta, elige primero XMR, BTC o BCH y calcula qué espera y qué varianza puedes asumir. Después usa nuestras guías para configurar el pool con una cartera bajo tu control.