Comment fonctionne une blockchain : transactions, mempool, blocs et consensus

Guide pédagogique. Mis à jour le 15 février 2026.

Une blockchain est un registre distribué dans lequel chaque participant peut vérifier indépendamment chaque transaction sans avoir à faire confiance à une autorité centrale. Cela semble simple, mais les mécanismes qui le rendent sûr et résistant à la censure sont précis et souvent mal compris. Ce guide parcourt le cycle complet d’une transaction — de la signature à la confirmation finale — sans simplifications.

De la signature à la propagation : le cycle d’une transaction

Lorsque vous envoyez une transaction, vous signez un message cryptographique indiquant votre intention de transférer des fonds d’une adresse à une autre. La signature utilise votre clé privée et l’ECDSA (Elliptic Curve Digital Signature Algorithm) : n’importe qui peut vérifier que la signature est authentique en connaissant uniquement la clé publique, mais personne ne peut déduire la clé privée de la signature.

UTXO vs modèle de compte

Bitcoin utilise le modèle UTXO (Unspent Transaction Output) : vos fonds ne sont pas un solde mais une collection de « sorties non dépensées » de transactions précédentes. Chaque transaction consomme les UTXO existants et crée de nouveaux UTXO. Ethereum utilise à la place le modèle de compte : chaque adresse a un solde explicite et un nonce (compteur de transactions) qui empêche la relecture de la même transmission.

La différence a des implications pratiques : dans le modèle UTXO, il est plus difficile de créer des applications complexes mais plus facile de vérifier les doubles dépenses. Dans le modèle de compte, il est plus facile de construire des contrats intelligents mais la gestion du nonce ajoute de la complexité (transactions bloquées, écart de nonce).

Diffusion et propagation dans le réseau

Une fois signée, la transaction est envoyée à un ou plusieurs nœuds du réseau peer-to-peer. Chaque nœud le valide (signature correcte ? solde suffisant ? nonce correct ?) et le propage aux autres nœuds qui ne le connaissent pas encore. En quelques secondes, la transaction est visible sur la majeure partie du réseau.

Le mempool : là où les transactions attendent

Le mempool (pool de mémoire) est le tampon temporaire dans lequel les transactions valides attendent d’être incluses dans un bloc. Il ne s’agit pas d’une structure globale unique : chaque nœud gère son propre pool de mémoire, et la visibilité peut varier. En période de congestion, le pool de mémoire peut contenir des dizaines de milliers de transactions.

Marché des frais : comment fonctionne la priorité

Les validateurs/mineurs incluent les transactions par ordre de profit : celles avec les frais les plus élevés en premier. Sur Ethereum (post-EIP-1559), le mécanisme est plus structuré : chaque bloc a des frais de base automatiquement brûlés et un pourboire prioritaire qui va au validateur. Les frais de base s’ajustent automatiquement en fonction de l’utilisation du bloc précédent : si le bloc est rempli à plus de 50 %, les frais de base augmentent ; s’il est inférieur à 50 %, il diminue.

Définir le bon gaz signifie choisir un tarif de base légèrement supérieur à celui actuel (à inclure dans 1 à 2 blocs) et un pourboire prioritaire adéquat (1 à 2 gwei dans des conditions normales, plus en cas de congestion). Définir trop peu signifie rester indéfiniment dans le pool de mémoire ; trop signifie payer inutilement.

Que se passe-t-il en cas de congestion

En cas de congestion extrême – comme pendant les périodes de forte activité NFT ou DeFi – les frais de base peuvent augmenter de 10 à 20 fois en quelques minutes. Les transactions à faible coût sont « expulsées » du pool de mémoire si elles dépassent la limite de taille configurée. Une transaction “bloquée” (dans le mempool depuis trop longtemps) peut être remplacée via RBF (Replace-By-Fee) sur Bitcoin, ou en envoyant une nouvelle transaction avec le même nombre occasionnel et des frais plus élevés sur Ethereum.

Comment se forme un bloc

Les validateurs (ou mineurs, dans les systèmes PoW) collectent les transactions du pool de mémoire, les trient, les exécutent en vérifiant que le résultat est valide et produisent un bloc candidat. Le bloc comporte deux parties principales : l’en-tête et le corps.

