Hal Finney

Imagina enviar una carta que los intermediarios no puedan leer por el camino. En internet, el cifrado ayuda a conseguirlo: transforma el mensaje de modo que solo pueda leerse con la clave adecuada. Estas posibilidades prácticas interesaban a Hal Finney mucho antes de Bitcoin. En sus recuerdos de 2013 relató su colaboración con Phil Zimmermann en PGP, un programa para proteger las comunicaciones. También operó un remailer anónimo, un servicio que reenvía mensajes para ayudar a ocultar al remitente. Formaba parte de los cypherpunks, que buscaban proteger la privacidad con software utilizable. De ahí surgía una pregunta natural: ¿podían herramientas similares proteger también los pagos digitales? [1]

El 15 de agosto de 2004, Finney presentó RPOW, abreviatura de Reusable Proof of Work. Partía de Hashcash: un ordenador busca un resultado que exige trabajo de cálculo, pero que otros pueden verificar fácilmente. Esa prueba puede, por ejemplo, encarecer el envío masivo de correo no deseado. El servidor de Finney aceptaba esas pruebas y entregaba a cambio tokens firmados mediante RSA, un método criptográfico que permite verificar la firma del emisor. Podemos imaginar el token como un comprobante digital del trabajo realizado, no como una moneda física. No era BTC ni utilizaba las reglas de Bitcoin para acordar el historial de pagos. Era otro experimento, que llegó a ponerse en funcionamiento. [2]

Puedes enviar un archivo corriente a Ana y conservar una copia. Con el dinero, eso plantea un problema: el destinatario no puede aceptar con seguridad un valor si su dueño anterior aún puede gastarlo. RPOW lo resolvía mediante intercambios sucesivos. Un token se utilizaba una vez y el servidor entregaba otro del mismo valor; debía rechazar el antiguo si volvía a presentarse. Cuando Ana transmitía ese valor, se realizaba otro intercambio. Lo que circulaba era el valor representado por la prueba de trabajo, no el permiso para gastar el mismo token simultáneamente en varios lugares. A esa secuencia se refería la palabra «reusable». [2]

Quedaba una pregunta: ¿podía el operador emitir tokens adicionales en secreto? RPOW utilizaba una tarjeta de seguridad IBM 4758. Esta podía emitir una declaración firmada que identificaba el programa en ejecución, un procedimiento llamado atestación remota. El usuario podía contrastarlo con el código fuente publicado. La intención era depender menos de la palabra del operador. Pero la confianza no desaparecía: el diseño dependía del funcionamiento correcto del hardware y de verificar su origen, incluido el papel de IBM. Además, el operador podía desconectar el servidor. Por eso, un servidor verificable no era una cadena de bloques descentralizada cuyo historial comprobara una red de participantes. Hoy el archivo indica que el proyecto terminó. [3] [5]

Cuando Satoshi publicó el primer software de Bitcoin, Finney lo probó. En sus recuerdos de 2013 describió la recepción de 10 BTC de Satoshi como una transacción de prueba. No era una compra ni una recompensa de bloque: se comprobaba si un participante podía transferir monedas existentes a otro. Para quien empieza, la diferencia importa. La minería ayuda a incorporar pagos a un historial compartido y conlleva una recompensa de bloque; una transacción ordinaria cambia quién puede gastar después unos fondos concretos. Finney no se limitó, por tanto, a leer una propuesta. Estaba al otro extremo de una prueba en funcionamiento. [1]

Finney no describió los primeros días como un producto acabado y perfecto. Intercambiaba mensajes con Satoshi: comunicaba errores y Satoshi los corregía. Así transcurre una parte importante del desarrollo: alguien ejecuta el programa en condiciones reales, describe un problema y ayuda a verificar la solución. Su relato incluye un detalle muy cotidiano: terminó apagando la minería porque el ordenador se calentaba y el ventilador le molestaba. El primer Bitcoin aparece así menos como una leyenda predeterminada y más como software que la gente iba probando. Quien prueba un programa aporta trabajo y conocimientos; no adquiere por ello un derecho permanente a decidir por todos los usuarios. [1]

El 17 de marzo de 2013, Finney presentó otro experimento, bcflick, inspirado en ideas de Mike Hearn. La pregunta era sencilla: ¿podría evitarse que un malware vaciara de golpe una cartera? El diseño utilizaba Flicker para ejecutar brevemente código protegido y un TPM, un chip de seguridad del ordenador, para proteger datos sensibles. La firma de transacciones debía pasar por un módulo que imponía un límite diario. Ese límite restringiría al atacante, sin impedir automáticamente cualquier robo. El experimento exigía hardware compatible y una inicialización segura; también permitía a un usuario autorizado superar el límite desde un entorno seguro. Es un diseño histórico de protección, no una recomendación actual de cartera. [4]

Bitcoin and me, su recuerdo autobiográfico de 2013, muestra otra parte de su vida. Finney describió cómo la ELA le iba quitando movilidad y cómo manejaba el ordenador mediante seguimiento ocular. Programar seguía teniendo sentido para él, aunque se hubiera vuelto mucho más lento. Su historia trata también de autonomía y de poder continuar trabajando. Conviene leer el relato como un testimonio personal: sus impresiones sobre su interlocutor no verifican quién se ocultaba tras Satoshi Nakamoto. Sus propios logros no necesitan esa respuesta. Quedan documentados en programas, anuncios y colaboraciones que ayudaron a llevar ideas criptográficas a la práctica. [1]