Cluster Mempool zerlegt den Mempool in zusammenhängende Komponenten aus Eltern und Kindern, erstellt dafür eine topologisch gültige Linearisierung und nutzt sie einheitlich für Mining, Eviction, Relay und Ersetzungsregeln.
Ein Cluster ist eine zusammenhängende Komponente im Graphen unbestätigter Transaktionen, die durch Eltern-Kind-Beziehungen verbunden sind. Unabhängige Cluster lassen sich getrennt bewerten, sodass eine Änderung in einem Cluster nicht den restlichen Mempool neu berechnen muss. [2]
Der Node erstellt für jeden Cluster eine topologisch gültige Linearisierung und teilt sie in Chunks mit absteigender Gebührenrate. Für einen Block nimmt er die besten Chunks von vorn; bei Eviction entfernt er die schwächsten vom Ende. [2]
Die früheren Ancestor- und Descendant-Limits sowie unterschiedliche Näherungen für Mining und Eviction konnten den tatsächlichen Wert komplexerer Pakete nicht immer abbilden. Ein begrenzter Cluster erlaubt die Suche nach einer besseren Reihenfolge mit vorhersehbar begrenztem Aufwand. [5]
Das ist lokale Mempool- und Mining-Policy, keine neue Konsensregel. Nodes können andere Transaktionen empfangen, eine andere Version oder Konfiguration nutzen und verschiedene Mempools haben; die Gültigkeit einer in einem Block bestätigten Transaktion ändert sich dadurch nicht. [2]
Bitcoin Core 31.0 ersetzte die frühere Mempool-Implementierung durch Cluster Mempool. Hinzu kamen die RPCs getmempoolcluster und getmempoolfeeratediagram, mit denen sich Cluster, Linearisierung und Gebührenratendiagramm untersuchen lassen. [1]
Die Standard-Policy begrenzt einen Cluster auf 64 Transaktionen und 101 kB virtuelle Größe. Node-Argumente können diese Grenzen ändern, doch Annahme oder Relay durch den eigenen Node garantiert nicht dieselbe Policy bei Peers und Minern. [1]
Das Modell vereinheitlicht Mining-Auswahl, Eviction, Transaktionsankündigungen und RBF. Eine Ersetzung muss an jedem Punkt ein mindestens gleich gutes und irgendwo strikt besseres Gebührenratendiagramm erzeugen sowie die übrigen Ersetzungsregeln erfüllen; der alte CPFP carve-out wurde zugunsten von TRUC und sibling eviction entfernt. [3]
Vor einer Aussage über eine konkrete Transaktion müssen Node-Version und Konfiguration, der vollständige Cluster und seine Chunks, das Gebührenratendiagramm und alle weiteren RBF-Bedingungen geprüft werden. Eine Wallet darf nicht voraussetzen, dass das gesamte Netzwerk dieselbe lokale Policy verwendet. [4]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Mempool, Package Relay, CPFP (Child Pays for Parent), Replace-by-Fee (RBF), Transaction Fees, Block Template.
01Ist Cluster Mempool eine Konsensänderung?+
Nein. Bitcoin Core 31.0 änderte damit den lokalen Mempool, die Mining-Auswahl und die Relay-Policy; die Konsensgültigkeit von Transaktionen in einem Block blieb unverändert.
02Was änderte sich beim Erhöhen der Gebühr?+
Der Node bewertet abhängige Transaktionen in Chunks und verlangt bei RBF neben den weiteren Ersetzungsbedingungen ein strikt besseres Gebührenratendiagramm. Das Ergebnis hängt weiterhin von der Policy des jeweiligen Nodes ab.