Téléchargement initial des blocs

Curiosité

1. Pourquoi un nouveau nœud télécharge-t-il les en-têtes de blocs avant de télécharger le moindre bloc ?
2. Quelles vérifications précises sont omises lorsque « assumevalid » est activé, et pourquoi est-ce sans danger ?
3. Si la bande passante est assez rapide pour remplir un disque en quelques minutes, pourquoi la synchronisation initiale peut-elle tout de même prendre des jours ?

Explorer

1. Une nouvelle instance de Bitcoin Core ne contient que le bloc de genèse, codé en dur dans son code source. Elle ne sait rien de la longueur ni de la validité de la chaîne. Une fois connectée à des pairs, elle lance le téléchargement initial des blocs (IBD, Initial Block Download), un processus qui reconstitue l’intégralité de l’historique, du 3 janvier 2009 jusqu’à la pointe actuelle de la chaîne. Il ne s’agit pas d’une copie passive, mais d’une reconstruction active où chaque bloc est vérifié par rapport aux règles de consensus, hormis les raccourcis décrits ci-dessous, avant d’être accepté.
2. Depuis la version 0.10 (2015), l’IBD suit une stratégie en deux phases. D’abord, le nœud télécharge tous les en-têtes de blocs, compacts et rapides à transmettre. Il vérifie la preuve de travail de ces en-têtes pour s’assurer qu’ils atteignent la cible de difficulté, construisant ainsi une chaîne de travail sans encore vérifier la validité des transactions. Une fois la chaîne d’en-têtes établie, le nœud demande en parallèle les blocs complets à plusieurs pairs et les valide séquentiellement à mesure qu’ils arrivent.
3. La validation des transactions est coûteuse en calcul en raison des vérifications de signatures cryptographiques. Pour accélérer la synchronisation, la version 0.14 (2017) a introduit « assumevalid ». Ce paramètre ignore la vérification des signatures pour tous les blocs enfouis sous le hash, codé en dur, d’un bloc largement examiné. Le nœud vérifie tout le reste, y compris la preuve de travail, les montants et l’ensemble des UTXO ; seules les vérifications de scripts et de signatures sont omises pour cette partie ancienne de l’historique. Les utilisateurs peuvent désactiver ce raccourci pour vérifier chaque signature depuis le bloc de genèse, au prix d’une synchronisation nettement plus longue.
4. Les versions récentes proposent « assumeUTXO », une fonctionnalité expérimentale qui permet à un nœud de démarrer à partir d’un instantané précalculé de l’ensemble actuel des UTXO. Le nœud devient rapidement utilisable tout en vérifiant l’historique complet en arrière-plan. Tant que cette vérification n’est pas terminée, il fait confiance à un instantané dont le hash est codé en dur dans le logiciel (le fichier lui-même peut provenir de n’importe où) ; ensuite, il devient entièrement indépendant.
5. La durée de l’IBD varie énormément selon le matériel. Sur une machine moderne dotée d’un SSD rapide et de 8 Go de RAM, la synchronisation peut prendre quelques heures. Sur des appareils modestes comme un Raspberry Pi, elle peut prendre plusieurs jours, voire davantage. Le goulot d’étranglement est rarement la bande passante : c’est la vitesse d’écriture sur le disque pour le cache UTXO (dbcache) et les cycles CPU nécessaires à la validation des scripts. Un disque dur lent bloquera le processus même avec une connexion Internet gigabit, car le nœud doit constamment lire et écrire son état.
6. Une fois synchronisé, le nœud atteint la pointe de la chaîne valide comportant le plus de travail cumulé. Il passe du statut d’observateur à celui de participant à part entière, capable de relayer transactions et blocs à ses pairs. La commande `bitcoin-cli getblockchaininfo` montre cette progression via le champ `verificationprogress`, qui monte vers 1.0 à mesure que la chaîne historique est validée. À ce stade, le nœud détient une copie complète, vérifiée de manière indépendante, de l’historique de la monnaie.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• Bitcoin Core Release Notes 0.10.0 (2015)
• Bitcoin Core Release Notes 0.14.0 (2017)
• Bitcoin Core Documentation: 'assumeutxo.md'
• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023)