---
title: "Minería de Bitcoin: plantillas de bloque, prueba de trabajo, pools y economía"
description: "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."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

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

> 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.

<a id="answer"></a>

## 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.

<a id="mechanism"></a>

## 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.

<a id="example"></a>

## 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.

<a id="risks"></a>

## 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.

<a id="misconceptions"></a>

## 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.

<a id="related"></a>

## Temas relacionados

- [Bitcoin](/es/crypto/bitcoin/)
- [Prueba de trabajo](/es/crypto/proof-of-work/)
- [Tasa de hash](/es/crypto/hashrate/)
- [Ajuste de dificultad](/es/crypto/difficulty-adjustment/)
- [Reorganizaciones de cadena](/es/crypto/chain-reorg/)

<a id="sources"></a>

## Fuentes

- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - NIST (consulta: 2026-08-19)
- [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (consulta: 2026-08-19)
- [Bitcoin Developer Guide: Mining](https://developer.bitcoin.org/devguide/mining.html) - Bitcoin Project (consulta: 2026-08-19)
- [Bitcoin Developer Guide: Block Chain](https://developer.bitcoin.org/devguide/block_chain.html) - Bitcoin Project (consulta: 2026-08-19)
- [Bitcoin Developer Reference: Block Chain](https://developer.bitcoin.org/reference/block_chain.html) - Bitcoin Project (consulta: 2026-08-19)
- [Bitcoin Core: miner.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/node/miner.cpp) - Bitcoin Core (consulta: 2026-08-19)
- [Bitcoin Core: pow.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/pow.cpp) - Bitcoin Core (consulta: 2026-08-19)
- [BIP 22: getblocktemplate - Fundamentals](https://github.com/bitcoin/bips/blob/master/bip-0022.mediawiki) - Bitcoin BIPs (consulta: 2026-08-19)

Source: https://wiki.fcontext.com/es/crypto/mining/index.mdx