Un Full Node impose d’abord les règles de consensus, puis choisit parmi les chaînes valides celle dont le travail cumulé est maximal. Les mineurs rivalisent pour la prolonger. L’accord n’est pas immédiatement définitif ; consensus de Nakamoto est une appellation ultérieure absente du livre blanc.
Le terme réunit les règles de validation de Bitcoin, la sélection du producteur par Proof of Work, le choix de branche et les incitations économiques. Le réduire au minage néglige le Full Node qui décide indépendamment de la validité. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [The Bitcoin Backbone Protocol]
Un Full Node vérifie transactions et blocs selon ses règles de consensus. Même un travail immense ne rend pas valide un bloc invalide ; le choix de branche ne compare que des candidats valides. L’accord suppose des règles compatibles entre participants. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [Bitcoin Developer Guide — Block Chain] [Bitcoin Core v29.0 — Chainstate validation]
Proof of Work lie l’influence au travail de calcul, avec ses coûts énergétiques et matériels, plutôt qu’à une voix par identité réseau. Créer de nombreux pseudonymes n’augmente donc pas à lui seul le poids dans le choix de chaîne. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [The Bitcoin Backbone Protocol]
Les mineurs assemblent des blocs candidats et cherchent un hash d’en-tête dont la valeur numérique est inférieure ou égale à la cible valide. Des blocs valides concurrents peuvent apparaître simultanément ; leur propagation et le travail suivant résolvent cette bifurcation temporaire dans des conditions réseau ordinaires. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [Bitcoin Developer Guide — Block Chain]
Un Full Node choisit la branche valide au plus grand travail total, appelé chainwork. Le travail d’un bloc découle de sa cible, pas du nombre d’essais réellement effectués par le mineur. La chaîne la plus longue signifie donc le plus de travail, pas nécessairement le plus de blocs. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [Bitcoin Developer Guide — Block Chain] [Bitcoin Core v29.0 — Chainstate validation]
Sous l’hypothèse d’une majorité honnête du travail et d’une propagation adaptée, le risque de réécriture diminue avec la profondeur des confirmations. L’attaquant doit rattraper la chaîne concurrente. Les confirmations ne sont pas une irréversibilité mathématique et ne protègent pas contre tout modèle d’attaque ou l’isolement de la victime. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [The Bitcoin Backbone Protocol]
Sur mainnet, la cible est recalculée tous les 2016 blocs à partir des horodatages passés, en visant dix minutes par bloc en moyenne. L’ajustement modère les effets durables des variations de puissance de hachage ; il ne garantit ni des intervalles individuels exacts ni une réaction immédiate à l’arrêt de mineurs. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [Bitcoin Developer Guide — Block Chain]
La subvention de bloc et les frais récompensent l’extension de l’historique accepté. Une majorité de calcul peut réorganiser des blocs valides ou censurer des transactions, mais ne peut forcer un Full Node à accepter une signature invalide, enfreindre les règles d’émission ou dépenser les fonds d’autrui sans autorisation. Le risque d’attaque existe aussi sous 50%. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [Bitcoin Developer Guide — Block Chain] [Bitcoin Core v29.0 — Chainstate validation]
La sécurité et la capacité à progresser dépendent de la part de travail adverse, d’une propagation assez rapide et d’une validation honnête. Les attaques d’isolement eclipse et les partitions révèlent l’importance de la topologie : le pourcentage de calcul seul ne constitue pas un modèle de menace complet. [The Bitcoin Backbone Protocol]
Le BFT classique emploie généralement des participants connus et confirme par vote sous des limites explicites de fautes et des hypothèses temporelles. Le consensus de Nakamoto a une participation ouverte, un poids fondé sur le travail et une finalité probabiliste. Il change le modèle plutôt que de simplement implémenter OM ou PBFT. [The Bitcoin Backbone Protocol] [The Byzantine Generals Problem] [Bitcoin Optech — Consensus changes]
Pour une vision complète, lisez aussi Bitcoin, Proof of Work, Ajustement de difficulté, Règles de consensus, Minage, Full Node. Cette entrée est également citée par Byzantine Generals Problem, Sybil attack, Selfish mining.