Structure d’un bloc

En-têtes : contient le hachage du bloc précédent (qui crée la chaîne), la racine Merkle des transactions, l’horodatage, la cible de difficulté et le nonce (dans les systèmes PoW). Le hachage de l’en-tête précédent est ce qui rend les blocs immuables : changer une ancienne transaction nécessiterait de recalculer tous les blocs suivants.

Justaucorps : la liste des transactions réelles, avec les données nécessaires à leur exécution. Sur Ethereum, il comprend également les reçus de transaction, qui enregistrent la consommation de gaz, et les journaux d’événements de contrats intelligents.

Arbre Merkle : vérification efficace

Les transactions dans le bloc sont organisées dans un arbre Merkle : chaque paire de transactions est hachée ensemble, les paires de hachages sont hachées ensemble, et ainsi de suite jusqu’à un seul hachage racine (racine Merkle). Cela vous permet de vérifier qu’une transaction spécifique est dans le bloc en vérifiant uniquement les hachages log₂(n) au lieu de toutes les n transactions, ce qui est essentiel pour les clients légers et les portefeuilles mobiles.

Mécanismes de consensus : comment le réseau parvient à un accord

Le consensus est le problème central des blockchains : comment amener des nœuds distribués, qui ne se connaissent pas ou ne se font pas confiance, à se mettre d’accord sur la version correcte de l’historique des transactions ?

Proof of Work : la sécurité grâce à l’énergie

Dans PoW (Bitcoin), produire un bloc valide nécessite de trouver un occasionnel tel que le hachage d’en-tête soit inférieur à une cible. C’est un processus de force brute : le seul moyen est d’essayer des milliards de cas occasionnels par seconde. La difficulté s’ajuste tous les blocs de 2016 (environ 2 semaines) pour maintenir la durée moyenne des blocs à 10 minutes. La sécurité du Bitcoin vient de l’énergie dépensée : attaquer le réseau nécessite de contrôler 51% du hashrate mondial, un coût prohibitif.

Proof of Stake : la sécurité grâce au capital

Dans PoS (Ethereum post-Merge), les validateurs verrouillent l’ETH comme mise et sont sélectionnés au hasard pour proposer et attester des blocs. Quiconque se comporte de manière malhonnête risque de se faire sabrer (perte partielle ou totale de la mise). La sécurité ne vient pas de l’énergie mais du capital à risque. L’avantage est une réduction drastique de la consommation d’énergie ; L’inconvénient est que la sécurité dépend du prix de l’actif natif : en cas de krach boursier, le coût de l’attaque diminue.

Finalité : lorsqu’une transaction est réellement irréversible

Dans PoW, la finalité est probabiliste : plus vous accumulez de blocs en plus d’une transaction, plus une réorganisation est coûteuse. Conventionnellement, 6 confirmations Bitcoin (~ 60 minutes) sont considérées comme suffisantes pour les montants pertinents. Dans les PoS à finalité explicite (Ethereum Casper), la finalité est déterministe après 2 époques (~ 12 minutes) : à ce stade, changer l’historique nécessiterait de réduire 33 % de l’ETH mis en jeu – mathématiquement impossible sans détruire le protocole.

Couche 1 vs Couche 2 : où le calcul a lieu réellement

L’évolutivité est le problème non résolu des blockchains de couche 1 : Bitcoin traite autour de 7 TPS, la couche de base Ethereum autour de 15-30 TPS. La demande dépasse largement cette capacité, d’où les tarifs élevés en période de congestion.

La couche 2 déplace l’exécution hors de la chaîne principale, en utilisant L1 uniquement pour la disponibilité des données et la sécurité du règlement final. Les principaux modèles sont les rollups (Optimistic comme Arbitrum et OP, ZK comme zkSync et StarkNet) et les canaux de paiement (Lightning Network pour Bitcoin). La principale différence : les cumuls ZK contiennent une preuve cryptographique de l’exactitude de chaque lot par rapport au L1 ; Les cumuls optimistes supposent que le lot est correct et donnent une fenêtre de contestation (7 jours sur Arbitrum) pour le contester.

