Saltar al contenido
Financial Context Wiki

Tasa de hash de Bitcoin: estimación, dificultad, cuota minera y seguridad

La tasa de hash de Bitcoin es una estimación de intentos SHA-256 de prueba de trabajo por segundo, no una medición comunicada directamente. Separa la cadena, el trabajo acumulado, la ventana temporal, la incertidumbre, el desfase de dificultad, la cuota minera, la movilidad del hardware, la energía y las afirmaciones de seguridad.

Actualizado

Análisis educativo de protocolos y minería; no constituye asesoramiento de inversión. Las estimaciones de tasa de hash son ruidosas, retrospectivas y específicas de cada red; no garantizan precio, rentabilidad, descentralización, consumo energético, tiempo de confirmación ni inmunidad frente a ataques.

Respuesta directa

La tasa de hash de Bitcoin estima cuántas pruebas de cabecera SHA-256 ejecutan los mineros por segundo en una red de prueba de trabajo concreta. Las unidades aumentan por 1.000: H/s, kH/s, MH/s, GH/s, TH/s, PH/s y EH/s. Hay que indicar algoritmo y red; el rendimiento de un ASIC SHA-256 no es comparable como si sus intentos fueran equivalentes a los de otro algoritmo.

La red no exige que los mineros comuniquen máquinas, ubicaciones ni rendimiento instantáneo. Los observadores infieren una media a partir del trabajo que acumuló la cadena canónica durante una ventana. getnetworkhashps de Bitcoin Core divide la diferencia de chainwork por una diferencia temporal; la ventana predeterminada es nblocks = 120 y menos uno usa los bloques desde el último cambio de dificultad. Puntas, marcas de tiempo, ventanas y reorganizaciones distintas producen estimaciones distintas.

La tasa de hash no es la dificultad. El objetivo codificado en nBits determina la dificultad de hallar una cabecera; la tasa estima estadísticamente el ritmo de intentos. Si cambia la tasa con objetivo fijo, el intervalo medio cambia hasta el próximo ajuste. La aleatoriedad también puede aparentar un cambio aunque el equipo físico sea el mismo.

Tampoco equivale a trabajo de cadena, energía, ingresos, coste de ataque, descentralización ni precio. Más trabajo honesto por unidad de tiempo suele elevar los recursos necesarios para superarlo bajo el mismo algoritmo, pero también importan el acceso al hardware, el coste operativo, la coordinación de pools, la concentración, la respuesta y la duración. Un gráfico no prueba un precio futuro ni un presupuesto de seguridad exacto.

Cómo analizar la tasa de hash

  1. Fija identidad y unidad. Registra chain, network, algorithm, client version, punta canónica, prefijo y hora. Mainnet, testnet y otra cadena SHA-256 son poblaciones separadas aunque el equipo pueda migrar.
  2. Verifica la cadena observada. Registra bestblockhash, hashes inicial y final, alturas y ascendencia. Decodifica cada objetivo desde nBits, reproduce el trabajo por bloque y reconcilia el chainwork acumulado; no sustituyas trabajo por altura o número de bloques.
  3. Reproduce el estimador. Declara ventana, tratamiento de tiempos y corte de reorganización. Para Bitcoin Core calcula estimated_hash_rate = work_diff / time_diff con su ventana y el lapso entre tiempos mínimo y máximo.
  4. Cuantifica el ruido muestral. Compara varias ventanas y muestra bloques, tiempo transcurrido y confianza o dispersión. Las ventanas cortas reaccionan pronto pero sufren la suerte tipo Poisson; las largas suavizan el azar y detectan tarde un apagado real.
  5. Separa la realimentación de dificultad. Identifica objetivo, frontera de ajuste y reglas de la red. Modela primero el intervalo anterior al ajuste y luego la respuesta del objetivo; la dificultad no es un sensor de tasa en tiempo real.
  6. Modela cuota y economía minera. Divide la tasa efectiva compatible del minero por la de red y declara disponibilidad, método del pool, shares obsoletos, comisiones, subsidio, precio, electricidad, refrigeración, depreciación, financiación y limitación. La cuota esperada no garantiza bloques diarios ni beneficios.
  7. Somete a prueba seguridad y concentración. Examina oferta de equipos, tasa alquilable o migrable, control de plantillas, movilidad, geografía, energía, duración del ataque, profundidad y respuesta defensiva. Separa reorganización y censura de robo de claves o cambios arbitrarios de reglas.

Bitcoin Core calcula el trabajo de un bloque desde su objetivo compacto y lo acumula en el trabajo de cadena. El estimador divide la diferencia de trabajo entre la punta y un bloque anterior por el tiempo transcurrido. Es una estimación histórica reproducible de la cadena activa del nodo, no telemetría de cada dispositivo.

Ejemplos resueltos

1. Conversión de unidades

Cada prefijo multiplica por 1.000: 1 EH/s = 1,000 PH/s = 1,000,000 TH/s = 10^18 H/s. Por tanto, 650 EH/s son 650,000,000 TH/s, no 650 millones de hashes por segundo. Conserva algoritmo y unidad; tasas numéricas iguales de funciones distintas no implican el mismo hardware, coste o seguridad.

