VNISH GLOBAL · Academia
Cómo funciona la pila de minería ASIC: hash, share, pool y firmware
El ASIC recibe trabajo del pool y evalúa SHA-256 de forma repetida. Un resultado bajo el objetivo del pool es una share; solo un resultado bajo el objetivo de red puede convertirse en bloque. El firmware gobierna el equipo local, no el consenso de Bitcoin ni la política de pago del pool.
Método de trabajo
- Separa consenso, pool, minero y firmware; cada capa tiene una función distinta.
- No mezcles hashrate local, hashrate del pool y shares aceptadas: usan ventanas diferentes.
- Para J/TH usa potencia de pared y hashrate del mismo estado y periodo.
- Registra fuente, unidad, hora, perfil y condiciones.
Analicemos una situación
Situación de aprendizaje, no un resultado comunicado por un cliente.
Considera el caso hipotético de un operador que ve un hashrate estable en la interfaz del minero, pero una cifra diferente en la cuenta del pool. Ninguna pantalla, por sí sola, establece qué componente es responsable de la diferencia. Empieza por anotar qué describe cada cifra: el dispositivo identificado, la fuente, la unidad y el periodo de observación. Un periodo local corto y otro más largo del pool no permiten una comparación equivalente.
Después, distingue una share aceptada de un pago. La share registra trabajo que cumplió los requisitos del pool; las reglas de pago de la cuenta determinan cómo el trabajo acreditado se convierte en saldo. Considera ahora una segunda observación: la interfaz sigue siendo accesible, pero el worker previsto no tiene nuevo trabajo aceptado durante el periodo examinado. Eso es motivo para conservar el estado del pool y los registros pertinentes, no para declarar que la instalación ha sido satisfactoria basándose en la pantalla de acceso.
Mantén la versión del firmware y el perfil junto al registro. Esta pequeña comparación puede precisar la siguiente pregunta sin adivinar una avería, cambiar una configuración ni prometer ingresos adicionales.
Límites y condiciones de parada
- El firmware no elimina límites de PSU, cableado, refrigeración o silicio.
- Una share no equivale automáticamente a bloque ni a pago.
- Air, Hydro e Immersion requieren rutas exactas diferentes.
Artefacto reutilizable
| # | Campo | Comprobado | Evidencia / nota |
|---|---|---|---|
| 1 | trabajo (job) / ventana de observación | □ | |
| 2 | hashrate local | □ | |
| 3 | hashrate del pool / shares | □ | |
| 4 | potencia en pared / medidor / hora | □ | |
| 5 | modelo / placa / build / perfil | □ |
Copia esta estructura al registro del cambio; nunca incluyas contraseñas, claves ni accesos privados.
Términos de esta guía
- Share
- Trabajo enviado a un pool para validarlo frente a su objetivo; la mayoría de las shares no son bloques válidos de la red.
- Periodo de observación
- Periodo indicado al que corresponde una medición o un registro.
- Hashrate del lado del pool
- Estimación del trabajo de minería realizada por el pool durante el periodo de observación indicado, no una lectura directa de la actividad local de los chips.
Comprueba lo que has entendido
Estas preguntas comprueban la comprensión. No autorizan una instalación ni certifican un resultado.
¿Se pueden comparar dos cifras de hashrate sin comprobar sus periodos?
Mostrar respuesta
No. Registra ambas fuentes, unidades y periodos antes de interpretar una diferencia.
¿Una share aceptada demuestra que se ha recibido un pago?
Mostrar respuesta
No. La aceptación de shares y la contabilidad de pagos del pool son observaciones distintas.
¿Qué demuestra que una interfaz sea accesible?
Mostrar respuesta
Solo que la interfaz responde; no demuestra trabajo de minería aceptado ni un funcionamiento estable.
Fuentes primarias
- Bitcoin Developer Guide - Mining Revisado 2026-09-10
- Stratum V2 - Mining Protocol Revisado 2026-09-10