Cluster Mempool divide la mempool en componentes conectados de padres e hijos, crea para cada uno una linearización topológicamente válida y la usa de forma coherente para minería, expulsión, relay y reglas de reemplazo.
Un cluster es un componente conexo del grafo de transacciones no confirmadas enlazadas por relaciones padre–hijo. Los clusters independientes pueden evaluarse por separado, de modo que un cambio en uno no obliga a recalcular el resto de la mempool. [2]
Para cada cluster, el nodo crea una linearización topológicamente válida y la divide en chunks cuya tasa de comisión desciende desde el más rentable. Toma del principio los mejores chunks para el bloque y expulsa desde el final los menos rentables. [2]
Los límites anteriores de ancestros y descendientes, junto con aproximaciones distintas para minería y expulsión, no siempre reflejaban el valor real de un paquete complejo. Limitar el cluster permite buscar un orden mejor con un trabajo acotado de forma previsible. [5]
Es una política local de mempool y minería, no una regla nueva de consenso. Los nodos pueden recibir transacciones distintas, usar otra versión o configuración y tener mempools diferentes; la validez de una transacción confirmada en un bloque no cambia. [2]
Bitcoin Core 31.0 sustituyó la implementación anterior de la mempool por Cluster Mempool. También añadió los RPC getmempoolcluster y getmempoolfeeratediagram para examinar un cluster, su linearización y su diagrama de tasas. [1]
La política predeterminada limita cada cluster a 64 transacciones y 101 kB de tamaño virtual. Los argumentos del nodo permiten cambiar los límites, pero que tu nodo acepte o retransmita algo no garantiza la misma política entre pares y mineros. [1]
El modelo armoniza la selección para minería, la expulsión, los anuncios de transacciones y RBF. Un reemplazo debe generar un diagrama de tasas al menos igual de bueno en cada punto y estrictamente mejor en alguno, además de cumplir las demás reglas; el antiguo CPFP carve-out se eliminó en favor de TRUC y sibling eviction. [3]
Antes de afirmar cómo se comportará una transacción concreta, hay que verificar la versión y configuración del nodo, el cluster completo y sus chunks, el diagrama de tasas y las demás condiciones de RBF. Una cartera no debe suponer que toda la red usa la misma política local. [4]
Para obtener la imagen más completa, lee esta entrada junto con Mempool, Package Relay, CPFP (Child Pays for Parent), Replace-by-Fee (RBF), Transaction Fees, Block Template.
01¿Es Cluster Mempool un cambio de consenso?+
No. Bitcoin Core 31.0 cambió su mempool local, la selección para minería y la política de relay; la validez por consenso de las transacciones incluidas en un bloque permaneció igual.
02¿Qué cambió para aumentar una comisión?+
El nodo evalúa por chunks las transacciones dependientes y, para RBF, exige un diagrama de tasas estrictamente mejor junto con las demás condiciones de reemplazo. El resultado sigue dependiendo de la política del nodo concreto.