À 08:41 UTC, le 23 octobre 2026, le pool de minage AntPool a ajouté au réseau le bloc Bitcoin 972 742. Il contient 6 179 transactions et pèse 1,6 mégaoctet. Il porte aussi un code de 64 caractères : l’empreinte du bloc 972 741, qui porte elle-même celle du bloc 972 740, et ainsi de suite jusqu’au 3 janvier 2009. Avant 08:41, aucun de ces 6 179 paiements ne figurait dans un bloc. Les voilà désormais inscrits dans une chaîne que des milliers d’ordinateurs conservent et vérifient chacun de leur côté.
Voilà, en une phrase, comment fonctionne la blockchain (ou « chaîne de blocs », le terme français officiel) : c’est une suite de blocs de transactions, où chaque bloc contient l’empreinte (le hash) du précédent, recopiée sur de nombreux ordinateurs, les nœuds, qui appliquent les mêmes règles pour s’accorder sur une seule chaîne valide et sur le propriétaire de chaque unité à cet instant.
Cette leçon suit un paiement à travers ce mécanisme, de l’instant où il est envoyé jusqu’à celui où il modifie un solde. À la fin, vous saurez lire un explorateur de blocs, comprendre pourquoi un virement est d’abord « en attente » puis « confirmé », et distinguer l’historique conservé dans la chaîne de l’état que les nœuds en déduisent. Tous les chiffres ci-dessous proviennent d’explorateurs publics et de documentations officielles, consultés le 23 octobre 2026.
Si le mot vous est encore nouveau, commencez par notre leçon d’introduction à la blockchain, qui compare un registre partagé à la base de données d’une banque, puis par les trois piliers de la blockchain. Le côté portefeuille d’un transfert (adresse, frais, écran de confirmation) est traité dans notre guide sur le fonctionnement des transactions crypto. Ici, nous restons dans la partie que l’utilisateur ne voit pas : ce qui se passe entre « envoyé » et « terminé ».
Comment fonctionne la blockchain, en cinq temps
Chaque blockchain publique a son vocabulaire, mais Bitcoin et Ethereum, les deux plus grandes, suivent la même séquence. Une transaction traverse cinq étapes, dans cet ordre.
- Elle est annoncée au réseau et attend, avec des milliers d’autres, dans une salle d’attente que chaque nœud tient en mémoire.
- Quelqu’un (un mineur sur Bitcoin, un validateur sur Ethereum) choisit des transactions en attente et les range dans un bloc.
- Le bloc inclut le hash du bloc précédent, ce qui le rattache à tout ce qui a précédé et forme une chaîne.
- Chaque nœud reçoit le bloc, le vérifie d’après les règles sur sa propre copie des données, et ne le transmet que s’il est valide.
- Les nœuds s’accordent sur la chaîne qui fait foi quand deux versions s’opposent, et mettent à jour l’« état » : la liste de ce qui appartient à qui maintenant.
Satoshi Nakamoto a décrit les deux premières étapes dans le livre blanc de Bitcoin, en 2008, en deux lignes : « New transactions are broadcast to all nodes. Each node collects new transactions into a block. » (en anglais ; en substance, les nouvelles transactions sont diffusées à tous les nœuds, et chacun les rassemble dans un bloc). La suite de la leçon reprend les cinq temps un par un. Notre leçon sur le livre blanc de Bitcoin couvre le reste de ce document.
Une transaction attend d’abord dans une salle d’attente que chaque nœud tient
Annoncer, vérifier, relayer
Un portefeuille qui envoie des bitcoins ne les envoie pas à une entreprise. Il remet un message signé à un ou plusieurs nœuds auxquels il est connecté. Chaque nœud contrôle ce message avant d’en faire quoi que ce soit : le format est-il correct, les pièces existent-elles, ont-elles déjà été dépensées ? Seulement après, il signale à ses propres voisins qu’il dispose d’une nouvelle transaction. Le guide du développeur Bitcoin (en anglais) décrit l’échange comme une annonce suivie d’une demande, et précise qu’un voisin ne relaie une transaction que si elle est valide. Un paiement invalide meurt donc au premier nœud honnête : il n’atteint jamais le reste du réseau.
Ethereum procède de la même façon. Une transaction signée est confiée à un nœud, qui la vérifie et la propage à ses voisins de proche en proche. Elle attend ensuite qu’un producteur de blocs l’inclue.
Le point de vue d’un nœud : 46 941 transactions en attente
Les transactions valides qui ne figurent pas encore dans un bloc se trouvent dans ce que Bitcoin Core appelle la mémoire des transactions, ou mempool. Le nom est à prendre à la lettre : d’après le guide du développeur, Bitcoin Core garde les transactions non confirmées en mémoire non persistante, de sorte qu’un nœud qui s’éteint les perd, hormis celles envoyées par son propre portefeuille. Un paiement trop mal rémunéré pour être retenu peut donc s’effacer au fil des redémarrages de nœuds. C’est pourquoi un transfert bloqué finit parfois par « disparaître » d’un explorateur : les nœuds qui le relayaient l’ont abandonné.
Il n’existe ni mempool unique, ni mempool officiel. Chaque nœud a le sien, et deux nœuds ont rarement exactement la même liste. À 08:44 UTC, le 23 octobre 2026, le nœud qui alimente l’explorateur mempool.space contenait 46 941 transactions non confirmées, soit 24,3 millions d’octets virtuels, environ six blocs d’espace. Un autre nœud, à la même seconde, afficherait un chiffre légèrement différent.
Un bloc est un lot : qui le construit et quelle taille il peut avoir
Sur Bitcoin, un mineur range le bloc
Sur Bitcoin, le bloc est construit par un mineur. Il choisit des transactions en attente, les place dans un bloc, puis doit trouver une preuve de travail valide pour celui-ci, une recherche qui prend en moyenne dix minutes à l’ensemble du réseau. Le gagnant touche une récompense composée de pièces nouvellement créées et des frais de toutes les transactions du bloc. Pour le bloc 972 742, mempool.space indique 3,125 BTC de pièces neuves, montant fixé par le halving du 20 avril 2024, plus 0,00861901 BTC de frais. Comme les frais reviennent à celui qui mine le bloc, les mineurs ont intérêt à préférer les transactions qui paient le plus pour la place qu’elles occupent.
La place est limitée. Depuis la mise à jour SegWit, la règle du BIP 141 (en anglais) veut que le « poids » d’un bloc ne dépasse pas 4 000 000 d’unités, une mesure qui compte les données de signature moins lourdement que le reste. En pratique, cela donne des blocs d’environ 1,6 mégaoctet, comme le montre le tableau ci-dessous. Le bloc 972 742 a utilisé 3 994 021 unités, presque toute la marge.
Dix minutes, c’est une moyenne, pas un horaire. Dans le tableau ci-dessous, l’écart entre deux blocs consécutifs va de 33 secondes à un peu plus de 16 minutes. Le réseau maintient la moyenne proche de dix minutes en ajustant la difficulté tous les 2 016 blocs : le guide du développeur (en anglais) explique que la durée visée pour ces 2 016 blocs est de deux semaines, et que la difficulté monte ou baisse pour que le lot suivant prenne à peu près ce temps. Le 23 octobre 2026, mempool.space donnait 9,56 minutes pour le temps de bloc moyen de la période en cours, le prochain ajustement étant attendu au bloc 973 728.
| Bloc | Trouvé (UTC, 23 oct. 2026) | Transactions | Taille (octets) |
|---|---|---|---|
| 972 742 | 08:41:36 | 6 179 | 1 602 946 |
| 972 741 | 08:37:13 | 3 427 | 1 683 123 |
| 972 740 | 08:20:57 | 4 154 | 1 667 889 |
| 972 739 | 08:06:59 | 6 977 | 1 654 080 |
| 972 738 | 08:04:07 | 7 739 | 1 649 190 |
| 972 737 | 08:03:34 | 5 370 | 1 589 805 |
| 972 736 | 07:54:35 | 6 896 | 1 607 735 |
Source : mempool.space, consulté le 23 octobre 2026 entre 08:41 et 08:49 UTC. Le nombre de transactions varie avec leur taille : un bloc de nombreux petits paiements en contient plus qu’un bloc de quelques gros.
Sur Ethereum, un validateur est tiré au sort pour chaque créneau de 12 secondes
Ethereum a abandonné le minage lors de la Fusion (The Merge) du 15 septembre 2022 et fonctionne depuis en preuve d’enjeu. Le temps est découpé en créneaux fixes. Selon ethereum.org (en anglais), le temps est divisé en créneaux de 12 secondes (slots) et en époques de 32 créneaux (epochs), et un validateur est tiré au hasard pour proposer un bloc à chaque créneau. Ce validateur prend des transactions dans sa réserve, les exécute et envoie le bloc aux autres, qui le rejouent et votent. Un créneau peut rester vide si le validateur désigné est hors ligne.
Ethereum mesure la taille d’un bloc en gas, l’unité de travail de calcul qui se cache derrière les frais de gas. D’après la page d’ethereum.org sur les blocs (en anglais), chaque bloc a une cible de 30 millions de gas et une limite stricte de 60 millions, et les validateurs peuvent déplacer cette limite d’un facteur 1/1024 par bloc. Le bloc 26 254 213, produit à 08:44:59 UTC le 23 octobre 2026, contenait 349 transactions et a consommé 48,8 millions de gas sur 60 millions, selon Etherscan.
Chaque bloc porte l’empreinte du précédent
Une fonction de hachage transforme n’importe quelle donnée en un code de longueur fixe. Bitcoin en utilise une appelée SHA-256, qui renvoie toujours 64 caractères hexadécimaux. Deux propriétés comptent pour un débutant. La même entrée donne toujours le même code. Et le plus petit changement dans l’entrée donne un code entièrement différent, sans aucun rapport visible avec le premier.
Vous pouvez l’essayer sur n’importe quel ordinateur. Nous avons appliqué SHA-256 à la phrase « Alice pays Bob 1 BTC » et obtenu un code qui commence par 123684d93fa4 et finit par ce4f88bd. En changeant un seul caractère, « Alice pays Bob 2 BTC », on obtient un code qui commence par d9537fd1b3df et finit par c5c8ef69. Rien dans le second code ne laisse deviner qu’un seul chiffre a bougé. La manière dont la fonction y parvient relève d’une leçon ultérieure sur la cryptographie ; ici, seul l’effet nous importe.
Appliquons cela aux blocs. Chaque bloc Bitcoin commence par un court en-tête, et cet en-tête inclut le hash de l’en-tête du bloc précédent. Le bloc 972 742 désigne comme parent le bloc dont le hash commence par 21 zéros suivis de c31167384b43, c’est-à-dire le bloc 972 741. L’en-tête contient aussi une empreinte unique qui résume toutes les transactions du bloc : le hash de l’en-tête dépend donc aussi des transactions. La prochaine leçon ouvre un bloc et en parcourt l’en-tête champ par champ.
Le livre blanc résume l’idée en une ligne : « Each timestamp includes the previous timestamp in its hash, forming a chain » (en anglais : chaque horodatage inclut le précédent dans son hash, formant une chaîne). Le mot « blockchain » n’apparaît pas dans le document ; l’image de la chaîne, si. Chaque nouveau bloc rend aussi les plus anciens plus difficiles à modifier.
Pourquoi modifier un vieux bloc casse tous ceux qui suivent
Supposons que quelqu’un modifie un paiement du bloc 900 000 pour envoyer les pièces ailleurs. L’empreinte des transactions change, donc l’en-tête du bloc 900 000 change, donc son hash change. Le bloc 900 001 pointe toujours vers l’ancien hash : il ne s’emboîte plus. Le corriger change son propre hash, ce qui casse le bloc 900 002, et ainsi de suite jusqu’au dernier bloc de la chaîne. Le guide du développeur Bitcoin fait le même constat : modifier une transaction revient à modifier son bloc et tous les blocs qui suivent.
Côté Bitcoin, refaire un bloc oblige à refaire sa preuve de travail, et l’attaquant devrait en plus rattraper le réseau honnête, qui continue d’ajouter des blocs. C’est pourquoi les sources sérieuses évitent le mot « immuable ». L’Institut national américain des normes et de la technologie, dans sa synthèse de 2018 NIST IR 8202 (en anglais), qualifie les blockchains de registres numériques qui révèlent et qui résistent à la falsification (« tamper evident and tamper resistant »). Révèlent, parce que toute modification se voit aussitôt. Résistent, parce que réécrire l’historique coûte plus que ce que quiconque a jusqu’ici accepté de dépenser sur Bitcoin. Ce qu’il faudrait pour y parvenir fait l’objet d’une leçon ultérieure : une blockchain peut-elle être piratée ?
Ethereum chaîne ses blocs de la même manière. Chaque bloc référence le hash de son parent : le bloc 26 254 213 pointe vers un parent dont le hash commence par 0x59fdf14e71ec. Il s’engage aussi sur une « racine d’état » (state root), une empreinte unique de l’ensemble de l’état après le bloc, sur laquelle nous revenons plus bas.
Des milliers d’ordinateurs gardent leur copie, mais pas tous la totalité
Il n’y a pas de serveur central derrière Bitcoin ou Ethereum. La chaîne existe sous forme de copies sur des ordinateurs indépendants, tenus par des particuliers, des entreprises, des plateformes d’échange, des mineurs et des validateurs, partout dans le monde. Chaque nœud télécharge des blocs auprès de ses voisins, vérifie lui-même chaque règle et refuse ce qui y déroge. Un nœud ne fait pas confiance à ses voisins : il les contrôle. Voilà ce que « décentralisé » signifie concrètement, et pourquoi les blockchains publiques et privées diffèrent autant : sur une blockchain publique, n’importe qui peut faire tourner un nœud ; sur une blockchain privée, c’est l’opérateur qui décide.
Tous les nœuds ne conservent pas la même quantité de données, et l’idée répandue selon laquelle « chaque nœud stocke toute la blockchain » est fausse. Sur Bitcoin, l’historique complet occupait environ 777,5 Go de données de blocs le 22 octobre 2026, d’après le graphique de taille de la chaîne de Blockchain.com (ce chiffre exclut les index de base de données). Un nœud complet garde tout. Un nœud élagué (pruned) vérifie chaque bloc de la même façon, puis supprime les anciens ; selon bitcoin.org (en anglais), l’élagage peut ramener l’usage du disque à environ 7 Go. Un portefeuille léger sur téléphone en garde beaucoup moins encore et s’appuie sur des nœuds complets pour l’essentiel des vérifications.
Ethereum exige deux programmes côte à côte : un client d’exécution, qui traite les transactions, et un client de consensus, qui suit la preuve d’enjeu. La page d’ethereum.org sur les nœuds et les clients (en anglais) en liste plusieurs de chaque sorte (Geth, Nethermind, Besu, Erigon et staking consiste nel depositare una moneta proof of stake presso un protocollo che la mette in staking e rilascia un token trasferibile (come stETH di Lido o rETH) che rappresenta deposito e ricompense: lo si può usare o vendere mentre le monete restano in staking.">Reth parmi les premiers ; Lighthouse, Prysm, Teku, Nimbus et Lodestar parmi les seconds). Elle indique qu’un nœud complet vérifie chaque bloc mais ne conserve que les données récentes, en général les 128 derniers blocs, tandis qu’un nœud d’archive garde chaque état passé. Les besoins en disque dépassent ceux de Bitcoin : la documentation de Geth (page modifiée pour la dernière fois en septembre 2023) indique que Geth seul demande plus de 650 Go pour un nœud complet synchronisé en mode snap, et son conseil d’un SSD de 2 To pour Geth plus un client de consensus date de septembre 2022. Ces chiffres ont augmenté depuis.
Combien y a-t-il de nœuds ? Personne ne peut les compter exactement, car beaucoup n’acceptent pas de connexions entrantes et restent invisibles aux robots de recensement. Bitnodes, le compteur Bitcoin le plus connu, n’affichait aucun chiffre le 23 octobre 2026 pendant son transfert à un nouvel opérateur, et nous n’avons trouvé aucun décompte Ethereum vérifiable. « Des milliers » pour chaque réseau, et probablement des dizaines de milliers pour Bitcoin si l’on compte les nœuds cachés, est la précision maximale qu’une source honnête permette aujourd’hui. Un point voisin est la diversité des clients : si la plupart des nœuds Ethereum faisaient tourner le même logiciel, un seul bogue pourrait toucher une grande partie du réseau d’un coup, d’où l’attention que portent les développeurs à la part de chaque client.
L’historique et l’état sont deux choses différentes
La chaîne, c’est l’historique : chaque bloc, dans l’ordre. Mais votre portefeuille ne rejoue pas seize ans de blocs pour afficher votre solde. Les nœuds tiennent une seconde structure, l’état, qui répond à la question « qui possède quoi à présent ». Chaque nouveau bloc est appliqué à l’état, qui change un peu. L’historique ne fait que grandir ; l’état est réécrit bloc après bloc.
Bitcoin : des sorties non dépensées, comme des billets dans un tiroir
Dans ses règles, Bitcoin ne connaît ni comptes ni soldes. Une transaction consomme des sorties antérieures et en crée de nouvelles. Le guide du développeur précise que chaque sortie ne peut servir d’entrée qu’une seule fois dans la chaîne, et nomme celles qui n’ont pas encore servi les sorties de transaction non dépensées, ou UTXO. Pensez à des billets : pour payer 30 avec un billet de 50, vous remettez le billet entier et on vous rend 20. Les portefeuilles Bitcoin font exactement cela, en créant une sortie de monnaie qui revient à l’expéditeur.
Les nœuds tiennent à jour la liste de toutes les sorties non dépensées pour vérifier vite les nouveaux paiements ; les développeurs l’appellent l’ensemble UTXO. Dans un instantané pris au bloc 892 385 le 14 avril 2025, l’équipe de recherche de mempool.space (en anglais) a compté 173 190 861 sorties non dépensées, occupant environ 11 Go sur disque avec les réglages par défaut. C’est bien moins que les 777 Go d’historique, car les sorties dépensées en disparaissent.
Ethereum : des comptes avec un solde et un compteur
Ethereum tient des comptes à la place. Chaque compte a un solde, un nonce (le compteur des transactions qu’il a envoyées) et, pour un contrat intelligent, du code et un espace de stockage. Un paiement retire d’un solde et ajoute à un autre. ethereum.org (en anglais) décrit la machine virtuelle Ethereum comme un ordinateur dont l’état fait l’objet d’un accord de tout le réseau, et chaque bloc porte la racine de cet état : un nœud qui aurait mal appliqué le bloc obtiendrait une autre racine et s’en apercevrait.
| Bitcoin (modèle UTXO) | Ethereum (modèle de comptes) | |
|---|---|---|
| Ce que contient l’état | Des sorties non dépensées, chacune avec un montant et une condition de dépense | Des comptes : solde, nonce, et code et stockage pour les contrats |
| Comment un paiement est vérifié | Les sorties dépensées existent et ne l’ont pas déjà été | Le solde de l’expéditeur couvre montant et frais ; le nonce est le suivant |
| Image du quotidien | Billets et monnaie rendue | Un relevé de compte bancaire |
| Où on le voit | Une adresse liste ses sorties non dépensées | Une adresse affiche un seul solde |
| Ordre de grandeur | 173,2 millions de sorties, environ 11 Go (14 avril 2025) | Seul l’état récent sur un nœud complet (128 blocs) |
Aucun des deux modèles n’est plus sûr en soi. Le modèle UTXO facilite la vérification des paiements en parallèle et le suivi des pièces. Le modèle de comptes simplifie l’écriture de programmes dotés d’une mémoire, comme les applications de prêt. Pour une comparaison plus large des deux réseaux, voyez Bitcoin, Ethereum et la blockchain : les différences.
S’accorder sur une seule chaîne quand deux blocs apparaissent en même temps
Les messages mettent du temps à traverser la planète. Deux mineurs peuvent trouver un bloc valide à la même hauteur à quelques secondes d’écart, et pendant un moment une moitié du réseau a l’un et l’autre moitié a l’autre. Cette scission s’appelle une fourche (fork). Sans règle pour la trancher, le registre se diviserait définitivement.
La règle du livre blanc est brève : « Nodes always consider the longest chain to be the correct one and will keep working on extending it. » (en anglais : les nœuds considèrent toujours la chaîne la plus longue comme la bonne et continuent de l’étendre). À la rigueur, les nœuds suivent la chaîne qui cumule le plus de travail, presque toujours la plus longue. Le guide du développeur la décrit comme la chaîne la plus difficile à recréer, et indique que les nœuds écartent les blocs périmés des fourches plus courtes. Dès qu’un camp reçoit le bloc suivant, tous les nœuds basculent dessus, et les transactions du bloc périmé que la chaîne gagnante ne contient pas déjà retournent dans le mempool pour être reprises. Ce basculement s’appelle une réorganisation.
Ethereum règle le même problème en deux couches. Pour choisir la tête de la chaîne, les nœuds utilisent une règle appelée LMD-GHOST, qui, selon ethereum.org, identifie la fourche dont l’historique porte le plus grand poids d’attestations. Les attestations sont les votes que les validateurs émettent à chaque époque. Par-dessus, un mécanisme nommé Casper-FFG rend les blocs finaux : un point de contrôle (le premier bloc d’une époque) qui recueille les votes de validateurs détenant au moins les deux tiers de tous les ETH mis en jeu devient « justifié », et quand le point de contrôle suivant l’est à son tour, le précédent devient « finalisé ». Chaque validateur doit bloquer 32 ETH, et celui qui enfreint les règles peut en perdre une partie.
Confirmations sur Bitcoin, finalité sur Ethereum
Comme un bloc Bitcoin peut en théorie être remplacé, un paiement n’y est jamais définitif au sens absolu. Chaque nouveau bloc posé dessus, appelé confirmation, rend son remplacement plus coûteux. Le protocole lui-même illustre cette logique : le guide du développeur indique que les pièces nouvellement créées pour un mineur ne peuvent pas être dépensées avant au moins 100 blocs, au cas où le bloc qui les a créées serait remplacé.
Ethereum offre une ligne plus ferme. Le bloc 26 254 213 est entré dans le créneau 15 493 423 de la chaîne balise à 08:44:59 UTC le 23 octobre 2026, à l’époque 484 169. Quand nous avons interrogé un nœud balise public à 08:59 UTC, le dernier point de contrôle finalisé se trouvait encore juste avant lui ; à 09:01 UTC, la finalité l’avait dépassé, un peu plus de 16 minutes après l’inclusion. Une époque dure 6,4 minutes et, selon la position du bloc dans son époque, la finalité arrive normalement deux à trois époques plus tard, soit environ 13 à 19 minutes. D’après ethereum.org, un attaquant qui voudrait annuler un bloc finalisé devrait accepter de perdre au moins un tiers de tous les ETH mis en jeu.
Un paiement suivi du clic à l’état, chiffres réels à l’appui
Assemblons les pièces avec deux exemples. Les montants sont illustratifs ; les chiffres du réseau sont ceux relevés le 23 octobre 2026.
Alice paie Bob en bitcoins
- Le portefeuille d’Alice détient une sortie non dépensée de 0,05 BTC. Pour payer 0,03 BTC à Bob, il construit une transaction qui dépense la sortie entière, envoie 0,03 BTC à Bob et renvoie le reste, moins des frais, vers une nouvelle adresse de monnaie rendue appartenant à Alice.
- Il confie la transaction signée à un nœud, qui la vérifie et la relaie. En quelques secondes, elle figure dans des mempools du monde entier, parmi des dizaines de milliers de transactions en attente.
- Un mineur l’inclut dans le prochain bloc sur lequel il travaille. Si les frais sont faibles par rapport aux autres transactions en attente, cela peut prendre plusieurs blocs.
- Le bloc est trouvé, environ dix minutes plus tard en moyenne. Chaque nœud le vérifie, l’ajoute à sa copie et met à jour son ensemble UTXO : l’ancienne sortie d’Alice est retirée, la nouvelle sortie de Bob et la monnaie rendue à Alice sont ajoutées.
- Chez Bob, le portefeuille affiche une confirmation. Chaque bloc trouvé ensuite en ajoute une.
Alice envoie des ethers
Sur Ethereum, le portefeuille d’Alice construit une transaction depuis son compte avec le nonce suivant, disons 42 si elle en a déjà envoyé 42. Un simple transfert d’ether consomme toujours 21 000 gas, selon la page d’ethereum.org sur les transactions (en anglais). Les frais sont le gas utilisé multiplié par les frais de base plus un pourboire par unité de gas ; la part de frais de base est brûlée et le pourboire va au validateur. Le bloc 26 254 213 affichait des frais de base d’environ 0,059 gwei par unité de gas : la part de base d’un simple transfert s’élevait donc à 21 000 fois 0,059, soit environ 1 240 gwei, ou à peu près 0,0000012 ETH (un gwei vaut un milliardième d’ether), avant tout pourboire. Le validateur du créneau suivant inclut la transaction, chaque nœud l’exécute, le solde d’Alice baisse et son nonce passe à 43, celui de Bob augmente. De 13 à 19 minutes plus tard, le bloc est finalisé.
| Chiffre daté, 23 octobre 2026 | Bitcoin | Ethereum |
|---|---|---|
| Dernier bloc observé | 972 742 à 08:41:36 UTC | 26 254 213 à 08:44:59 UTC |
| Transactions dans ce bloc | 6 179 | 349 |
| Taille par rapport à la limite | Poids 3 994 021 sur 4 000 000 | 48,8 millions de gas sur 60 millions |
| Rythme des blocs | Cible de 10 min ; 9,56 min en moyenne sur cette période | Créneaux fixes de 12 secondes |
| Qui l’a ajouté | Pool de minage AntPool (preuve de travail) | Validateur tiré au sort pour le créneau (preuve d’enjeu) |
| Quand un paiement est réglé | Jamais de façon absolue ; plus de confirmations, plus cher à annuler | Finalisé après deux à trois époques (environ 13 à 19 minutes ; 16 minutes pour le bloc 26 254 213) |
| Effort du réseau ou mise | Difficulté d’environ 140,6 billions ; près d’un zettahash par seconde | 32 ETH par validateur |
| Historique sur disque | Environ 777,5 Go (22 octobre 2026) | Plus de 650 Go pour Geth seul ; SSD de 2 To conseillé (documentation Geth, 2022-2023) |
Sources : mempool.space, Blockchain.com, Etherscan, un nœud balise Ethereum public, ethereum.org et la documentation de Geth, consultés le 23 octobre 2026.
Ce que ces mécanismes expliquent sur votre portefeuille et votre plateforme
Quand on sait comment fonctionne une blockchain, plusieurs petits mystères du quotidien s’éclairent. Un transfert « en attente » dort dans des mempools et n’a pas encore été retenu ; des frais plus élevés le font généralement passer plus vite. Une plateforme qui attend plusieurs confirmations avant de créditer un dépôt de bitcoins se protège d’une réorganisation ; chaque plateforme fixe son propre nombre, que ses pages d’aide indiquent. Un dépôt sur Ethereum est souvent crédité plus vite, car la finalité arrive en quelques minutes.
Votre portefeuille ne stocke pas la blockchain. Comme l’explique notre guide sur les portefeuilles crypto, il conserve vos clés et demande aux nœuds votre part de l’état, ce qui explique qu’un nouveau téléphone affiche votre solde dès que vous restaurez le portefeuille. Les pièces n’ont jamais été sur l’ancien appareil : ce sont des entrées dans un registre tenu par des milliers d’ordinateurs. Le tout premier bloc de ce registre, miné en janvier 2009, reste le point de départ de chaque copie.
Vous pouvez tout vérifier vous-même. Collez l’identifiant d’une transaction dans mempool.space pour Bitcoin ou dans Etherscan pour Ethereum : vous verrez le bloc qui la contient, le hash du bloc précédent et le nombre de confirmations. Ni compte ni autorisation ne sont nécessaires : cet accès ouvert est justement l’intérêt d’un registre public.
Ce que couvrent l’AMF et l’ACPR, et ce qu’elles laissent au code
Aucun régulateur ne décide du fonctionnement d’une blockchain à ce niveau, de la manière dont les blocs s’enchaînent ou dont les nœuds s’accordent : ces règles sont du code, qui ne change que lorsque les exploitants de nœuds adoptent un nouveau logiciel. En France, l’AMF et l’ACPR s’intéressent à ce qui se construit par-dessus, c’est-à-dire aux prestataires qui proposent d’acheter, de conserver ou d’échanger des crypto-actifs (voir notre guide du règlement MiCA), et l’administration fiscale française à l’imposition des gains, sujet d’une leçon ultérieure de ce parcours. Les euros que vous déposez sur une plateforme relèvent du système bancaire habituel, que supervisent la Banque de France et l’ACPR ; la chaîne, elle, ne connaît que ses propres unités. La référence technique du gouvernement américain sur ces mécanismes est la synthèse du NIST citée plus haut, écrite pour expliquer la technologie et non pour la réglementer. En pratique, une transaction est « sur la chaîne » dès que le réseau l’a enregistrée, quoi que décide ensuite une autorité à propos de l’actif qu’elle a déplacé.
La prochaine leçon ouvre un seul bloc et lit son en-tête champ par champ, du numéro de version jusqu’au nonce.
