Qué es la mempool

Cuando envías una transacción, no va directa a un bloque. Tu billetera se la pasa a uno o varios nodos, cada nodo la comprueba y, si es válida y cumple su política, la guarda en su mempool y se la pasa a sus vecinos. En unos segundos está en la mempool de casi toda la red, esperando a que algún minero la meta en un bloque.

No hay una mempool. Hay una por nodo, y no tienen por qué coincidir: a cada una le llegan las transacciones en otro orden, y cada nodo puede tener otro tamaño máximo u otras reglas. Lo que ves en mempool.space es la mempool de sus nodos, no «la» mempool de Bitcoin.

Las reglas de la mempool son política, no consenso. Bitcoin Core, por defecto, guarda como mucho 300 MB de memoria en transacciones pendientes, descarta las que llevan dos semanas sin confirmarse y no retransmite las que pagan menos de 0,1 sat/vB (desde la versión 29.1; los nodos anteriores piden 1 sat/vB). Si la mempool se llena, echa las que menos pagan por vbyte y sube el mínimo para entrar.

La mempool tampoco es una cola por orden de llegada. Un minero que quiere ganar lo máximo llena su bloque con lo que más paga por vbyte. En un bloque caben como mucho 4 millones de unidades de peso, es decir, un millón de vbytes. Si hay pendientes 30 millones de vbytes, unos 30 bloques de transacciones, la tuya entra antes o después según cuánto paga comparada con las demás.

Que una transacción esté en la mempool no quiere decir que vaya a confirmarse. Se puede reemplazar por otra que gaste las mismas entradas, puede caducar o la pueden echar si la mempool se llena. Hasta que se confirma no está en ningún bloque, y después cada confirmación la hace más difícil de revertir, como viste en la Unidad 5.

Ojo con una cosa: que los nodos la olviden no la cancela. La transacción sigue siendo válida y cualquiera que la guarde puede volver a enviarla. Si quieres anularla de verdad, gasta las mismas entradas en otra transacción, con RBF. Si rehaces el pago con otras entradas, pueden acabar confirmándose los dos.