Saltar al contenido
Financial Context Wiki

Minería de Bitcoin: plantillas de bloque, prueba de trabajo, pools y economía

La minería de Bitcoin construye bloques candidatos y explora cabeceras SHA-256d para hallar una prueba de trabajo bajo el objetivo de red. Separa identidad de plantilla, validez de transacciones y coinbase, búsqueda nonce y extranonce, validación de nodos, propagación, bloques obsoletos, shares del pool, pagos, dificultad, energía y economía.

Actualizado

Análisis educativo de protocolo y minería; no constituye asesoramiento de inversión ni operativo. Los resultados son aleatorios y dependen de reglas, dificultad, comisiones, términos del pool, disponibilidad, hardware, energía, financiación, impuestos y precios; los ingresos o la cuota de hash proyectados no garantizan bloques, pagos ni beneficios.

Respuesta directa

La minería de Bitcoin construye bloques candidatos válidos y calcula repetidamente sus cabeceras de 80 bytes con SHA-256d hasta hallar un resultado numérico igual o inferior al objetivo de consenso. El minero ganador solo propone el bloque. No puede validar una transacción inválida, decidir hechos externos ni controlar monedas ajenas: cada nodo completo comprueba por separado la prueba, cabecera, transacciones, scripts, salidas gastadas, límites y valor coinbase permitido.

Un nodo minero o pool obtiene candidatos mediante interfaces como getblocktemplate. Sus campos relevantes incluyen version, previousblockhash, transactions, coinbasevalue, target, bits, height, weightlimit y sigoplimit. La plantilla es un punto de partida elegido por política, no promete incluir cada transacción ni aceptar un bloque modificado. Validez de consenso, política de mempool, selección de comisiones y reglas del pool son capas distintas.

El hardware busca variaciones de cabecera. Al agotar el nonce de 32 bits, el software cambia el extranonce coinbase, reconstruye la raíz de Merkle y puede actualizar hora o versión permitidas para crear nuevo espacio. Cada hash es un ensayo independiente. Más tasa compatible aumenta la frecuencia esperada, pero no programa un bloque ni garantiza hallarlo a tiempo.

La minería individual recibe toda la salida coinbase permitida pero presenta gran varianza. Un pool agrega trabajo y usa objetivos de share más fáciles; solo una share que también alcanza el objetivo de red puede ser bloque. El pool reduce varianza, no aumenta la emisión esperada. Custodia, control de plantillas, validación de shares y pasivos PPS, PPLNS u otros añaden riesgos de contraparte y concentración.

Cómo analizar la minería

  1. Fija identidad y autoridad. Registra chain, network, client version, reglas, bestblockhash, proveedor de plantilla, endpoint del pool, beneficiario y hora. Distingue nodo, constructor, operador, firmware, instalación y dueño del equipo.
  2. Reproduce la selección candidata. Captura mempool y UTXO set; verifica validez, dependencias, comisiones, peso, operaciones de firma, locktime y compromisos witness. Reconstruye el candidato y explica la política; la tasa de comisión no es consenso.
  3. Concilia coinbase y cabecera. Verifica subsidio por altura, comisiones incluidas, salidas, compromisos, hash previo y árbol de Merkle. Sigue nonce, extranonce coinbase, Merkle root, time y version bits; rechaza plantillas fuera de límites.
  4. Verifica búsqueda y envío. Decodifica el objetivo compacto y prueba block_hash <= target con el orden de bytes y hash de la red. Al hallar solución, reconstruye el bloque, envíalo con submitblock o el protocolo desplegado y conserva la respuesta.
  5. Sigue validación y propagación independientes. Compara nodos completos para cabecera, transacciones, scripts, coinbase y chainwork. Mide propagación, puntas rivales, bloques obsoletos o huérfanos y reorganizaciones; hallar prueba no garantiza permanecer canónico.
  6. Concilia recompensa y contabilidad del pool. Separa coinbase, subsidy + transaction fees, tarifa y reservas del pool, pool target, network target, share aceptada, shares obsoletas, método, madurez, mínimo, custodia y contraparte.
  7. Estresa economía y seguridad. Declara tasa efectiva, disponibilidad, eficiencia, electricidad, refrigeración, personal, alojamiento, mantenimiento, depreciación, financiación, impuestos, recorte, subsidio, comisiones, precio y dificultad. Estresa varianza, averías, shocks, retraso, impago, censura, concentración y reorganización.

El producto es una propuesta de bloque y evidencia de búsqueda computacional. Los nodos deciden validez; la regla de bifurcación elige la rama válida activa; la dificultad cambia el objetivo solo en su frontera; y las aplicaciones fijan confirmaciones. La minería participa, pero no sustituye ninguno.

Ejemplos resueltos

1. El nonce no es todo el espacio

La cabecera de 80 bytes tiene un nonce de 32 bits, con 2^32 = 4,294,967,296 valores. A 200 TH/s, probar esa cantidad tarda aproximadamente:

4,294,967,296 / 200,000,000,000,000 = 0.0000214748 seconds

El trabajo continúa: se cambia el extranonce coinbase, se deriva otra raíz de Merkle y se actualizan campos permitidos para abrir otro espacio nonce. Tratar el nonce como capacidad total es un error de categoría.

