Comment Bitcoin Mining confirme-t-il les transactions ?

Validation des transactions grâce au minage

1. Les mineurs collectent les transactions non confirmées du mempool et vérifient leur validité cryptographique à l'aide des signatures ECDSA.

2. Chaque entrée de transaction est vérifiée par rapport à l'ensemble UTXO pour garantir qu'elle fait référence à une sortie non dépensée et qu'elle n'a pas été dépensée auparavant.

3. L'exécution du script est effectuée : le script de déverrouillage de l'entrée est concaténé avec le script de verrouillage de l'UTXO référencé et exécuté sur la machine virtuelle basée sur la pile de Bitcoin.

4. Les frais de transaction sont calculés comme la différence entre les valeurs d'entrée et de sortie, déterminant la priorité dans l'inclusion du bloc.

5. Les transactions valides sont rassemblées dans un bloc candidat, avec la transaction coinbase ajoutée pour réclamer les récompenses et les frais miniers.

Preuve de travail et finalité du bloc

1. L'en-tête du bloc, y compris la version, le hachage du bloc précédent, la racine Merkle, l'horodatage, les bits (cible) et le nom occasionnel, est haché deux fois avec SHA-256.

2. Les mineurs parcourent les valeurs occasionnelles jusqu'à ce que le hachage résultant atteigne l'objectif de difficulté actuel, exprimé sous la forme d'un nombre de zéros non significatifs.

3. L'ajustement de la difficulté a lieu tous les blocs de 2016 pour maintenir un temps de bloc moyen de dix minutes, basé sur le temps réellement écoulé sur la période.

4. Une fois qu'un hachage valide est trouvé, le mineur diffuse le bloc complet aux pairs ; les nœuds valident indépendamment tout le contenu avant de l'ajouter à leur chaîne locale.

5. Une transaction obtient une confirmation lors de son inclusion dans un bloc ; chaque bloc suivant extrait au sommet ajoute une autre confirmation, augmentant l’irréversibilité.

Mécanismes d’application du consensus

1. Les nœuds appliquent des règles de consensus, notamment la taille maximale des blocs (1 Mo de base, 4 Mo avec les unités de poids SegWit), les limites de validation des scripts et les vérifications de signature.

2. Des blocs orphelins se produisent lorsque deux mineurs trouvent simultanément des blocs valides ; le réseau converge vers la chaîne PoW la plus longue, écartant les branches concurrentes.

3. Les soft forks introduisent des changements de règles rétrocompatibles, ne nécessitant que la signalisation des mineurs ; les hard forks imposent des mises à niveau des nœuds et peuvent diviser la chaîne.

4. La règle de la chaîne la plus longue garantit que l’effort de calcul – et non le décompte des voix ou l’enjeu – détermine l’histoire canonique, ce qui rend l’inversion économiquement prohibitive.

5. Les réorganisations (réorganisations de chaîne) se produisent lorsqu'une chaîne alternative plus longue émerge ; les nœuds éliminent les blocs obsolètes et retraitent les transactions à partir du nouveau conseil.

Rôle des nœuds complets dans la sécurité des transactions

1. Les nœuds complets téléchargent et vérifient chaque bloc et transaction, appliquant les règles de consensus sans faire confiance aux sources externes.

2. Ils conservent une copie complète de l'ensemble UTXO, permettant une validation instantanée des nouvelles entrées de transaction sans faire appel à des tiers.

3. Les filtres Bloom et le relais de bloc compact réduisent l'utilisation de la bande passante tout en préservant la confidentialité et l'intégrité de la vérification pour les clients légers.

4. La propagation des transactions suit la topologie d'inondation : chaque nœud relaie les transactions validées vers les pairs connectés en quelques secondes.

5. Les nœuds rejettent les blocs contenant des transactions invalides, des doubles dépenses ou des scripts mal formés, empêchant ainsi les acteurs malveillants de corrompre l'état partagé.

Implications sur la sécurité de la centralisation minière

1. La concentration du hashrate au sein des grands pools miniers augmente le risque systémique, car des actions coordonnées pourraient manipuler les horodatages ou censurer les transactions.

2. Les événements de réduction de moitié des récompenses de bloc prévues réduisent l'alignement des incitations entre les mineurs et la stabilité du protocole à long terme.

3. La domination des ASIC restreint l'accessibilité du matériel, renforçant les barrières géographiques et financières à l'entrée pour les nouveaux participants.

4. Les protocoles de strate au niveau du pool exposent des vulnérabilités opérationnelles, notamment les attaques de l'homme du milieu et la logique de répartition centralisée des tâches.

5. Le seuil d'attaque de 51 % reste théorique dans les conditions actuelles mais devient matériellement réalisable si une seule entité contrôle plus de la moitié de la puissance de hachage du réseau.

Foire aux questions

T1. Qu'est-ce qui empêche un mineur d'inclure une transaction frauduleuse dans son bloc ? Chaque nœud complet valide indépendamment chaque transaction avant d'accepter le bloc. Si une transaction viole les règles de consensus, comme la dépense d'UTXO inexistants ou l'échec de la vérification de la signature, le bloc entier est rejeté.

Q2. Pourquoi Bitcoin utilise-t-il SHA-256 au lieu d'autres fonctions de hachage ? SHA-256 a été sélectionné pour sa résistance aux collisions, ses résultats déterministes et sa prévisibilité informatique. Ses propriétés s'alignent précisément sur les exigences du PoW : la difficulté doit évoluer linéairement avec les tentatives de hachage et les résultats doivent être uniformément répartis.

Q3. Comment les frais de transaction influencent-ils la vitesse de confirmation ? Les frais déterminent la position dans la file d'attente du pool de mémoire. Les mineurs donnent la priorité aux transactions à frais plus élevés lors de la construction de blocs, ce qui signifie que les transactions à faibles frais peuvent attendre des heures ou des jours en cas de congestion.

Q4. Une transaction peut-elle être annulée après six confirmations ? Non. Six confirmations représentent environ une heure d’accumulation de PoW. Pour les inverser, il faudrait surpasser le taux de hachage combiné de l’ensemble du réseau pendant cette durée – une proposition économiquement et techniquement irréalisable.