44 / 691RULES

Règles de consensus

Règles de validité déterministes que chaque nœud de validation complète applique indépendamment.

Les règles de consensus de Bitcoin déterminent quelles transactions, blocs et chaînes un nœud acceptera comme valides. Ils comprennent les signatures et le Script, l'interdiction de double dépense, la preuve du bloc de travail, l'émission et le choix de la chaîne valide avec le plus grand travail cumulé ; ce n'est pas un sondage ou une liste gérée par une seule autorité.

Une règle acceptera ou rejettera l’historique d’un candidat. Le hashrate, le prix du marché, le support de l'entreprise ou la plupart des réseaux sociaux ne peuvent pas changer un bloc invalide en un bloc valide pour un nœud.

Les mineurs classent les transactions et étendent la chaîne, mais leurs résultats sont vérifiés par des nœuds complets. Les développeurs publient des logiciels, mais les utilisateurs choisissent de les exécuter ou non. Les acteurs économiques influencent la coordination, mais personne ne dispose automatiquement d’un droit de veto.

Le consensus décide de la validité du blocage. Les politiques de pool de mémoire et de relais déterminent ce qu'un nœud particulier stocke ou propage avant de le valider ; une transaction rejetée par la politique peut toujours être consensuellement valide après avoir été incluse dans le bloc.

Un soft fork restreint l’ensemble des états valides, un hard fork permet quelque chose que les anciennes règles refusent. Les mécanismes d'activation facilitent la coordination, mais l'adoption dépend en fin de compte des logiciels que les utilisateurs exécutent volontairement.

Valider signifie obtenir des blocs et les vérifier selon vos propres règles, sans faire confiance à un explorateur ou à un mineur. Différentes implémentations doivent arriver au même résultat, les conditions aux limites et les tests de compatibilité sont donc essentiels.

Le consensus détermine la validité ; Les politiques de relais et de pool de mémoire déterminent la propagation locale avant la validation.

Pour une vision complète, lisez aussi Full Node, Soft Fork, Proof of Work, Bitcoin Core. Cette entrée est également citée par Limite de 21 millions, Soft Fork, Hard Fork, BIP (Bitcoin Improvement Proposal).

DOC · 001Bitcoin Developer Guide — Consensus Rule ChangesDocumentation ↗DOC · 002Satoshi Nakamoto — Bitcoin whitepaperSource primaire ↗DOC · 003Bitcoin Core — validation.cppSource primaire ↗DOC · 004Bitcoin Core — mempool policy documentationDocumentation ↗
Révisé le 1er août 2026Sources d’abord · Pas un conseil financier