El día en que se crearon 184.000 millones de bitcoins: El fork de emergencia de 5 horas de Satoshi

1. Bloque 74.638: La transacción imposible

El domingo 15 de agosto de 2010, Bitcoin era una red de pagos experimental y embrionaria que contaba con apenas diecinueve meses de existencia. Uno de sus primeros programadores, Jeff Garzik, monitorizaba el comportamiento de la cadena de bloques cuando el bloque número 74.638 apareció procesado en su nodo local.

Al inspeccionar la transacción `e48f0...`, Garzik quedó petrificado ante la pantalla. La operación consumía una modesta entrada de 0,5 BTC, pero enviaba exactamente 92.233.720.368,54 BTC a dos direcciones distintas. En total, el atacante había generado 184.467.440.737 bitcoins de la nada absoluta.

El pilar económico más sagrado de toda la arquitectura concebida por Satoshi Nakamoto —el límite inmutable y estricto de 21 millones de monedas de suministro máximo— acababa de hacerse pedazos en un abrir y cerrar de ojos.

«Hay una alerta crítica en el bloque 74638: un desbordamiento de enteros ha generado 184.000 millones de bitcoins. Estamos ante una emergencia total de la red.»

— Jeff Garzik en el foro Bitcointalk

2. El fallo aritmético: Cuando los números positivos se vuelven negativos

Satoshi Nakamoto y el mantenedor principal Gavin Andresen se conectaron de inmediato para auditar las líneas de código fuente en C++. El fallo radicaba en el bucle de validación de transacciones del software cliente.

El código verificaba que la suma total de las salidas de una transacción no fuera superior al valor de la entrada. Sin embargo, en la aritmética de números enteros de 64 bits con signo, sumar dos valores numéricos gigantescos provoca un desbordamiento (integer overflow), haciendo que el valor resultante 'dé la vuelta' en el registro binario y se convierta en una cifra negativa.

Al resultar una cifra negativa menor que la entrada positiva de 0,5 BTC, el algoritmo evaluó la operación como matemáticamente correcta y la propagó por todos los nodos del planeta.

«La comprobación del valor de salida falló porque la suma desbordó hacia números negativos. Satoshi diagnosticó la raíz del problema en cuestión de minutos.»

3. El contraataque de 5 horas: El lanzamiento de la versión 0.3.10

Consciente de que cada hora de demora erosionaba de manera irreversible la confianza pública en la viabilidad de Bitcoin, Satoshi trabajó contradorreloj en el diseño y compilación de un parche de emergencia.

Menos de cinco horas después del mensaje de alarma de Garzik en el foro, Satoshi publicó la versión 0.3.10 de Bitcoin, incorporando verificaciones explícitas contra el desbordamiento de enteros y una regla de exclusión que declaraba inválido el bloque 74.638.

«Si estás minando, por favor actualiza de inmediato a la versión 0.3.10. Debemos coordinarnos para construir una nueva cadena válida a partir del bloque 74.637 y lograr que la cadena limpia supere a la corrupta.»

— Satoshi Nakamoto

4. La carrera del hashrate y la reorganización de 19 bloques

Durante las horas siguientes, se libró una frenética batalla de potencia de cómputo en todo el mundo. Los mineros que continuaban ejecutando el cliente antiguo seguían construyendo bloques sobre la cadena corrupta de los 184.000 millones de monedas, mientras que los mineros actualizados concentraban su hashrate en la bifurcación limpia.

En la mañana del 16 de agosto, diecinueve bloques después del incidente, la cadena saneada acumuló finalmente una mayor prueba de trabajo acumulada (Proof-of-Work) que la cadena manipulada.

Bajo las reglas del consenso Nakamoto, todos los nodos de la red se reorganizaron automáticamente hacia la cadena más larga y válida. Los 184.000 millones de bitcoins fantasma quedaron eliminados del registro para siempre, sin que se produjera ningún perjuicio económico permanente.

5. El despertar antifrágil del dinero descentralizado

El incidente del desbordamiento de valor de 2010 permanece como la vulnerabilidad técnica más peligrosa a la que se ha enfrentado Bitcoin en toda su historia.

Su rápida y eficaz resolución demostró que las redes descentralizadas poseen una extraordinaria resiliencia cuando están respaldadas por una comunidad de desarrolladores y mineros vigilante y cohesionada.

«Lo que no mata a Bitcoin lo hace más fuerte. Solucionar este error en 2010 evitó una catástrofe fatal cuando la red alcanzó una escala global multimillonaria.»

A raíz de aquella crisis, se incorporaron rigurosas baterías de pruebas automatizadas y procesos de verificación formal en el código base de Bitcoin Core, consolidando al protocolo como la red monetaria computacional más segura jamás creada por la humanidad.