Tiens, je ne m'en souvenais plus de celui-ci. Si j'avais su, je me serais pas embêté à en ouvrir un autre.
Comme d'hab j'arrive après la bataille, tout a été dit :
Chaque nœud peut choisir le volume de sa mempool et il n'y a en théorie pas de limites d'un point de vue logiciel
En effet, il n'y a pas *une* mempool, mais autant de mempools qu'il y a de nœuds. Donc sur un nœud avec la configuration par défaut, on purge les transactions avec le moins de frais de manière à ne pas dépasser 300Mo. Parce que la mémoire vive c'est pas illimité, en particulier pour ceux qui ont des nœuds sur des vieilles machines ou sur les Raspberry.
Par contre mempool.space et consorts ont pour but de fournir un bon aperçu de toutes les transactions en attente de confirmation. Donc logiquement, ils font sauter cette limite et gardent tout en mémoire. (D'ailleurs à titre d'information, on peut faire tourner une version "light" de mempool.space sur son propre nœud, mais pour déployer
la version complète ("v2") en production ils recommandent 64Go de RAM. Autant dire que dans ce cas, une mempool de 1 ou 2Go ne change pas grand chose.)