Hal Finney

Imaginez une lettre que les intermédiaires ne pourraient pas lire pendant son acheminement. Sur internet, le chiffrement contribue à cette protection : il transforme le message pour le rendre lisible uniquement avec la bonne clé. Ces possibilités concrètes intéressaient Hal Finney bien avant Bitcoin. Dans ses souvenirs de 2013, il raconte son travail avec Phil Zimmermann sur PGP, un logiciel de protection des communications. Il exploitait aussi un remailer anonyme, un service qui retransmet les messages en aidant à masquer leur expéditeur. Il appartenait aux cypherpunks, qui voulaient défendre la vie privée par des logiciels utilisables. Une question en découlait naturellement : pouvait-on protéger les paiements numériques de la même façon ? [1]

Le 15 août 2004, Finney présente RPOW, pour Reusable Proof of Work. Le système s’appuie sur Hashcash : un ordinateur cherche un résultat qui demande du calcul, mais que les autres peuvent vérifier facilement. Cette preuve de travail peut, par exemple, rendre plus coûteux l’envoi massif de pourriels. Le serveur de Finney reçoit ces preuves et délivre en échange des jetons signés avec RSA, une méthode cryptographique permettant de vérifier la signature de l’émetteur. Le jeton peut se comprendre comme un reçu numérique représentant un travail accompli, plutôt que comme une pièce physique. Ce n’était pas du BTC, et le système n’utilisait pas les règles de Bitcoin pour s’accorder sur l’historique des paiements. C’était une autre expérience, effectivement mise en service. [2]

Vous pouvez envoyer un fichier ordinaire à Anna et en garder une copie. Pour de l’argent, c’est précisément le problème : le destinataire ne peut pas accepter une valeur en sécurité si son ancien propriétaire peut encore la dépenser. RPOW procédait donc par échanges successifs. Un jeton présenté était utilisé une seule fois et le serveur en émettait un nouveau de même valeur ; il devait refuser de reprendre l’ancien. Quand Anna transmettait cette valeur, un nouvel échange avait lieu. Ce qui circulait était la valeur représentée par le travail de calcul, et non le droit de dépenser simultanément le même jeton à plusieurs endroits. Le mot « reusable » désignait cette succession d’utilisations. [2]

Restait une question : l’opérateur pouvait-il créer secrètement des jetons supplémentaires ? RPOW utilisait une carte de sécurité IBM 4758. Celle-ci pouvait fournir une déclaration signée identifiant le programme exécuté : c’est l’attestation à distance. L’utilisateur pouvait comparer le programme ainsi attesté au code source publié. Le but était de dépendre moins de la seule parole de l’opérateur. La confiance ne disparaissait pourtant pas : le système supposait que le matériel fonctionne correctement et que son origine soit vérifiable, avec notamment le rôle d’IBM. L’opérateur pouvait aussi déconnecter le serveur. Un serveur vérifiable n’était donc pas une blockchain décentralisée dont un réseau de participants contrôle l’historique. L’archive indique aujourd’hui que le projet est terminé. [3] [5]

Lorsque Satoshi a publié le premier logiciel Bitcoin, Finney l’a essayé. Dans ses souvenirs de 2013, il décrit la réception de 10 BTC envoyés par Satoshi comme une transaction de test. Ce n’était ni un achat ni une récompense de bloc : il s’agissait de vérifier qu’un participant pouvait transférer des pièces existantes à un autre. La distinction compte pour un débutant. Le minage contribue à inscrire les paiements dans un historique commun et donne lieu à une récompense de bloc ; une transaction ordinaire change la personne autorisée à dépenser ensuite des fonds précis. Finney ne se contentait donc pas de lire une proposition : il était à l’autre bout d’un essai réel. [1]

Finney ne présente pas les premiers jours comme ceux d’un produit achevé et sans défaut. Il échangeait avec Satoshi, signalait des erreurs et Satoshi les corrigeait. C’est une part essentielle du développement : quelqu’un exécute le programme dans des conditions réelles, décrit le problème et aide à vérifier la correction. Son récit contient même un détail très quotidien : il a fini par arrêter le minage parce que l’ordinateur chauffait et que le ventilateur le gênait. Les débuts de Bitcoin ressemblent ainsi moins à une légende écrite d’avance qu’à un logiciel que les gens apprenaient à utiliser. Un testeur apporte du travail et des connaissances ; cela ne lui donne pas le droit permanent de décider pour tous les utilisateurs. [1]

Le 17 mars 2013, Finney présente bcflick, une autre expérience inspirée par des suggestions de Mike Hearn. La question est simple : peut-on empêcher un logiciel malveillant de vider un portefeuille d’un seul coup ? Le projet utilise Flicker pour exécuter brièvement du code protégé et un TPM, une puce de sécurité de l’ordinateur, pour protéger des données sensibles. La signature des transactions devait passer par un module imposant une limite quotidienne. Celle-ci restreindrait l’attaquant, sans empêcher automatiquement tous les vols. L’expérience exigeait du matériel compatible et une initialisation sûre ; un utilisateur autorisé pouvait aussi dépasser la limite en travaillant dans un environnement sûr. C’est un projet historique de protection, pas une recommandation actuelle de portefeuille. [4]

Bitcoin and me, son récit autobiographique de 2013, montre une autre partie de sa vie. Finney y parle de la SLA, qui limitait progressivement ses mouvements, et de l’utilisation d’un ordinateur par suivi du regard. Programmer gardait du sens pour lui, même si cela devenait beaucoup plus lent. Son histoire touche ainsi à l’autonomie et à la possibilité de continuer à travailler. Il faut aussi lire ce texte comme un témoignage personnel : ses impressions sur son correspondant ne permettent pas de vérifier qui se cachait derrière Satoshi Nakamoto. Sa propre contribution n’a pas besoin de cette réponse. Elle reste documentée dans des programmes, des annonces et des collaborations qui ont aidé à concrétiser les idées de la cryptographie. [1]