Reconstitution du client Bitcoin 0.1 : une preuve d’authenticité à l’octet près

Le défi de la recompilation

Le 8 janvier 2009, Satoshi Nakamoto publiait le tout premier client Bitcoin, un fichier exécutable de 6 440 960 octets. Depuis, aucune vérification indépendante n’avait confirmé que le binaire diffusé était exactement celui issu du code source. Un développeur, motivé par le désir de lever ce doute, a entrepris de reconstituer la chaîne d’outils de compilation de l’époque, en rassemblant des paquets datant de 2006 à 2008 et en reproduisant les conditions exactes du build original.

L’opération a nécessité l’usage de Wine sous Linux pour émuler un environnement Windows XP 32 bits, car le système d’exploitation d’origine n’était plus disponible. Après plusieurs essais, la première compilation a duré environ six minutes, comme indiqué dans le fichier README du dépôt GitHub dédié au projet. Le résultat a été comparé au fichier original grâce à son empreinte SHA‑256, qui s’est avérée identique, prouvant ainsi que le binaire reconstruit correspondait exactement à celui de Satoshi.

Ce que révèle le binaire

L’analyse du fichier reconstruit a mis en évidence plusieurs traces internes, notamment le chemin de compilation indiquant l’utilisation de MinGW GCC 3.4.5. Cette information tranche un débat de longue date sur le compilateur employé, le readme de la version 0.1.5 évoquant également Visual C++ 6.0 comme alternative possible. Le test de la base Berkeley DB a échoué de façon caractéristique des systèmes Windows XP, renforçant l’hypothèse que le client a été construit sur cette plateforme.

Les en‑têtes de l’archive .rar contiennent des horodatages réglés à la minute près, ainsi que la version du logiciel de compression utilisé, qui date de plus de trois ans à l’époque. Ces détails confirment que le paquet a été assemblé avec un WinRAR ancien, comme le mentionne le dépôt. En revanche, le code source disponible ne correspond pas exactement à la version du jour du lancement, mais à la mise à jour du 10 janvier 2009, aucune copie du paquet initial n’ayant survécu.

Implications pédagogiques

Comprendre le processus de compilation est essentiel pour appréhender la sécurité des logiciels libres. Compiler consiste à transformer du code source en un exécutable, mais chaque chaîne d’outils (compilateur, bibliothèques, système d’exploitation) laisse une empreinte unique dans le binaire final. Ainsi, même si deux développeurs utilisent le même code, leurs exécutables diffèrent généralement, ce qui rend la reproduction exacte du fichier de Satoshi particulièrement remarquable.

Sur une blockchain comme Bitcoin, la transparence du code source est un pilier de la confiance. La confirmation que le client original n’inclut aucun code caché renforce la crédibilité du réseau, car les utilisateurs peuvent vérifier que le logiciel distribué correspond exactement à ce qui a été publié. Cette démarche illustre également comment les mécanismes de consensus et les empreintes cryptographiques (SHA‑256) assurent l’intégrité des logiciels dans l’écosystème des cryptomonnaies.