Qu'est-ce qu'un Mempool et comment les transactions sont-elles confirmées ?

Qu'est-ce que le pool de mémoire ?

1. Le pool de mémoire est une zone de stockage temporaire au sein de chaque nœud Bitcoin qui contient les transactions non confirmées.

2. Les transactions entrent dans le pool de mémoire après avoir été diffusées sur le réseau mais avant que les mineurs ne les incluent dans un bloc.

3. Chaque nœud complet gère sa propre version du pool de mémoire, qui peut différer légèrement en raison de la latence ou des variations de politique.

4. La taille et la composition du pool de mémoire varient en fonction de la congestion du réseau, des frais de transaction et de la disponibilité de l'espace de bloc.

5. Les nœuds appliquent des règles de validation, telles que l'exactitude de la signature et des entrées suffisantes, avant d'accepter une transaction dans leur pool de mémoire local.

Comment fonctionne la sélection des transactions

1. Les mineurs analysent le pool de mémoire à la recherche de transactions offrant les frais par octet virtuel (vB) les plus élevés afin de maximiser les revenus par bloc.

2. Certains pools miniers mettent en œuvre des politiques personnalisées, telles que la priorisation des transactions plus anciennes ou le filtrage des lots à faible coût.

3. Les transactions activées par le remplacement par frais (RBF) peuvent être remplacées dans le pool de mémoire par des versions à frais plus élevés avant confirmation.

4. Les stratégies de paiement par l'enfant pour le parent (CPFP) permettent aux descendants de renforcer la priorité d'une transaction avec leurs ancêtres, par ailleurs peu coûteuse.

5. L'expulsion de Mempool se produit lorsque les limites de mémoire sont atteintes ; les nœuds abandonnent généralement en premier les transactions les moins coûteuses.

Dynamique d’inclusion et de confirmation de bloc

1. Un nouveau bloc est extrait toutes les dix minutes en moyenne, bien que les intervalles réels varient en raison des changements de taux de hachage.

2. Chaque bloc a une limite de poids codée en dur de 4 000 000 d'unités de poids, ce qui correspond à environ 1 à 4 Mo selon la structure de la transaction.

3. Une fois incluse dans un bloc, une transaction reçoit sa première confirmation ; les blocs suivants construits sur le dessus ajoutent des confirmations supplémentaires.

4. Les réorganisations (séparations temporaires de la chaîne) peuvent entraîner la disparition des transactions confirmées de la chaîne principale si le fork concurrent s'allonge.

5. Six confirmations sont largement considérées comme définitives dans les échanges de grande valeur, bien que la finalité économique dépende de la répartition des participations et des incitations des mineurs.

Frais et mécanismes de priorité

1. Les outils d'estimation des frais s'appuient sur des données historiques de mempool et des mesures de backlog en temps réel pour suggérer des tarifs compétitifs.

2. Les transactions Segregated Witness (SegWit) consomment moins de poids de bloc, permettant plus de données par bloc et réduisant les frais effectifs.

3. Les mises à niveau de Taproot ont introduit une agrégation de signatures plus efficace, réduisant encore davantage l'encombrement et augmentant la capacité.

4. Les marchés payants fonctionnent sans contrôle centralisé : l'offre (espace de bloc) est fixe, tandis que la demande évolue en fonction du comportement des utilisateurs et de l'activité de la couche application.

5. L'augmentation dynamique des frais via RBF ou CPFP permet aux utilisateurs d'ajuster la priorité sans soumettre à nouveau les données de transaction brutes.

Questions et réponses courantes

Q : Une transaction peut-elle rester indéfiniment dans le pool de mémoire ? R : Oui : s'il paie des frais insuffisants par rapport aux conditions actuelles du marché ou enfreint la politique du nœud (par exemple, les limites de poussière), il peut persister jusqu'à son expulsion ou expirer après deux semaines par défaut dans Bitcoin Core.

Q : Tous les nœuds partagent-ils le même pool de mémoire ? R : Non : chaque nœud valide et stocke indépendamment les transactions ; les différences proviennent des délais de propagation, des règles de relais personnalisées ou des filtres anti-spam.

Q : Que se passe-t-il si ma transaction est supprimée du pool de mémoire ? R : Il cesse d'être visible pour les mineurs à moins qu'il ne soit rediffusé ; les utilisateurs doivent souvent recréer et renvoyer avec des frais ajustés ou des indicateurs RBF.

Q : Comment les paiements Lightning Network interagissent-ils avec le pool de mémoire ? R : L'ouverture et la fermeture des canaux nécessitent des transactions en chaîne qui entrent dans le pool de mémoire comme les autres ; cependant, la plupart des routages de paiement s'effectuent hors chaîne, sans exposition au pool de mémoire.