2. Estimación por ventana

Supón que una ventana de 120 bloques añade 4.32 * 10^22 hashes de trabajo representado durante un lapso mínimo-máximo de 72,000 seconds. La estimación ilustrativa es:

4.32 * 10^22 / 72,000 = 6.00 * 10^17 H/s = 600 EH/s

No significa que los equipos declarasen exactamente esa tasa ni que cada segundo fuera uniforme. Una ventana corta afortunada estima más y una desafortunada menos. Cambiar punta, ventana o cadena tras una reorganización cambia la muestra.

3. Cuota minera y varianza

Con una red de 600 EH/s y un minero compatible de 6 EH/s, la cuota simplificada es 6 / 600 = 1%. Para 144 bloques diarios, la esperanza es lambda = 144 * 1% = 1.44. Con aproximación de Poisson, la probabilidad de cero bloques ese día es P(0) = exp(-1.44) = 23.69%.

Si la red sube a 750 EH/s y el minero sigue en 6 EH/s, la cuota pasa a 6 / 750 = 0.8% y la esperanza a 1.152. La cuota bruta esperada en BTC cae un 20% si lo demás permanece constante, pero el resultado diario sigue siendo ruidoso y cada pool tiene reglas de pago propias.

4. Caída antes del reajuste

Supón una caída de 600 EH/s a 420 EH/s, un 30%, justo después de un ajuste de mainnet con objetivo fijo. El intervalo esperado simplificado pasa a 10 / 0.70 = 14.29 minutes; 2.016 bloques tardarían unos 20 days en vez de 14.

Si la tasa menor persiste y se omiten detalles de implementación, en el siguiente reajuste la dificultad bajaría aproximadamente un 30% y el intervalo volvería cerca de diez minutos. Las llegadas son aleatorias y deben reproducirse exactamente la ventana temporal y la aritmética entera del objetivo de Bitcoin; un día no demuestra un apagado permanente.

Riesgos y fallos de revisión

Errores de medición y protocolo

  • Presentar una tasa inferida como suma exacta y en tiempo real comunicada por todos los mineros.
  • Omitir cadena, red, algoritmo, unidad, hash de punta, hora o versión del estimador.
  • Confundir EH/s, PH/s y TH/s, o comparar tasas brutas de algoritmos incompatibles.
  • Usar bloques, altura o diez minutos nominales en lugar de trabajo acumulado y tiempo observado.
  • Mezclar puntas rivales o no recalcular la muestra tras una reorganización.
  • Tratar tiempos fijados por mineros como relojes perfectos o cambiar en silencio reglas de extremos, mínimos, máximos o medianas.
  • Elegir una ventana corta favorable sin mostrar varianza de llegadas ni una comparación larga.

Errores mineros y económicos

  • Tratar dificultad como tasa medida o suponer que cambia al instante al entrar o salir máquinas.
  • Convertir cuota esperada en bloques diarios garantizados, ignorando varianza y pagos del pool.
  • Equiparar cuota de bloques del pool con propiedad de hardware pese a la tasa delegada y móvil.
  • Convertir tasa nominal en shares aceptados sin disponibilidad, firmware, temperatura, obsoletos y limitación.
  • Inferir energía directamente de la tasa sin eficiencia, utilización, refrigeración y mezcla energética.
  • Llamar beneficio fiduciario a recompensas brutas en BTC sin precio, comisiones, electricidad, trabajo, depreciación, financiación y coberturas.
  • Afirmar que la tasa causa precio sin modelo de demanda, liquidez y contrafactual.

Errores de seguridad e interpretación

  • Usar una tasa alta como prueba de descentralización sin concentración de pools, fabricantes, geografía y energía.
  • Llamar a la tasa coste exacto de ataque sin acceso a equipos, alquiler, migración, duración y coste operativo.
  • Afirmar que una mayoría puede falsificar firmas, robar cualquier cartera o imponer inflación inválida a nodos completos.
  • Tratar una mayoría breve de un pool como propiedad permanente de todos los equipos, o negar todo riesgo de coordinación.
  • Inferir pérdida permanente de seguridad de un día ruidoso sin contexto de dificultad, ventana y bloques.
  • Suponer que la tasa elimina fallos de software, ataques eclipse, custodia, política de liquidación o respuesta social.

Errores comunes

  • La tasa de red se mide exactamente en tiempo real. Se infiere de trabajo y tiempo observados, por lo que depende de punta, estimador y ventana.
  • Una tasa mayor garantiza un precio de Bitcoin mayor. Economía minera y demanda pueden interactuar, pero el protocolo no contiene una función de precio.
  • Un atacante del 51 % puede gastar las monedas de cualquiera. La potencia de hash no crea firmas privadas ni hace aceptar inflación inválida a los nodos.
  • La cuota del pool es hardware de su operador. Los pools coordinan a menudo mineros independientes que pueden migrar, aunque la concentración de plantillas importa.
  • Una caída diaria prueba un apagado permanente. Las estimaciones cortas varían con llegadas aleatorias; contrástalas entre ventanas y periodos de dificultad.

Temas relacionados

Fuentes

Navegación

Buscar en la wiki...