Proof of Work

Imagina una lotería cuyo boleto ganador no puede calcularse de antemano mediante un truco inteligente. Los mineros cambian repetidamente los datos de un bloque candidato y calculan su hash. Casi todos los resultados fallan. Solo un hash cuyo valor numérico sea menor o igual al target actual puede servir como Proof of Work del bloque. Hallarlo es difícil, pero cualquiera puede comprobarlo con rapidez. Bitcoin no demuestra un cálculo útil en el sentido habitual; crea una prueba pública de que alguien realizó una búsqueda costosa para una cabecera concreta. [1] [2]

El Block Header contiene los datos básicos del bloque; el Merkle Root es una huella conjunta de sus transacciones. El nonce es un número que los mineros pueden cambiar durante la búsqueda. Un ASIC es un chip diseñado para una tarea concreta; aquí aplica repetidamente la función hash SHA-256. El minero construye primero un bloque candidato: selecciona transacciones, crea la Coinbase Transaction con la recompensa y calcula el Merkle Root. Esos valores, la referencia al bloque anterior, el tiempo, el target y el nonce forman el Block Header. Un ASIC especializado calcula después hashes SHA-256 dobles de muchas variantes. No resuelve un acertijo paso a paso acercándose a la respuesta. Cada intento da un resultado nuevo de aspecto aleatorio, y el fracaso anterior no dice si el siguiente tendrá éxito. [3] [1]

Un hash puede leerse como un número enorme. El target de la red es el valor máximo que las reglas todavía permiten. Cuanto menor es, menor es la proporción de hashes aceptables y más intentos se esperan. nBits guarda el target en formato compacto dentro de la cabecera. La dificultad solo expresa de forma relativa lo exigente que es ese objetivo. No es una cantidad de ceros, de julios ni la cuota de potencia de un minero. Un bloque concreto puede aparecer enseguida o tardar mucho: las reglas fijan el resultado, no el número real de intentos que llevó hasta él. [2] [1]

El nonce del Block Header solo ocupa cuatro bytes, por lo que un ASIC rápido puede agotar todo su intervalo sin acertar. La minería no consiste en aumentar un único número sin fin. El software puede cambiar un extra nonce dentro de la Coinbase Transaction, la selección o el orden de las transacciones y otros datos permitidos. Eso modifica la Coinbase Transaction, el Merkle Root y finalmente toda la cabecera, abriendo nuevos candidatos. Un pool también reparte trabajos distintos entre muchos equipos para que no prueben las mismas variantes. [3]

Un hash menor o igual que el target cumple una condición esencial, no todas las reglas de Bitcoin. Un Full Node también comprueba tamaño y estructura, ascendencia, Coinbase Transaction, recompensa permitida, firmas, scripts y que las entradas hagan referencia a fondos existentes que aún no se hayan gastado. El cálculo costoso no puede obligar a otros a aceptar bitcoin por encima del límite ni un doble gasto. Un bloque inválido sigue siéndolo sin importar la energía usada. A la inversa, un candidato con transacciones válidas pero sin suficiente Proof of Work tampoco puede ampliar la cadena activa. [4] [1]

Dos mineros pueden publicar bloques válidos distintos casi a la vez y a la misma altura, creando brevemente dos ramas. Entre candidatos válidos, los nodos siguen la rama con mayor trabajo acumulado, representado por chainwork. No siempre equivale a contar bloques porque pudieron producirse bajo targets distintos. Reescribir un pago confirmado exige crear una historia alternativa válida y alcanzar y superar el trabajo que la rama ordinaria sigue sumando. Más confirmaciones suelen elevar el coste del ataque, pero no crean irreversibilidad matemática instantánea. [5] [1]

El Hashrate mide cuántos intentos de hash se realizan por segundo. Si el target nunca cambiara, un aumento del Hashrate aceleraría los bloques y una pérdida de potencia los frenaría. Bitcoin mainnet recalcula por eso el target tras intervalos de 2.016 bloques para devolver el promedio prolongado hacia unos diez minutos por bloque. Compara la duración observada con las dos semanas previstas y limita el ajuste dentro de los márgenes del protocolo. El retarget no responde directamente al precio de BTC, al número de usuarios ni a una votación de mineros sobre nuevas reglas. Diez minutos es un promedio objetivo, no el horario del siguiente bloque. [2]

Un minero en solitario puede esperar mucho por un bloque válido, por eso muchas máquinas trabajan mediante un mining pool. El pool fija un share target interno más fácil y usa los shares recibidos para estimar la contribución. La mayoría no cumple el target de red más estricto y nunca entra en la Blockchain. Cuando un resultado sí lo cumple, el pool difunde el bloque candidato completo. La aceptación no la decide el pool ni el tamaño de su Hashrate, sino la validación independiente de cada nodo. [3]

Los equipos físicos consumen electricidad y desprenden calor mientras buscan. Bitcoin no guarda una factura energética dentro del bloque. El hash ganador no revela el número exacto de intentos, los kilovatios-hora, la fuente eléctrica ni la ubicación. Proof of Work da una defensa económica a la historia porque los nuevos intentos tienen costes reales, pero un consumo mayor no significa automáticamente seguridad perfecta ni operación más limpia. Evaluar seguridad exige considerar también validación, distribución del Hashrate y amenaza concreta; evaluar impacto energético requiere fuente, momento, eficiencia y uso alternativo. [1] [2]

Un Full Node comprueba de forma independiente el hash anterior, nBits, el target derivado y el hash de cabecera. Los datos permiten comparar height, difficulty y chainwork, pero el hash ganador no muestra identidad ni energía exacta. Una frase como «Bitcoin es seguro tras seis confirmaciones» necesita contexto: valor del pago, capacidad del adversario, distribución del trabajo y posibilidad de esperar. Proof of Work no es una etiqueta comercial ni un voto de mineros sobre las reglas; es una entrada definida y verificable del mecanismo con el que los nodos eligen entre historias válidas. [2] [3] [5]