Pruebas de trabajo reutilizables (RPOW)

Curiosidad

1. ¿Cómo se puede confiar en que una autoridad central no engañe si controla el registro?
2. ¿Por qué un sistema con código verificable aún fracasó como dinero?
3. Si nadie puede engañar a un servidor, ¿qué más puede salir mal con él?

Explorar

1. En agosto de 2004, Hal Finney lanzó Reusable Proofs of Work (RPOW), un prototipo de dinero digital que evolucionó a partir de Hashcash de Adam Back. Mientras que los sellos anteriores estaban vinculados a un único destinatario y no eran transferibles, los tokens RPOW podían intercambiarse uno por uno con el servidor por nuevos tokens. Este mecanismo permitía que el valor pasara de una persona a otra de forma indefinida, imitando al dinero físico mientras se mantenía el costo computacional de su creación.
2. El problema fundamental de confianza era la centralización: un único servidor gestionaba todos los saldos y evitaba el gasto doble al mantener un registro de los tokens gastados. Para mitigar esto, Finney implementó una verificación remota utilizando un coprocesador criptográfico seguro IBM 4758. Este hardware resistente a las modificaciones permitía a cualquier usuario externo verificar que el servidor ejecutaba el código abierto publicado exactamente como estaba previsto, impidiendo incluso que el operador alterara en secreto las reglas.
3. Mecánicamente, un usuario enviaba al servidor una prueba de trabajo (PoW) al estilo Hashcash y recibía a cambio un token RPOW firmado con RSA. Durante el pago, el remitente transfería el token al destinatario, quien luego lo canjeaba en el servidor por nuevos tokens del mismo valor. Este proceso garantizaba que cada unidad de valor permaneciera única y sin gastar, resolviendo así el problema del gasto doble dentro de un entorno cerrado y confiable.
4. Los tokens podían dividirse y combinarse en el servidor, siempre y cuando se preservara su valor total. Una limitación era económica: nada ajustaba para hardware más rápido. A medida que la computación se volvía más barata, acuñar un token de un tamaño determinado requería menos trabajo (PoW) que uno creado anteriormente, por lo que los tokens con el mismo valor nominal encarnaban costos desiguales.
5. La arquitectura de un solo servidor siguió siendo un punto de fallo. Aunque la atestación remota evitaba el engaño por parte del operador, no podía impedir su apagado o una partición de red. El sistema requería disponibilidad continua para todas las transacciones, lo que lo hacía tan frágil como su host. Esta dependencia de una entidad central diferenciaba a RPOW de los protocolos descentralizados posteriores que distribuían el consenso entre muchos nodos independientes.
6. El diseño de Finney representó el enfoque más cercano al dinero electrónico antes de Bitcoin, combinando la emisión mediante prueba de trabajo con tokens transferibles. Tuvo poco uso: pocas personas tenían motivos para poseer esos tokens, y pocos lugares los aceptaban. La transición de RPOW a Bitcoin implicó reemplazar el servidor central confiable por un mecanismo de consenso distribuido que aceptaba una finalidad probabilística en lugar de una certeza absoluta.

Datos clave

Ejercicio nueve, seis, tres, uno

Verificación de hechos

Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.

• H. Finney, 'Reusable Proofs of Work' documentation (rpow.net, 2004)
• N. Popper, Digital Gold: Bitcoin and the Inside Story of the Misfits and Geniuses Trying to Reinvent Money (2015)
• A. Back, 'Hashcash – A Denial of Service Counter-Measure' (2002)