Cómo se calcula la suerte del pool, qué son las acciones y por qué son tan importantes en la minería de pool, además de la diferencia entre estimar el hashrate del pool basándose en los bloques encontrados y medir la suerte del pool.
"No hemos encontrado un bloque en X horas, ¿pasa algo con la piscina?"
Respuesta corta: no.
Respuesta larga: la madriguera de la minería es profunda, vamos a sumergirnos en ella.
Una de las cosas que aprendes como principiante en la minería de bitcoin es el propósito de la dificultad de la red y el ajuste de la dificultad. En caso de que aún no estés familiarizado con ellos, puedes leer nuestro sencillo explicativo, La minería de Bitcoin NO es resolver problemas matemáticos complejos, en el que nos basaremos a continuación.
Para entender cómo funcionan los pools de minería, afortunadamente sólo hay que aplicar el mismo concepto de dificultad de la red, pero a menor escala. Para encontrar un bloque, los mineros deben calcular un hash que tenga un resultado inferior al objetivo de dificultad de la red. Esto no ocurre muy a menudo: una media de una vez cada 10 minutos.
Ejemplo de dificultad de la red: sólo las tiradas de dados inferiores a "4" (dificultad de la red) pueden producir nuevos bloques
En el artículo enlazado más arriba, utilizamos una analogía que compara el hashing en la minería de bitcoins con el lanzamiento de dados de muchas caras. El objetivo de la dificultad de la red dice lo bajo que debe ser el lanzamiento de los dados para producir un bloque.
Del mismo modo, para obtener una recompensa de un pool de minería de bitcoins, tienes que calcular un hash que tenga un resultado inferior a lo que se conoce como "objetivo de dificultad de la acción". Se trata de un punto intermedio... mucho más fácil de alcanzar que el objetivo de dificultad de la red, pero lo suficientemente difícil como para que sólo una pequeña parte de todos los hashes que se calculen cumplan los requisitos.
Reutilizando la misma analogía de los dados, esta dificultad de las acciones podría incorporarse diciendo que todas las tiradas de dados por debajo de "99" dan lugar a acciones que se envían al fondo común, mientras que todavía tienen que estar por debajo de "4" para producir un nuevo bloque.
Ejemplo de dificultad de las acciones: Las tiradas de dados por debajo de "99" (dificultad de las acciones) pueden producir acciones, mientras que tienen que ser inferiores a "4" para producir bloques
Resumen:
Cada vez que tus ASICs producen acciones, se envían al pool para obtener recompensas de minería. Para verificar la validez de las acciones que has enviado, el pool simplemente repite el mismo cálculo de hash que hiciste para producir las acciones en primer lugar. Al obtener el mismo resultado se verifica que la prueba de trabajo es válida. (Nota: las participaciones "obsoletas" o "rechazadas" pueden producirse cuando se envían participaciones después de que se haya encontrado el bloque para esas participaciones, algo que suele ocurrir en los pocos milisegundos que siguen a la búsqueda de un bloque. Por eso es aconsejable conectarse al servidor de pool stratum más cercano a su ubicación geográfica).
A partir de esta descripción, ¿puede ver por qué las acciones son tan importantes?
Para verificar las acciones, el pool debe computar el hash... lo que significa que, sin acciones, los pools tendrían que rehacer TODOS los hashes que hacen los mineros sólo para asegurarse de que los mineros están haciendo realmente el trabajo en primer lugar. En otras palabras, los pools de minería públicos no podrían existir sin acciones, ya que no tendrían una forma eficiente de medir el hashrate de cada minero conectado al pool para distribuir de forma justa las recompensas.
Esto también explica por qué el hashrate de tu pool fluctúa un poco incluso cuando tienes un tiempo de actividad perfecto. A veces se "encuentran" participaciones más rápido de lo esperado en función del hashrate y del objetivo de dificultad de las participaciones, y a veces más lento. De la misma manera que a veces los mineros encuentran 2 bloques en cuestión de segundos, y otras veces ningún bloque durante más de 30 minutos. La variación forma parte de la minería a cualquier escala. En este sentido, los pools y los objetivos de dificultad de las acciones son como mini versiones de la red bitcoin y su objetivo de dificultad de red. La misma matemática se aplica a ambos.
Una cosa a tener en cuenta es que no hay un objetivo de dificultad de acciones único para todos los mineros de un pool. Dado que las acciones sólo existen para ser una unidad práctica para que los pools midan el hashrate de los mineros, el objetivo de dificultad de las acciones puede ajustarse para cada minero individual en función de su hashrate. Por ejemplo, un minero con 100 PH/s tendrá un objetivo de dificultad de participación más alto (es decir, un objetivo más bajo para el valor de salida de hash) que un minero con 15 TH/s. El objetivo al establecer este objetivo de participación es que los mineros envíen participaciones aproximadamente una vez cada 2-3 segundos, proporcionando un buen equilibrio entre la medición de su tasa de hachís con precisión y la minimización de la intensidad computacional para que el pool verifique el trabajo de todos sus mineros.
Antes de continuar, algo más que hay que entender sobre las acciones es que no se producen de una en una. Más bien, un cálculo de hash que tiene una salida por debajo del objetivo de dificultad de las acciones produce muchas acciones.
El número de acciones producidas es igual al número de pruebas de trabajo realizadas multiplicado por la dificultad de las acciones. En pocas palabras:
Para ilustrarlo mejor, supongamos que tenemos un minero grande con una dificultad de acción de 10.000 y un minero más pequeño con una dificultad de acción de 100. Ambos mineros envían un hash (es decir, una prueba de trabajo) cada 2-3 segundos de media, pero ese 1 hash representa 10.000 acciones para el minero más grande y 100 acciones para el más pequeño.
Así es como el pool puede validar el trabajo de los mineros más grandes sin escalar linealmente el propio trabajo del pool. Siguen necesitando ejecutar un único cálculo de hash, pero éste representa más acciones cuanto mayor sea la dificultad para producirlo.
Si te encuentras confundido por el concepto de "suerte" en la minería, no eres el único. En los más de 11 años de historia de Braiins Pool (antes Slush Pool) a partir de 2021, la suerte ha sido el tema más frecuente de las preguntas. Para entender completamente cómo funciona, primero tienes que saber sobre las acciones, lo que en sí mismo no es un conocimiento común. Pero ahora que has leído sobre las acciones, vamos a hablar de la suerte.
La suerte del pool se define como el número esperado de participaciones para encontrar un bloque dividido por el número real de participaciones que ha necesitado el pool para encontrar un bloque. Este número esperado de acciones se basa en la dificultad de la red, donde una mayor dificultad significa que la cantidad esperada de acciones requeridas también será mayor.
Para un ejemplo sencillo con números inventados, supongamos que un pool tiene 10 mineros que envían cada uno 10 acciones por segundo de media, para un total de 100 acciones por segundo. Supongamos también que el número total esperado de acciones para encontrar un bloque con la dificultad actual de la red es de 600.000. A un ritmo de 100 participaciones/segundo, se tardará 6.000 segundos (100 minutos) en acumular 600.000 participaciones. En otras palabras, el pool debería encontrar un bloque una vez cada 1 hora y 40 minutos en este escenario, asumiendo una dificultad de red y un hashrate del pool constantes.
Ahora supongamos que el pool encontró un bloque después de sólo 300.000 acciones en lugar de 600.000. La suerte del pool para ese bloque sería del 200%, ya que es 600k/300k*100% = 200%. Otra posibilidad es suponer que se necesitan 1.200.000 acciones para encontrar un bloque. Ahora la suerte para ese bloque es de 600k/1200k*100% = 50%.
Esto significa que la suerte del pool no puede ajustarse hasta que el pool encuentre un bloque, ya que se desconoce cuántas acciones se necesitarán hasta que el hallazgo del bloque se produzca realmente. La suerte es un valor estático que se actualiza ocasionalmente, no uno dinámico que se actualiza constantemente.
Sin embargo, puede tener una idea aproximada de cuál sería la suerte si el hallazgo del bloque se produjera en el momento actual dividiendo la Duración Avg. Duración de la ronda por la duración real de la ronda, como se muestra a continuación.
La duración media de la ronda. Round Duration se calcula con el número esperado de acciones para encontrar un bloque (basado en la dificultad de la red) y la cantidad de tiempo esperada para acumular esas acciones (basado en el hashrate del pool). Las fluctuaciones en el hashrate del pool impactan en la velocidad a la que se acumulan más acciones, incrementando la Duración de Ronda Avg. Cuando el hashrate del pool disminuye, aumenta la duración media de la ronda y viceversa.
También es importante tener en cuenta lo que NO afecta directamente a la duración media de las rondas ni a la suerte del pool: los bloques minados por otros mineros/pools. ni la suerte del pool: los bloques minados por otros mineros/pools. La minería es probabilística, y las probabilidades no cambian en función del historial del pool ni de la suerte de otros mineros. Cada hash tiene la misma probabilidad de dar lugar a un hallazgo de bloque que cualquier otro hash. Del mismo modo, si se espera que se necesiten 600.000 participaciones para que el pool encuentre un bloque, no importa si otros mineros/pools encuentran 20 bloques o 0 bloques en ese tiempo; lo únicoque importa para la suerte del pool es la cantidad de participaciones enviadas al pool y la dificultad de la red. Y, por supuesto, recuerda que la suerte siempre tiende al 100% con el paso del tiempo: son sólo matemáticas.
Por último, pasemos a la pregunta que probablemente la mayoría de ustedes ha venido a responder. Es decir, ¿cómo afecta todo esto a mis recompensas de minería en Braiins Pool?
En un mundo sencillo en el que mantienes una cuota constante del hashrate total del pool, la suerte se traduce en 1:1 con tus recompensas de minería reales frente a las esperadas. Si la suerte del pool es del 100% en un periodo de 10 bloques, significa que el pool encontró exactamente tantos bloques como se esperaba dado el hashrate del pool en ese tiempo. Si tu parte del hashrate del pool no cambió durante ese periodo de 10 bloques, ganar el 100% de las recompensas esperadas también se aplica a ti. Del mismo modo, un 200% de suerte significaría que has ganado el doble de lo esperado, mientras que un 50% de suerte significaría que has ganado el 50% de lo esperado.
En el mundo real, la respuesta depende. Por ejemplo, si tienes un tiempo de inactividad durante un periodo sin bloques y tienes un tiempo de actividad completo cuando se encuentran los 10 bloques, ganarías más de lo esperado por tu hashrate cuando el pool tiene un 100% de suerte. Por otro lado, el tiempo de inactividad durante la búsqueda de bloques resultaría en ganar menos de lo esperado cuando el pool tiene un 100% de suerte.
Sin embargo, ten en cuenta que esto no se aplica para más hashrate que se une al pool. Cuando el hashrate del pool aumenta mientras tu hashrate individual se mantiene constante, ganarás una porción menor de recompensas por cada bloque. Al mismo tiempo, sin embargo, el aumento del hashrate total del pool hace que se alcance la cantidad esperada de acciones para encontrar un bloque más rápidamente. Dicho de otro modo, significa que el pool debería encontrar bloques más a menudo, por lo que su recompensa por bloque disminuye pero la frecuencia de los hallazgos de bloques lo compensa. (Esto es con una dificultad de red constante).
Cada hash es tan probable como cualquier otro para producir un nuevo bloque, lo que significa que no hay manera de tratar de "cronometrar el mercado", por así decirlo. Se puede intentar "vender caro" programando tiempos de inactividad o saltando a los pools justo después de un hallazgo de un bloque, pero la probabilidad de que se produzca otro bloque es tan probable como en cualquier otro momento. También puedes intentar "comprar barato" uniéndote al pool durante una racha de mala suerte, pero una ronda larga tampoco hace más probable que los siguientes hashes den lugar a un hallazgo de bloques. De hecho, dado que la minería es pura matemática sin ningún elemento emocional humano (a diferencia de los mercados), es aún más inútil tratar de cronometrarla. Sólo hay que seguir haciendo hashes y recordar que la suerte siempre tiende al 100% con el tiempo.
Dado que la suerte del pool por bloque es sólo una función de los bloques minados por el pool, no cambia en función de la velocidad a la que otros mineros están encontrando bloques ni en función del tiempo, sino que se basa puramente en las acciones. Una métrica que sí incorpora el paso general del tiempo y otros bloques que se minan es el hashrate estimado del pool.
Estimamos el hashrate de cada minero / pool minero en nuestro panel de Bitcoin Mining Insights utilizando la dificultad de la red y el número de bloques encontrados por cada entidad durante un periodo determinado. En el momento de escribir este artículo, el periodo que utilizamos es de 720 bloques, lo que equivale a 5 días de actividad minera si el tiempo medio de los bloques es de 10 minutos. (Nota: esta es la razón por la que diferentes tableros pueden tener números diferentes: no hay una forma "correcta" de hacerlo).
Mientras los operadores del pool sean honestos al reportar su hashrate, los valores de hashrate reportados siempre serán más precisos que los valores de hashrate estimados porque el hashrate estimado incorpora la variación natural a corto plazo en la minería de bitcoin. Los periodos de tiempo más largos deberían reducir esta variación, pero utilizar un periodo de tiempo demasiado largo puede hacer que el valor del hashrate estimado se retrase significativamente con respecto al valor del hashrate real. 720 bloques de red es un periodo que creemos que equilibra estos dos factores.
Dado que el hashrate reportado es una estadística en tiempo real mientras que el hashrate estimado es durante un período de tiempo más largo, no es preciso calcular la suerte del pool con estos dos valores. Ciertamente puede darte una idea general, pero cualquier cambio significativo en el hashrate del pool durante el periodo de tiempo analizado (720 bloques en Mining Insights) no se reflejará correctamente.
Reflexión final: no importa el tiempo que lleves en la minería, el ajuste de la dificultad nunca deja de sorprender.
| Conferencia | Web | X | Dónde | En | Confirmado |
|---|---|---|---|---|---|
| Celda | Celda | Celda | Celda | ||
| Celda | Celda | Celda | Celda | ||
| Celda | Celda | Celda | Celda | ||
| Celda | Celda | Celda | Celda | ||
| Celda | Celda | Celda | Celda | ||
| Celda | Celda | Celda | Celda | ||
| Celda | Celda | Celda | Celda |
.svg){kind=small}
Empresa de software de minería Bitcoin: Braiins Pool, Braiins OS & Stratum V2.
Por mineros, para mineros.
Aumente el hashrate de sus ASICs de Bitcoin, mejore la eficiencia hasta un 25%, y mine en cualquier pool o obtenga 0% de tarifas de pool en Braiins Pool.
Reduzca la transmisión de datos entre su granja y el pool en un 95%. Configure el uso paralelo de múltiples pools. Configure un pool de respaldo para toda la granja.
Se centra en hacer más eficientes las transferencias de datos, reducir los requisitos de infraestructura física para las operaciones mineras y aumentar la seguridad
Líderes de la industria en transparencia e innovación, con más de 1.25 millones de BTC minados desde 2010
Publicado en
30.12.2021
Cómo se calcula la suerte del pool, qué son las acciones y por qué son tan importantes en la minería de pool, además de la diferencia entre estimar el hashrate del pool basándose en los bloques encontrados y medir la suerte del pool.
Índice de contenidos
"No hemos encontrado un bloque en X horas, ¿pasa algo con la piscina?"
Respuesta corta: no.
Respuesta larga: la madriguera de la minería es profunda, vamos a sumergirnos en ella.
Una de las cosas que aprendes como principiante en la minería de bitcoin es el propósito de la dificultad de la red y el ajuste de la dificultad. En caso de que aún no estés familiarizado con ellos, puedes leer nuestro sencillo explicativo, La minería de Bitcoin NO es resolver problemas matemáticos complejos, en el que nos basaremos a continuación.
Para entender cómo funcionan los pools de minería, afortunadamente sólo hay que aplicar el mismo concepto de dificultad de la red, pero a menor escala. Para encontrar un bloque, los mineros deben calcular un hash que tenga un resultado inferior al objetivo de dificultad de la red. Esto no ocurre muy a menudo: una media de una vez cada 10 minutos.
Ejemplo de dificultad de la red: sólo las tiradas de dados inferiores a "4" (dificultad de la red) pueden producir nuevos bloques
En el artículo enlazado más arriba, utilizamos una analogía que compara el hashing en la minería de bitcoins con el lanzamiento de dados de muchas caras. El objetivo de la dificultad de la red dice lo bajo que debe ser el lanzamiento de los dados para producir un bloque.
Del mismo modo, para obtener una recompensa de un pool de minería de bitcoins, tienes que calcular un hash que tenga un resultado inferior a lo que se conoce como "objetivo de dificultad de la acción". Se trata de un punto intermedio... mucho más fácil de alcanzar que el objetivo de dificultad de la red, pero lo suficientemente difícil como para que sólo una pequeña parte de todos los hashes que se calculen cumplan los requisitos.
Reutilizando la misma analogía de los dados, esta dificultad de las acciones podría incorporarse diciendo que todas las tiradas de dados por debajo de "99" dan lugar a acciones que se envían al fondo común, mientras que todavía tienen que estar por debajo de "4" para producir un nuevo bloque.
Ejemplo de dificultad de las acciones: Las tiradas de dados por debajo de "99" (dificultad de las acciones) pueden producir acciones, mientras que tienen que ser inferiores a "4" para producir bloques
Resumen:
Cada vez que tus ASICs producen acciones, se envían al pool para obtener recompensas de minería. Para verificar la validez de las acciones que has enviado, el pool simplemente repite el mismo cálculo de hash que hiciste para producir las acciones en primer lugar. Al obtener el mismo resultado se verifica que la prueba de trabajo es válida. (Nota: las participaciones "obsoletas" o "rechazadas" pueden producirse cuando se envían participaciones después de que se haya encontrado el bloque para esas participaciones, algo que suele ocurrir en los pocos milisegundos que siguen a la búsqueda de un bloque. Por eso es aconsejable conectarse al servidor de pool stratum más cercano a su ubicación geográfica).
A partir de esta descripción, ¿puede ver por qué las acciones son tan importantes?
Para verificar las acciones, el pool debe computar el hash... lo que significa que, sin acciones, los pools tendrían que rehacer TODOS los hashes que hacen los mineros sólo para asegurarse de que los mineros están haciendo realmente el trabajo en primer lugar. En otras palabras, los pools de minería públicos no podrían existir sin acciones, ya que no tendrían una forma eficiente de medir el hashrate de cada minero conectado al pool para distribuir de forma justa las recompensas.
Esto también explica por qué el hashrate de tu pool fluctúa un poco incluso cuando tienes un tiempo de actividad perfecto. A veces se "encuentran" participaciones más rápido de lo esperado en función del hashrate y del objetivo de dificultad de las participaciones, y a veces más lento. De la misma manera que a veces los mineros encuentran 2 bloques en cuestión de segundos, y otras veces ningún bloque durante más de 30 minutos. La variación forma parte de la minería a cualquier escala. En este sentido, los pools y los objetivos de dificultad de las acciones son como mini versiones de la red bitcoin y su objetivo de dificultad de red. La misma matemática se aplica a ambos.
Una cosa a tener en cuenta es que no hay un objetivo de dificultad de acciones único para todos los mineros de un pool. Dado que las acciones sólo existen para ser una unidad práctica para que los pools midan el hashrate de los mineros, el objetivo de dificultad de las acciones puede ajustarse para cada minero individual en función de su hashrate. Por ejemplo, un minero con 100 PH/s tendrá un objetivo de dificultad de participación más alto (es decir, un objetivo más bajo para el valor de salida de hash) que un minero con 15 TH/s. El objetivo al establecer este objetivo de participación es que los mineros envíen participaciones aproximadamente una vez cada 2-3 segundos, proporcionando un buen equilibrio entre la medición de su tasa de hachís con precisión y la minimización de la intensidad computacional para que el pool verifique el trabajo de todos sus mineros.
Antes de continuar, algo más que hay que entender sobre las acciones es que no se producen de una en una. Más bien, un cálculo de hash que tiene una salida por debajo del objetivo de dificultad de las acciones produce muchas acciones.
El número de acciones producidas es igual al número de pruebas de trabajo realizadas multiplicado por la dificultad de las acciones. En pocas palabras:
Para ilustrarlo mejor, supongamos que tenemos un minero grande con una dificultad de acción de 10.000 y un minero más pequeño con una dificultad de acción de 100. Ambos mineros envían un hash (es decir, una prueba de trabajo) cada 2-3 segundos de media, pero ese 1 hash representa 10.000 acciones para el minero más grande y 100 acciones para el más pequeño.
Así es como el pool puede validar el trabajo de los mineros más grandes sin escalar linealmente el propio trabajo del pool. Siguen necesitando ejecutar un único cálculo de hash, pero éste representa más acciones cuanto mayor sea la dificultad para producirlo.
Si te encuentras confundido por el concepto de "suerte" en la minería, no eres el único. En los más de 11 años de historia de Braiins Pool (antes Slush Pool) a partir de 2021, la suerte ha sido el tema más frecuente de las preguntas. Para entender completamente cómo funciona, primero tienes que saber sobre las acciones, lo que en sí mismo no es un conocimiento común. Pero ahora que has leído sobre las acciones, vamos a hablar de la suerte.
La suerte del pool se define como el número esperado de participaciones para encontrar un bloque dividido por el número real de participaciones que ha necesitado el pool para encontrar un bloque. Este número esperado de acciones se basa en la dificultad de la red, donde una mayor dificultad significa que la cantidad esperada de acciones requeridas también será mayor.
Para un ejemplo sencillo con números inventados, supongamos que un pool tiene 10 mineros que envían cada uno 10 acciones por segundo de media, para un total de 100 acciones por segundo. Supongamos también que el número total esperado de acciones para encontrar un bloque con la dificultad actual de la red es de 600.000. A un ritmo de 100 participaciones/segundo, se tardará 6.000 segundos (100 minutos) en acumular 600.000 participaciones. En otras palabras, el pool debería encontrar un bloque una vez cada 1 hora y 40 minutos en este escenario, asumiendo una dificultad de red y un hashrate del pool constantes.
Ahora supongamos que el pool encontró un bloque después de sólo 300.000 acciones en lugar de 600.000. La suerte del pool para ese bloque sería del 200%, ya que es 600k/300k*100% = 200%. Otra posibilidad es suponer que se necesitan 1.200.000 acciones para encontrar un bloque. Ahora la suerte para ese bloque es de 600k/1200k*100% = 50%.
Esto significa que la suerte del pool no puede ajustarse hasta que el pool encuentre un bloque, ya que se desconoce cuántas acciones se necesitarán hasta que el hallazgo del bloque se produzca realmente. La suerte es un valor estático que se actualiza ocasionalmente, no uno dinámico que se actualiza constantemente.
Sin embargo, puede tener una idea aproximada de cuál sería la suerte si el hallazgo del bloque se produjera en el momento actual dividiendo la Duración Avg. Duración de la ronda por la duración real de la ronda, como se muestra a continuación.
La duración media de la ronda. Round Duration se calcula con el número esperado de acciones para encontrar un bloque (basado en la dificultad de la red) y la cantidad de tiempo esperada para acumular esas acciones (basado en el hashrate del pool). Las fluctuaciones en el hashrate del pool impactan en la velocidad a la que se acumulan más acciones, incrementando la Duración de Ronda Avg. Cuando el hashrate del pool disminuye, aumenta la duración media de la ronda y viceversa.
También es importante tener en cuenta lo que NO afecta directamente a la duración media de las rondas ni a la suerte del pool: los bloques minados por otros mineros/pools. ni la suerte del pool: los bloques minados por otros mineros/pools. La minería es probabilística, y las probabilidades no cambian en función del historial del pool ni de la suerte de otros mineros. Cada hash tiene la misma probabilidad de dar lugar a un hallazgo de bloque que cualquier otro hash. Del mismo modo, si se espera que se necesiten 600.000 participaciones para que el pool encuentre un bloque, no importa si otros mineros/pools encuentran 20 bloques o 0 bloques en ese tiempo; lo únicoque importa para la suerte del pool es la cantidad de participaciones enviadas al pool y la dificultad de la red. Y, por supuesto, recuerda que la suerte siempre tiende al 100% con el paso del tiempo: son sólo matemáticas.
Por último, pasemos a la pregunta que probablemente la mayoría de ustedes ha venido a responder. Es decir, ¿cómo afecta todo esto a mis recompensas de minería en Braiins Pool?
En un mundo sencillo en el que mantienes una cuota constante del hashrate total del pool, la suerte se traduce en 1:1 con tus recompensas de minería reales frente a las esperadas. Si la suerte del pool es del 100% en un periodo de 10 bloques, significa que el pool encontró exactamente tantos bloques como se esperaba dado el hashrate del pool en ese tiempo. Si tu parte del hashrate del pool no cambió durante ese periodo de 10 bloques, ganar el 100% de las recompensas esperadas también se aplica a ti. Del mismo modo, un 200% de suerte significaría que has ganado el doble de lo esperado, mientras que un 50% de suerte significaría que has ganado el 50% de lo esperado.
En el mundo real, la respuesta depende. Por ejemplo, si tienes un tiempo de inactividad durante un periodo sin bloques y tienes un tiempo de actividad completo cuando se encuentran los 10 bloques, ganarías más de lo esperado por tu hashrate cuando el pool tiene un 100% de suerte. Por otro lado, el tiempo de inactividad durante la búsqueda de bloques resultaría en ganar menos de lo esperado cuando el pool tiene un 100% de suerte.
Sin embargo, ten en cuenta que esto no se aplica para más hashrate que se une al pool. Cuando el hashrate del pool aumenta mientras tu hashrate individual se mantiene constante, ganarás una porción menor de recompensas por cada bloque. Al mismo tiempo, sin embargo, el aumento del hashrate total del pool hace que se alcance la cantidad esperada de acciones para encontrar un bloque más rápidamente. Dicho de otro modo, significa que el pool debería encontrar bloques más a menudo, por lo que su recompensa por bloque disminuye pero la frecuencia de los hallazgos de bloques lo compensa. (Esto es con una dificultad de red constante).
Cada hash es tan probable como cualquier otro para producir un nuevo bloque, lo que significa que no hay manera de tratar de "cronometrar el mercado", por así decirlo. Se puede intentar "vender caro" programando tiempos de inactividad o saltando a los pools justo después de un hallazgo de un bloque, pero la probabilidad de que se produzca otro bloque es tan probable como en cualquier otro momento. También puedes intentar "comprar barato" uniéndote al pool durante una racha de mala suerte, pero una ronda larga tampoco hace más probable que los siguientes hashes den lugar a un hallazgo de bloques. De hecho, dado que la minería es pura matemática sin ningún elemento emocional humano (a diferencia de los mercados), es aún más inútil tratar de cronometrarla. Sólo hay que seguir haciendo hashes y recordar que la suerte siempre tiende al 100% con el tiempo.
Dado que la suerte del pool por bloque es sólo una función de los bloques minados por el pool, no cambia en función de la velocidad a la que otros mineros están encontrando bloques ni en función del tiempo, sino que se basa puramente en las acciones. Una métrica que sí incorpora el paso general del tiempo y otros bloques que se minan es el hashrate estimado del pool.
Estimamos el hashrate de cada minero / pool minero en nuestro panel de Bitcoin Mining Insights utilizando la dificultad de la red y el número de bloques encontrados por cada entidad durante un periodo determinado. En el momento de escribir este artículo, el periodo que utilizamos es de 720 bloques, lo que equivale a 5 días de actividad minera si el tiempo medio de los bloques es de 10 minutos. (Nota: esta es la razón por la que diferentes tableros pueden tener números diferentes: no hay una forma "correcta" de hacerlo).
Mientras los operadores del pool sean honestos al reportar su hashrate, los valores de hashrate reportados siempre serán más precisos que los valores de hashrate estimados porque el hashrate estimado incorpora la variación natural a corto plazo en la minería de bitcoin. Los periodos de tiempo más largos deberían reducir esta variación, pero utilizar un periodo de tiempo demasiado largo puede hacer que el valor del hashrate estimado se retrase significativamente con respecto al valor del hashrate real. 720 bloques de red es un periodo que creemos que equilibra estos dos factores.
Dado que el hashrate reportado es una estadística en tiempo real mientras que el hashrate estimado es durante un período de tiempo más largo, no es preciso calcular la suerte del pool con estos dos valores. Ciertamente puede darte una idea general, pero cualquier cambio significativo en el hashrate del pool durante el periodo de tiempo analizado (720 bloques en Mining Insights) no se reflejará correctamente.
Reflexión final: no importa el tiempo que lleves en la minería, el ajuste de la dificultad nunca deja de sorprender.
Lea la Política de privacidad.
.svg)
.avif)