Que vérifier avant d’interagir avec une blockchain

Comprendre les mécanismes vous aide à prendre de meilleures décisions opérationnelles. Voici des questions pratiques à vous poser :

But: De combien de confirmations ai-je besoin pour cette transaction ? Pour de gros montants sur Bitcoin, attendez au moins 3 à 6 blocs.
Marché des frais : Vérifiez les frais de base actuels sur Etherscan/Blocknative avant les transactions urgentes en période de congestion.
Occasionnellement : Si une transaction est bloquée sur Ethereum, n’en envoyez pas de nouvelles avant de la résoudre – elle sera mise en file d’attente derrière elle.
L2 contre L1 : tenez compte des délais de retrait (7 jours pour le rollup optimiste) si vous avez besoin de liquidités rapides.

Nœuds : comment le réseau reste décentralisé

Une blockchain n’est sécurisée et décentralisée que s’il existe suffisamment de nœuds indépendants pour la valider. Un nœud complet télécharge l’intégralité de l’historique des transactions, vérifie chaque bloc indépendamment et propage les transactions valides. Il n’a besoin de faire confiance à personne – il vérifie tout lui-même. C’est la propriété fondamentale qui distingue une blockchain publique d’une base de données privée distribuée.

Types de nœuds

Nœud complet : téléchargez et vérifiez l’intégralité de la blockchain. Pour Bitcoin, la base de données fait environ 600 Go (février 2026). Pour Ethereum, avec un état complet, cela représente plusieurs To — c’est pourquoi de nombreux utilisateurs utilisent des clients avec une synchronisation d’état partielle (snap sync, fast sync). L’exécution d’un nœud complet nécessite un matériel adéquat (SSD, plus de 16 Go de RAM pour Ethereum) et une bande passante adéquate.

Clients légers : téléchargez uniquement les en-têtes de bloc et vérifiez les transactions qui vous intéressent via la preuve Merkle. Il consomme peu de bande passante et de stockage, mais s’appuie sur des nœuds complets pour le contenu des blocs. Les portefeuilles mobiles sont presque tous des clients légers. Ils ne participent pas activement à la sécurité du réseau.

Nœud d’archive : maintient l’état complet de la blockchain avec chaque bloc (pas seulement l’état actuel). Nécessite des centaines de To de stockage. Nécessaire pour l’analyse historique et pour fournir des API permettant des requêtes sur les blocs passés (par exemple “quel était le solde de cette adresse au bloc 12 000 000 ?”).

Pourquoi la gestion d’un nœud est importante

Chaque nœud complet que vous ajoutez au réseau augmente la résilience contre la censure et les attaques. Un utilisateur exécutant son propre nœud complet ne dépend d’aucun tiers pour vérifier les transactions – ni Infura, ni Alchemy, ni l’échange. Si ces fournisseurs sont interdits dans certaines juridictions, ceux disposant d’un nœud local continuent de fonctionner normalement.

Blockchain sans autorisation vs systèmes distribués traditionnels

Une question récurrente est : pourquoi ne pas utiliser une base de données distribuée normale au lieu d’une blockchain ? La réponse réside dans la nature du problème à résoudre. Une base de données distribuée comme Apache Cassandra assure la cohérence et la disponibilité entre les nœuds qui se font confiance, généralement au sein d’une organisation. Une blockchain publique doit garantir un consensus entre des nœuds qui ne se connaissent pas, ne se font pas confiance et peuvent être contrôlés par des acteurs aux intérêts opposés.

Le coût de cette propriété est l’efficacité : une blockchain traite moins de transactions par seconde qu’une base de données centralisée, consomme plus d’énergie (dans le cas du PoW) ou nécessite des mécanismes de staking complexes (dans le cas du PoS) et a une latence plus élevée. Le compromis n’est acceptable que lorsque le manque de confiance envers une partie centrale est la principale exigence – systèmes monétaires, registres de propriété, contrats qui ne nécessitent pas d’intermédiaires.

Ethereum vs Bitcoin : deux architectures différentes

