Informe de probabilidades SHA-256 — septiembre de 2026
La escalera se mueve. La dificultad sube y baja, el hashrate migra, y las tablas de tiempos esperados que valían el mes pasado envejecen. Esta página es la solución: una instantánea mensual de las probabilidades en solitario en las seis cadenas SHA-256 para las que SoloFury tiene nodos propios, para cada clase de hardware. Esta es la edición de septiembre de 2026, con notas de movimiento frente a la base de julio; la fecha de arriba es tu garantía de frescura.
Este es el informe mensual de probabilidades para la escalera de minería en solitario SHA-256: dificultad y hashrate de red de Bitcoin, Bitcoin Cash, BC2, BCH2, eCash y DigiByte (SHA-256) — leídos de nodos completos — convertidos en tiempos esperados de bloque en solitario para cada clase de hardware. Esta es la edición de septiembre de 2026, leída el 27 de septiembre de 2026. No se publicó edición de agosto, así que las notas de movimiento comparan con la base de julio de 2026. DigiByte entra en la escalera por primera vez.
Lo esencial — septiembre de 2026
- El estado de la red: Bitcoin está en ~132,76 T de dificultad, unos ~0,95 ZH/s, prácticamente igual que en julio. BCH tiene alrededor de 1/265 del hashrate de Bitcoin; el peldaño más bajo, BCH2, alrededor de 1/100.000.
- La distancia: El mismo dispositivo de 1 TH/s va de tiempos esperados de ~18.000 años en BTC a cerca de un mes en DigiByte — toda la lógica de elegir cadena, en una tabla.
- Qué se movió: El hashrate de red de BC2 se ha más que duplicado desde julio, y BC2 ajusta ahora la dificultad en cada bloque (ShockWave). El hashrate de eCash cayó alrededor de un 14%. La dificultad de BCH subió alrededor de un 8%.
- Nuevo peldaño: el algoritmo SHA-256 de DigiByte, con un bloque cada 75 segundos aproximadamente para ese algoritmo.
- Nuevo método: los tiempos esperados salen ahora del hashrate de red, no de una sola lectura de dificultad. El porqué está en las preguntas frecuentes.
La escalera — instantánea de septiembre de 2026
| Cadena | Dificultad (lectura) | Hashrate de red | vs hashrate de BTC | Tiempo de bloque |
|---|---|---|---|---|
| BTC | ~132,76 T | ~0,95 ZH/s | 1× | 10 min |
| BCH | ~544,6 G | ~3,6 EH/s | 1 / 265 | 10 min |
| XEC | ~7,06 G | ~45,4 PH/s | 1 / 20.928 | 10 min |
| DGB (SHA-256) | ~614 M | ~37,5 PH/s | 1 / 25.312 | ~75 s por algoritmo |
| BC2 | ~2,69 G | ~18,7 PH/s | 1 / 50.938 | 10 min |
| BCH2 | ~1,27 G | ~9,5 PH/s | 1 / 100.201 | 10 min |
Leído en los nodos de SoloFury el 27 de septiembre de 2026, 11:09–11:15 UTC; la dificultad de Bitcoin del nodo el 26 de septiembre, con el hashrate derivado de la dificultad. En eCash y BC2 la dificultad cambia en cada bloque, así que esa columna es una sola lectura: en BC2 era de ~11,2 G el día anterior. La columna del hashrate de red es la estable.
Tiempos esperados de bloque en solitario por clase de hardware
| Hardware | BTC | BCH | XEC | DGB | BC2 | BCH2 |
|---|---|---|---|---|---|---|
| Clase Bitaxe (1 TH/s) | ~18.081 años | ~68 años | ~315 días | ~33 días | ~130 días | ~66 días |
| Clase NerdQAxe (6 TH/s) | ~3.013 años | ~11 años | ~53 días | ~5 días | ~22 días | ~11 días |
| Clase S21 (235 TH/s) | ~77 años | ~106 días | ~32 h | ~3 h | ~13 h | ~7 h |
| Clase petahash (1.160 TH/s) | ~16 años | ~21 días | ~7 h | ~40 min | ~3 h | ~1,4 h |
Calculado como tiempo de bloque × hashrate de red ÷ hashrate del dispositivo. Tu propio hashrate escala de forma lineal entre filas — el doble de terahash, la mitad de cada tiempo esperado — y se calcula con exactitud, cadena por cadena, en la calculadora en vivo, que lee los mismos datos de los nodos de forma continua. Recuerda qué son estos números: promedios de Poisson con una varianza enorme, herramientas de comparación y no calendarios — la guía de varianza es la lectura que los acompaña.
Notas de movimiento — de julio a septiembre de 2026
Primero, un cambio de método. La edición de julio calculaba los tiempos esperados a partir de una sola lectura de dificultad. Esta edición usa el hashrate de red, por el motivo explicado en las preguntas frecuentes. Algunas diferencias entre ambas tablas reflejan ese cambio además de movimientos reales, así que las notas comparan directamente hashrate y dificultad.
- BTC: dificultad ~−1% (133,9 T → 132,76 T). Plana; las probabilidades no cambian. El próximo halving es en el bloque 1.050.000, a unos 18–19 meses (~abril de 2028).
- BCH: dificultad ~+8% (504,4 G → 544,6 G), mientras la estimación del hashrate de red marca ~3,6 EH/s frente a ~4,1 EH/s en julio. Señales mixtas, efecto neto pequeño: un dispositivo de 1 TH/s sigue rondando los 70 años de media.
- XEC: hashrate de red ~−14% (~53 → ~45 PH/s). Probabilidades por hash algo mejores que en julio.
- BC2: hashrate de red ~+130% (~8,1 → ~18,7 PH/s). El cambio mayor es estructural: BitcoinII Core v31.1.0 activó ShockWave, un ajuste de dificultad por bloque, en la altura 57.750 (el nodo de SoloFury funciona con
/BitcoinII:31.1.0/, en la altura 60.168 el 27 de septiembre). Juntos, los dos valores de julio (~17,6 G de dificultad con ~8,1 PH/s) implican en ese momento un bloque cada 2,6 horas aproximadamente, un retraso típico del antiguo ajuste por ventana; con ShockWave, la dificultad sigue al hashrate bloque a bloque. - BCH2: hashrate de red ~+66% (~5,7 → ~9,5 PH/s), dificultad ~−15%. Más competencia en el peldaño más bajo.
- DGB: primera aparición. SHA-256 es uno de los cinco algoritmos de minería de DigiByte; cada uno apunta a un bloque cada 75 segundos aproximadamente, por eso un dispositivo de 1 TH/s tarda de media alrededor de un mes.
Para ver cómo un ajuste por bloque refleja en tiempo real la migración de hashrate, consulta la guía de ASERT.
Cómo usar este informe
Tres usos previstos. Planificar: al elegir adónde apunta una máquina durante la temporada, usa la tabla de este mes, no una recordada — la escalera se desplaza. Vigilar: las notas de movimiento señalan qué peldaños se movieron lo suficiente como para importar, así que una lectura mensual sustituye a la revisión constante. Honestidad: cada cifra remite a datos de nodo que cualquiera puede reproducir, cada tiempo esperado lleva su advertencia de varianza, y los peldaños de cadenas pequeñas siempre cargan con la lista de riesgos — mejores probabilidades son un intercambio, y este informe solo pone precio a un lado.
Las probabilidades están frescas. El siguiente paso es tuyo.
Cada número de arriba sale de los nodos que SoloFury mantiene en las seis cadenas — los mismos datos que alimentan la calculadora en vivo y el propio pool. Pagos no custodiales en la coinbase, comisión del 1%, puntos TLS en cada región. Elige tu peldaño con los números de este mes y vuelve el mes que viene.
Tus probabilidades exactas, en vivo →Apunta a tu peldaño →Preguntas frecuentes
¿De dónde salen los números de este informe?
De los nodos completos que SoloFury mantiene para cada una de las seis cadenas: dificultad y hashrate de red leídos de la propia cadena, no de agregadores. La instantánea de septiembre de 2026 se leyó el 27 de septiembre de 2026 entre las 11:09 y las 11:15 UTC; la dificultad de Bitcoin procede del nodo el 26 de septiembre y su hashrate de red se deriva de esa dificultad. Cualquiera con un nodo puede reproducir cada cifra.
¿Cómo se calculan los tiempos esperados?
Como tiempo de bloque × hashrate de red ÷ tu hashrate. En promedio equivale a la fórmula clásica dificultad × 2^32 ÷ hashrate, pero no depende de la dificultad del último bloque. Importa porque eCash y BC2 cambian la dificultad en cada bloque: una sola lectura en esas cadenas puede ser varias veces mayor o menor que la siguiente, mientras que el hashrate de red es un promedio de muchos bloques y se mantiene estable.
¿Cómo leo un tiempo esperado hasta un bloque?
Como un promedio de Poisson, nunca como un calendario: un tiempo esperado de 30 días significa alrededor de un 63% de probabilidad de al menos un bloque en 30 días, con la posibilidad real de ganar mañana o de esperar el triple. El número sirve para comparar cadenas, hardware y meses, no para predecir tu suerte. La matemática de la varianza tiene su propia guía.
¿Por qué cambian los números de un mes a otro?
La dificultad sigue al hashrate, y el hashrate se mueve sin parar. Bitcoin reajusta cada 2.016 bloques, unas dos semanas. Las otras cinco cadenas se ajustan en cada bloque: ASERT en BCH y BCH2, targeting por bloque en eCash, ShockWave en BC2 desde la altura 57.750 (BitcoinII Core v31.1.0) y ajuste multialgoritmo por bloque en DigiByte. Una cadena que pierde hashrate ofrece mejores probabilidades por hash hasta que los mineros vuelven.
¿A qué cadena apunto mi equipo este mes?
Las tablas dan las probabilidades; la elección depende de tus objetivos. El gran premio está en BTC, el término medio con liquidez en BCH, y las victorias más frecuentes y pequeñas en las cadenas menores — con la lista de riesgos de cadenas pequeñas aplicada por completo. Pon tu hashrate exacto en la calculadora y decide cuánta varianza quieres soportar.
¿Me dice este informe cuándo una cadena está caliente?
Te dice cuándo el hashrate o la dificultad de una cadena se movieron de forma significativa — las notas de movimiento señalan caídas y picos. Aprovecharlos es más difícil que antes: todas las cadenas de esta escalera salvo Bitcoin ajustan ya la dificultad en cada bloque, así que rara vez hay una ventana. Una caída es información, no una señal.
¿Por qué solo estas seis cadenas?
Porque son las seis de las que mantenemos nodos y cuyos datos podemos leer en origen — la idea del informe son números de primera mano. Existen otras cadenas SHA-256; evaluarlas requiere la misma matemática, la lista de riesgos completa y datos verificados por ti.
¿Cómo se eligió la lista de hardware?
Cuatro clases de referencia: un dispositivo de escritorio clase Bitaxe de 1 TH/s, un minero doméstico clase NerdQAxe de 6 TH/s, un ASIC clase S21 de 235 TH/s y una máquina clase petahash de 1.160 TH/s. Tu propio hashrate escala de forma lineal — el doble de hashrate, la mitad del tiempo esperado — o se calcula con exactitud en la calculadora.
¿Cuándo sale la próxima edición?
El informe se renueva cada mes con datos en vivo de los nodos, con notas de movimiento frente a la edición anterior. La referencia de frescura es el updatedDate de la cabecera. La URL es permanente; solo cambian los números.