Genesis Block

Le samedi 3 janvier 2009, le quotidien londonien The Times évoque le ministre britannique des Finances, Alistair Darling, et la perspective d’un deuxième sauvetage bancaire. D’après l’horodatage de son en-tête, le premier bloc de Bitcoin date du même jour. Satoshi Nakamoto inscrit le titre dans son unique transaction. La phrase demeure ainsi dans des données que chacun peut consulter. Il n’existe encore ni marché, ni plateforme d’échange, ni foule de mineurs. Il existe surtout un point de départ auquel d’autres blocs pourront se rattacher. Le titre l’ancre dans une journée précise et replace cette expérience monétaire dans la crise financière. [1] [6]

Genesis n’a pas de bloc précédent : le champ correspondant de son en-tête vaut donc zéro. Bitcoin Core construit ses données à partir de paramètres fixes et vérifie le hash attendu, l’empreinte numérique des données du bloc. Un nœud ne commence pas par un bloc quelconque envoyé par un autre participant. Le bloc de hauteur 1 fait déjà référence au hachage du Genesis Block ; un autre point de départ produirait un autre historique. Le whitepaper décrivait une chaîne sécurisée par Proof of Work. La création d’un bloc concret avec une preuve de travail valide a transformé ce projet en un enregistrement sur lequel le logiciel pouvait s’appuyer. [1] [8]

L’en-tête contient l’horodatage 1231006505, soit le 3 janvier 2009 à 18:15:05 UTC. C’est une valeur fournie par le créateur du bloc, pas une mesure indépendante de sa création. Un autre indice figure dans l’entrée de la transaction coinbase : « The Times 03/Jan/2009 Chancellor on brink of second bailout for banks ». Une coinbase ne dépense pas de sortie antérieure : elle crée la récompense du bloc et son entrée particulière peut contenir d’autres données. C’est là que Satoshi a inscrit le titre. Celui-ci étaye l’idée que le bloc n’a pas précédé la publication de l’article. Il ne prouve ni la seconde exacte du minage, ni l’identité réelle de l’auteur. [1] [5] [6]

L’article évoquait de nouvelles aides aux banques britanniques après la crise financière de 2008. Y voir une critique des sauvetages est raisonnable, surtout à côté d’un whitepaper décrivant des paiements sans intermédiaire financier. Satoshi n’a toutefois laissé aucune explication publique sans ambiguïté sur le choix de cette phrase. Le texte inscrit est un fait ; le message politique reste une interprétation. Le titre rattache aussi le bloc à une édition précise du journal, donc à un événement extérieur à l’ordinateur de son auteur. Ces deux sens peuvent se rejoindre. Le protocole n’en tire aucune règle politique : il faut distinguer le document historique de ses lectures ultérieures. [1] [8]

Chaque bloc suivant contient le hachage du précédent. Le Genesis Block n’a pas ce lien, ce qui explique son point de départ explicitement fixé dans le logiciel. Bitcoin Core le construit notamment à partir du titre, d’une clé publique, de l’horodatage 1231006505, du nonce 2083236893, d’une difficulté de 1 et d’une récompense de 50 BTC. Le hachage obtenu doit correspondre à la valeur connue. Au départ, Satoshi contrôlait la seule implémentation connue et probablement le seul nœud actif. Les règles permettaient cependant à chaque Full Node ultérieur de les vérifier indépendamment. C’était un point de départ technique, pas encore une économie décentralisée en fonctionnement. Le nonce est un nombre de l’en-tête que les mineurs peuvent modifier pour chercher un bloc valide ; la difficulté exprime l’exigence de cette recherche. [1] [6]

L’ensemble UTXO recense les sorties de transaction non dépensées : des montants accompagnés de leurs conditions de dépense. Lors de la connexion de genesis, Bitcoin Core omet de connecter ses transactions : la sortie initiale n’entre donc pas dans l’ensemble UTXO. Ce n’est pas l’attente habituelle de maturité d’une récompense de minage, et d’autres confirmations ne la débloquent pas. Même la connaissance de la clé privée correspondante ne créerait pas la sortie dépensable manquante. [2]

Un explorateur peut afficher des paiements ultérieurs reçus sur une adresse associée à genesis. Ce ne sont pas la sortie initiale du bloc 0 : ils ont leurs propres identifiants de transaction et conditions de dépense. L’omission particulière de genesis ne s’y applique pas automatiquement. Le solde d’une adresse ne dit donc pas si les 50 BTC initiaux sont dépensables. [2] [5]

Le bloc suivant, à la hauteur 1, porte l’horodatage du 9 janvier 2009 à 02:54:25 UTC. Plusieurs jours séparent donc les deux premiers blocs, bien au-delà de l’objectif habituel de dix minutes. Leurs horodatages n’expliquent pas cette attente ; prêter une intention précise à Satoshi serait spéculer. L’annonce publique de la version 0.1 sur la liste de discussion Cryptography Mailing List date déjà du 8 janvier 2009 à 19:27:40 UTC. Il décrit le système peer-to-peer et fournit un lien de téléchargement ainsi que des instructions. Bitcoin dispose alors d’un premier enregistrement et d’un programme que d’autres peuvent exécuter pour vérifier eux-mêmes les règles. [7] [1] [9]

Sur son propre nœud mainnet, getblockhash 0 renvoie un identifiant commençant par 000000000019d668. getblock avec ce hash et le niveau de détail 2 affiche le bloc et sa transaction décodée. Ces données peuvent être comparées aux paramètres de Bitcoin Core ; une capture d’explorateur seule ne remplace pas leur vérification. [3] [4]

Les réseaux de test et regtest ont leurs propres paramètres et des hashes de genesis différents. Avant de comparer, vérifiez le réseau, pas seulement la hauteur 0. Un premier bloc identique établit un départ commun, sans prouver la validité des blocs suivants, la sécurité d’un portefeuille ou le contrôle de clés. Le Genesis Block fixe le point de départ. Les blocs suivants doivent respecter les règles du logiciel choisi par l’opérateur du nœud. Satoshi pouvait créer le premier bloc, mais cela ne pouvait obliger les autres à utiliser son programme ni à accepter automatiquement tout ce qui suivait. [1] [8]