Que contiennent les 80 octets ?
| Champ | Taille | À quoi il sert |
|---|---|---|
| Version | 4 octets | Les règles que le bloc respecte |
| Hash du bloc précédent | 32 octets | Relie ce bloc au précédent |
| Racine de Merkle | 32 octets | Un hash qui couvre toutes les transactions |
| Heure | 4 octets | Quand le mineur affirme avoir créé le bloc |
| Bits (cible) | 4 octets | À quel point le hash du bloc doit être bas |
| Nonce | 4 octets | Le nombre que les mineurs modifient sans cesse |
Pourquoi les mineurs ne hachent-ils que l’en-tête ?
Parce qu’il représente le bloc entier. La racine de Merkle engage chaque transaction : modifier un paiement change donc l’en-tête. Le hash du bloc précédent engage tout l’historique : modifier un ancien bloc invalide donc tous les en-têtes qui suivent.
Et 80 octets, ça se hache vite. Les mineurs appliquent deux fois SHA-256, comparent le résultat à la cible, modifient le nonce et recommencent, des milliers de milliards de fois par seconde.
À quel point est-ce petit, concrètement ?
La chaîne compte environ 969 006 blocs (donnée en temps réel), donc tous les en-têtes depuis 2009 totalisent environ 78 Mo. C’est pourquoi les portefeuilles légers peuvent télécharger tous les en-têtes, vérifier la preuve de travail de chacun et tenir quand même sur un téléphone. Les blocs complets correspondants occupent des centaines de gigaoctets.
Sources
- Algorithme de hachage des blocs · Bitcoin Wiki
- Référence sur la chaîne de blocs : en-têtes, arbres de Merkle, cible · Documentation développeur Bitcoin
- Bitcoin: A Peer-to-Peer Electronic Cash System · Satoshi Nakamoto, 2008
Les données en temps réel affichées sur cette page proviennent de l’API CloudMineCrypto et des données publiques de la chaîne. Elles sont mises à jour régulièrement et identifiées là où elles apparaissent. À titre éducatif uniquement, pas un conseil financier.