This article has been translated from English to French.
Bitcoin répond à la question «Quelle transaction conserver? ».
La façon dont Bitcoin répond à cette question est brillante.
Voici comment…
Chaque nœud du réseau Bitcoin partage des informations sur les nouvelles transactions.
Les transactions effectuées sur le réseau Bitcoin ne sont PAS directement ajoutées à la blockchain. Elles sont d'abord collectées et stockées dans ce qu'on appellele « memory pool».
CHAQUE ordinateur exécutant le programme Bitcoin crée une zone de stockage temporaire pour les transactions appelée «mémoire commune». Également connue sous le nom de «mempool» en abrégé.
Chaque nœud Bitcoin possède son propre mempool, où il stocke la file d'attente des transactions qu'il a vérifiées et qu'il considère comme valides.
En gros, un mempool est une file d'attente organisée dans laquelle les transactions sont stockées et triées avant d'être ajoutées à un bloc nouvellement créé.
- Le pool de mémoire contient les transactions« fraîches »ou non confirmées (stockées sous forme de transactions individuelles).
- La blockchain contient les transactions« archivées »ou confirmées (regroupées en « blocs »).
Toutes les transactions bitcoin sont simplement des transactions « non confirmées » et n'existent que dans le mempool avant d'être « confirmées » et ajoutées à la blockchain.
Dans le réseau Bitcoin, tous les nœuds complets ont un pool de mémoire.
Disons que tu initialises une transaction de ce côté du réseau (transactionviolette ).
Puis tu vas ici, tu utilises le même bitcoin et tu insères la transaction rouge dans cet ordinateur.
Si tu remarques, ces deux transactions ne sont PAS écrites directement dans le fichier. Les deux transactions sont d'abord simplement stockées dans le pool de mémoire de chaque ordinateur.
Les deux transactions se propageront donc sur le réseau.
Cet ordinateur REJETTERA la transaction rouge car il a déjà reçu la transaction violette.
Les DEUX transactions sont donc maintenant sur le réseau.
Mais elles ne sont PAS encore écrites dans le fichier, donc le fichier n'a pas encore été mis à jour.
Ce qui va alors se passer, c'est que tous ces ordinateurs vont fonctionner et essayer de transférer leurs transactions de leur pool de mémoire vers le fichier.
Ils vont se disputer pour être les premiers à faire ajouter leurs transactions de pool de mémoire en haut du fichier.
Disons que cet ordinateur (en jaune) est le premier à pouvoir le faire.
Il ajoute sa transaction du pool de mémoire dans le fichier:
Et quand c'est fait, il...
Il transmettra leur copie mise à jour du fichier à tous ceux auxquels ils sont connectés...
Et ils mettront à jour leurs copies.
Dans l'illustration ci-dessous, ce nœud reçoit le fichier mis à jour qui contient la transaction violette dépensant le même bitcoin.
Qu'advient-il de la transaction rouge conflictuelle dans son pool de mémoire ?
Puisque le même bitcoin a déjà été dépensé dans la transaction violette, il expulsera la transaction rouge de son pool de mémoire !
Ce nœud transmettra ensuite le fichier mis à jour.
Et l'autre ou les autres nœuds feront de même... ils élimineront toutes les transactions conflictuelles de leur pool de mémoire.
Tous les ordinateurs disposent désormais du fichier mis à jour.
Voilà comment résoudre le problème de deux transactions conflictuelles sur le réseau.
Tu as littéralement juste une « zone d'attente » (mempool) pour les transactions en attente et les nœuds se font concurrence et essaient d'ajouter leurs transactions au fichier.
Dans cet exemple, le type violet recevrait le bitcoin...
Mais quand tu essaieras de dépenser le même bitcoin avec le mec en rouge, ça ne marchera pas.
Ce processus de nœuds en concurrence pour essayer de transférer leurs transactions de leur pool de mémoire vers le fichier (« la blockchain ») s'appelle le MINAGE.