2. Varianza individual y electricidad

Con red 600 EH/s y minero efectivo 200 TH/s, la cuota simplificada es 200 TH/s / 600 EH/s = 0.0000333333%. Para 144 bloques diarios, la esperanza es lambda = 144 * 0.000000333333 = 0.000048 blocks/day, con espera media 1 / 0.000048 = 20,833.33 days. La aproximación de Poisson da P(0) = exp(-0.000048) = 99.9952001152% de cero bloques diarios.

Una máquina de 3,5 kW a 0,06 USD/kWh cuesta 3.5 kW * 24 * USD 0.06/kWh = USD 5.04/day en electricidad directa. Faltan refrigeración, alojamiento, paradas, reparación, depreciación, financiación e impuestos. Esperanza no es fecha de cobro; un acierto remoto no es una cuenta diaria por cobrar.

3. Contabilidad coinbase y madurez

Supón subsidio de 3.125 BTC y comisiones válidas de 0.42 BTC. El máximo creado por coinbase es 3.125 + 0.42 = 3.545 BTC; reclamar más invalida el bloque y reclamar menos renuncia a valor.

La salida coinbase exige 100 blocks de madurez antes de gastarse. El bloque puede quedar obsoleto o reorganizarse. Saldo del panel del pool, coinbase inmaduro y pago externo final son derechos distintos con riesgos diferentes.

4. Shares del pool y supuestos de pago

Con shares aceptadas de igual dificultad, el pool registra 2,000,000 y un minero 50,000: su fracción es 50,000 / 2,000,000 = 2.5%. Con bloque de 3,545 BTC y tarifa de 2%, el importe distribuible es 3.545 * (1 - 0.02) = 3.4741 BTC y la asignación proporcional 3.4741 * 2.5% = 0.0868525 BTC.

Si el objetivo del pool es 1,000 veces más fácil, una share aceptada tiene probabilidad simplificada 1 / 1,000 de alcanzar también el objetivo de red. La contabilidad real normaliza dificultad variable, rechaza duplicadas y obsoletas, aplica PPS, FPPS, PPLNS u otro contrato y separa valor pagado por el pool de ingreso condicionado al bloque.

Riesgos y fallos de revisión

Errores de protocolo y plantilla

  • Decir que los mineros validan transacciones en vez de elegir candidatos que verifican los nodos.
  • Mezclar cadena, red, bifurcación, punta, cliente, proveedor o pool.
  • Tratar mempool o plantilla como consenso, conjunto completo o bloque futuro garantizado.
  • Elegir por tasa individual ignorando ancestros, descendientes, peso, firmas, locks y compromisos.
  • Calcular mal altura del subsidio, comisiones, salidas coinbase, witness o raíz de Merkle.
  • Buscar sobre hash previo, objetivo, tiempo o versión obsoletos tras una nueva punta.
  • Comparar hash y objetivo con codificación, endianidad o algoritmo equivocados.

Errores del pool y operación

  • Equiparar share aceptada con bloque de red o contar shares sin normalizar dificultad.
  • Convertir cuota esperada en bloques, ingresos o fechas garantizados ignorando varianza.
  • Equiparar cuota del pool con propiedad permanente de hardware u omitir concentración.
  • Omitir shares obsoletas y rechazadas, latencia, firmware, temperatura, disponibilidad, recorte y averías.
  • Ignorar método de pago, base de tarifa, reservas, mínimos, madurez, custodia, retiro e impago.
  • Tratar un bloque hallado como final antes de aceptación, propagación, selección y reorganización.
  • Reutilizar credenciales, direcciones o firmware remoto sin autenticación, control e incidentes.

Errores económicos y de seguridad

  • Llamar beneficio fiat al BTC bruto esperado sin precio, dificultad, comisiones, energía, refrigeración, trabajo, depreciación, financiación e impuestos.
  • Inferir electricidad o emisiones de la tasa sin eficiencia, uso, refrigeración, lugar, tiempo y mezcla.
  • Suponer respuesta inmediata de dificultad o bloques de diez minutos programados.
  • Afirmar que el halving garantiza precio, capitulación o gasto de seguridad constante.
  • Afirmar que mayoría hash falsifica firmas, roba monedas o impone inflación inválida.
  • Usar tasa alta como prueba contra concentración de pool, fabricante, firmware, geografía, energía, red o software.

Errores comunes

  • Los mineros pueden aprobar cualquier transacción como válida. Eligen y ordenan, pero los nodos honestos rechazan bloques contrarios al consenso.
  • El nonce es el único valor mutable. El extranonce cambia coinbase y raíz de Merkle; tiempo y versión permitidos también amplían el espacio.
  • Una share del pool es una fracción de bloque. Prueba trabajo bajo un objetivo más fácil; la mayoría no cumple el objetivo de red.
  • El ingreso diario esperado es pago garantizado. El descubrimiento es aleatorio y el pago depende del contrato, madurez y contraparte.
  • Más tasa implica automáticamente más beneficio. Cuota, dificultad, comisiones, precio, eficiencia, electricidad y costes deciden el resultado.

Temas relacionados

Fuentes

Navegación

Buscar en la wiki...