Bitcoin est optimisé pour une chose : transférer de la valeur de manière sécurisée et résistante à la censure. Le langage de script de Bitcoin est volontairement limité (il n’est pas Turing-complet) pour réduire la surface d’attaque. La simplicité est une caractéristique, pas une limite.

Ethereum est une plateforme générale programmable : l’EVM (Ethereum Virtual Machine) exécute n’importe quel programme exprimable dans Solidity ou Vyper. Cette flexibilité permet les contrats intelligents, DeFi, NFT, DAO – mais introduit une complexité et des risques que Bitcoin n’a pas. Le passage au PoS (The Merge, septembre 2022) a réduit la consommation électrique d’Ethereum d’environ 99,95 %, mais la complexité du protocole reste nettement supérieure à celle de Bitcoin.

Le choix de la chaîne sur laquelle opérer dépend de l’utilisation : pour une simple réserve de valeur et un transfert, Bitcoin offre la plus grande certitude de sécurité et le réseau le plus long. Pour les applications programmables, DeFi ou tout ce qui nécessite des contrats intelligents, l’écosystème Ethereum (y compris L2) est le plus mature et le plus liquide.

Ressources pour plus d’informations : où vraiment étudier la blockchain

La plupart des ressources pédagogiques sur la blockchain sont superficielles ou incitent à vendre quelque chose. Les sources de qualité sont peu nombreuses mais elles existent. Pour Bitcoin, le Livre blanc Bitcoin L’original de Satoshi Nakamoto (8 pages, lisible en une heure) reste le point de départ le plus dense et le plus correct. Maîtriser le Bitcoin par Andreas Antonopoulos (disponible gratuitement sur GitHub) est le manuel technique de référence.

Pour Ethereum, la qualité de la documentation officielle sur ethereum.org s’est considérablement améliorée ces dernières années. L’Ethereum Yellow Paper est la référence formelle de l’EVM – dense mais précise. Pour ceux qui veulent comprendre le PoS, les articles de Vitalik Buterin sur son blog (vitalik.eth.limo) sont la source primaire la plus accessible.

Pour la couche 2, les blogs techniques d’Arbitrum (arbitrum.io/blog), d’Optimism (optimism.mirror.xyz) et de Starkware expliquent en détail les choix de conception. La lecture des discussions de recherche sur ethresear.ch vous permet de comprendre où va le protocole avant que les changements ne deviennent courants.

Lecture recommandée pour plus d’informations

Pour ceux qui veulent aller au-delà de la théorie, la lecture du livre blanc Bitcoin original de Satoshi Nakamoto reste le point de départ le plus fiable. En neuf pages, il décrit le problème de la double dépense et la solution de preuve de travail avec une clarté que peu de documents techniques peuvent égaler. Disponible gratuitement sur bitcoin.org, il est accessible même à ceux qui n’ont pas de formation mathématique avancée.

Conclusion

Une blockchain est un système dans lequel la confiance est remplacée par les mathématiques : les signatures cryptographiques, le hachage et un mécanisme de consensus distribué rendent l’historique des transactions vérifiable et pratiquement immuable. Comprendre ces mécanismes n’est pas académique : tout choix opérationnel – du tarif au moment du retrait d’une L2 – dépend de ces fondamentaux.

Glossaire

UTXO: Sortie de transaction non dépensée – le modèle utilisé par Bitcoin pour suivre les fonds.
Occasionnellement: compteur progressif des transactions depuis un compte (Ethereum) ou un nombre aléatoire utilisé dans le minage (PoW).
Pool de mémoire: Buffer des transactions valides en attente de confirmation.
Frais de base: Part de gaz brûlé automatiquement sur Ethereum (EIP-1559), s’ajuste en fonction de la congestion.
Racine de Merkle: Hachage récapitulatif de toutes les transactions dans un bloc, utilisé pour une vérification efficace.
Tranchant: Pénalité appliquée aux validateurs PoS qui se comportent de manière malhonnête.
But: état dans lequel une transaction est pratiquement irréversible.
Cumuls: Couche 2 qui compresse de nombreuses transactions en un lot et les enregistre sur le L1.