La respuesta corta
Una transacción se confirma porque un minero la eligió. Los mineros eligen por tasa de comisión, es decir la comisión dividida por el espacio que ocupa la transacción, dentro del conjunto de transacciones sin confirmar que su propia máquina tenga en el momento de armar un bloque. Ese conjunto se llama mempool, y la palabra importante es el posesivo: es suyo, no de todos.
No hay cola, ni turno, ni lugar en una fila, ni nada que le siga el rastro a una transacción entre la difusión y el bloque.
No existe "la" mempool
Cada nodo que retransmite transacciones mantiene su propio conjunto de transacciones sin confirmar, y no hay dos idénticos. La documentación de política de Bitcoin Core lo dice en la primera línea: estas reglas son "locales al nodo y configurables", y se aplican solamente a transacciones sin confirmar (doc/policy/README.md).
Los nodos difieren por razones corrientes: arrancaron en momentos distintos, se enteraron de las transacciones en órdenes distintos y a través de conjuntos de pares distintos, tienen límites configurados de otra manera, y algunos corren software con reglas de retransmisión completamente distintas. Así que una transacción "pendiente" no está en un estado que la red acuerde. Está presente en algunas máquinas y ausente en otras, y el gráfico de mempool de un explorador de bloques es la vista de un nodo más que una autoridad.
Tasa de comisión, no comisión
El espacio de bloque está limitado por peso, no por cantidad de bytes: como máximo 4.000.000 de unidades de peso por bloque (BIP 141, y SegWit y cuánto pesa un bloque tiene esa contabilidad completa). Al dividir el peso por cuatro y redondear hacia arriba se obtienen los bytes virtuales, la unidad en la que se cotizan las comisiones. Un bloque contiene por lo tanto alrededor de 1.000.000 de vB, y un byte en el testigo cuesta la cuarta parte de uno fuera de él.
Un minero que llena un bloque finito quiere la mayor comisión por unidad de espacio, así que la clave de ordenamiento es sats por byte virtual y la comisión total es casi irrelevante.
| Transacción | Tamaño | Comisión | Tasa |
|---|---|---|---|
| A, que consolida 20 entradas | 3.000 vB | 30.000 sats | 10 sat/vB |
| B, una entrada y dos salidas | 200 vB | 8.000 sats | 40 sat/vB |
A paga casi cuatro veces más y pierde. En el espacio que pide A, un minero puede meter quince transacciones como B y cobrar 120.000 sats. Una comisión grande adherida a una transacción grande es una oferta baja. Es también el mecanismo detrás de cada pico de comisiones que tuvo la red, incluido el de mayo de 2023, y la razón por la que barrer un montón de salidas pequeñas es un consejo barato y una transacción cara.
Desde Bitcoin Core 31.0, publicado el 20 de abril de 2026, la unidad que se ordena no siempre es una transacción suelta: las transacciones relacionadas se agrupan en "chunks", un padre y los hijos que solo tienen sentido junto a él, y los bloques toman primero los chunks de mayor tasa (doc/policy/mempool-design.md). El principio no cambió. Mayor tasa por unidad de espacio, primero.
La política de retransmisión es más estricta que el consenso
Un bloque es válido si cumple las reglas de consenso. Una transacción se retransmite si además cumple la política del nodo, un conjunto separado y más angosto que se aplica "antes de admitirlas en la mempool" y que, en palabras del README, "no se aplica a las transacciones que están en bloques".
Tres reglas de política causan la mayoría de las sorpresas. Valores por defecto de Bitcoin Core 31.0:
- Comisión mínima de retransmisión. Por debajo de
-minrelaytxfeeun nodo directamente no acepta la transacción. El valor por defecto fue 1 sat/vB durante años y bajó a 0,1 sat/vB en la versión 30.0, el 13 de octubre de 2025, con la advertencia de que hasta que ese valor más bajo se adopte de forma amplia, las transacciones construidas a esas tasas "no tienen garantía de propagarse ni de confirmarse". - Polvo. Una salida que vale menos de lo que costaría gastarla es rechazada. Con la tasa de polvo por defecto de 3.000 sat/kvB, ese umbral es de 546 sats para una salida legacy y 294 sats para una P2WPKH (src/policy/policy.cpp). Existe una excepción estrecha: una transacción sin comisión puede crear una única salida de polvo si un hijo del mismo paquete la gasta.
- Standardness. Las formas de script fuera de una lista conocida, las transacciones de más de 400.000 unidades de peso, los scriptSig sobredimensionados y las versiones de transacción no reconocidas quedan todas rechazadas (src/policy/policy.h).
Nada de esto vuelve inválida a una transacción. Un minero que la reciba por otra vía puede
ponerla en un bloque y todos los nodos aceptarán ese bloque, porque la política dejó de
aplicarse en el momento en que fue minada. Esa brecha es el tema completo de
la discusión de 2025 sobre el valor por defecto de OP_RETURN, que produjo una
declaración firmada sobre política de retransmisión
por parte de 31 colaboradores. Una transacción puede ser perfectamente válida, estar
perfectamente firmada, y simplemente no ser transportada.
Las mempools olvidan
Una mempool es un buffer en memoria con un límite de tamaño, 300 MB por defecto. Cuando se
llena, el nodo expulsa el peor chunk que tiene y sube su propia tasa mínima de aceptación a
la tasa que acaba de expulsar más un pequeño incremento, para que la misma transacción no
vuelva a entrar de inmediato. Ese piso decae con una vida media a medida que se libera
espacio. Cualquier cosa que siga sin confirmar después de -mempoolexpiry horas se descarta,
y el valor por defecto es 336 horas, dos semanas
(src/kernel/mempool_options.h).
Así que una transacción de tasa baja no espera indefinidamente, y los nodos más ocupados la descartan primero, justo durante los períodos en los que necesitaría suerte para confirmar. Hasta que se mina, una transacción no está guardada en ningún lugar permanente. La copia que sobrevive es la de la billetera que la envió, que es la razón por la que las billeteras retransmiten y por la que una transacción puede reaparecer días después de parecer perdida.
Cómo destrabarla
Dos mecanismos, con requisitos distintos y facturas distintas.
Replace by fee, RBF
Difundir una transacción nueva que gaste al menos una de las mismas entradas y pague más. Bitcoin Core 31.0 acepta el reemplazo bajo cuatro condiciones: paga "una comisión absoluta de al menos la suma pagada por las transacciones originales"; la diferencia cubre el ancho de banda del propio reemplazo a la tasa de retransmisión incremental, 0,1 sat/vB por defecto; entra en conflicto con no más de 100 clusters; y "el diagrama de tasas de la mempool debe mejorar estrictamente". Para una transacción sin parientes sin confirmar, esa última condición se reduce a la regla intuitiva: más comisión y más tasa que aquella a la que reemplaza.
Conviene notar lo que ya no está. El
BIP 125 definió el
reemplazo como opcional, señalizado poniendo el número de secuencia de una entrada en menos
de 0xfffffffe, y su regla 1 exigía esa señal. El replace-by-fee completo pasó a ser el
comportamiento por defecto en
Bitcoin Core 28.0, en
octubre de 2024, y la opción para desactivarlo fue
eliminada en la 29.0.
Una billetera que promete que sus transacciones no pueden ser reemplazadas está describiendo
un valor por defecto viejo, no una regla.
El costo del RBF es que necesita las claves detrás de las entradas originales. Solo quien envía puede hacerlo.
Child pays for parent, CPFP
Gastar una salida de la transacción trabada con una transacción nueva que pague una tasa alta. El hijo no puede confirmar antes que el padre, así que un minero que quiera al hijo tiene que llevarse al padre con él, y el par se juzga por su comisión combinada sobre su tamaño combinado.
El CPFP está disponible para quien tenga una de las salidas, lo que a menudo significa quien recibe y no quien envía. El precio es que el hijo paga sus propios bytes virtuales además de levantar el promedio del par, así que rescatar a un padre grande y de tasa baja con un hijo chico sale caro. El padre además tiene que estar en la mempool del minero. La retransmisión por paquetes cubre parte de esa brecha al permitir que un padre con comisión baja o nula viaje junto a su hijo, y la 31.0 la extendió más allá del tipo restringido de transacción al que se aplicaba al principio.
Por qué estimar comisiones es genuinamente difícil
Un estimador no está consultando nada. Está pronosticando lo que van a ofertar desconocidos durante los próximos bloques, y la demanda no es observable por adelantado: una emisión de tokens, una casa de cambio consolidando salidas, una avalancha de retiros, nada de eso se anuncia.
El estimador de Bitcoin Core observa cuánto tardaron históricamente en confirmar las transacciones de cada tramo de tasa, sobre tres horizontes temporales, y responde a un objetivo de confirmación con una tasa que funcionó antes. Las estimaciones guardadas se descartan a las 60 horas, porque los datos más viejos pueden ya no describir a la red.
Los bloques tampoco llegan en horario. Diez minutos es un promedio, no una cadencia, y un tramo lento deja la misma demanda apilada detrás de menos bloques. Una estimación es una probabilidad, y una billetera que muestra "se confirma en 1 bloque" a un precio fijo está redondeando una distribución hasta convertirla en una promesa.
Lo que nada de esto hace
Una tasa alta no compra una garantía. Compra una buena posición en un ordenamiento que cada minero hace por su cuenta, sobre su propia copia del conjunto pendiente y bajo su propia política. Nadie está obligado a incluir una transacción, y no hay reembolso por perder.
Tampoco se puede cancelar una transacción ya difundida. Un reemplazo en conflicto compite en lugar de borrar: si un minero ya tiene la original y la mina antes de que llegue el reemplazo, la original es la que confirma. Los botones de billetera que dicen "cancelar" están enviando un reemplazo que devuelve los fondos a quien envía.
Y nada de esto toca la propiedad ni la emisión. Las comisiones deciden el orden en que se anotan las transacciones. No cambian quién controla una moneda, y no tienen efecto sobre el límite de 21 millones ni sobre el cronograma que se acerca a él. La subasta es por espacio en el próximo bloque, y por nada más.
Fuentes
- Documentos de política de Bitcoin Core: README, diseño y límites de la mempool, reemplazos en la mempool
- Notas de versión de Bitcoin Core: 31.0, 30.0, 29.0, 28.0
- Colaboradores de Bitcoin Core, declaración sobre política de retransmisión, 6 de junio de 2025
- BIP 125, señalización opcional de replace-by-fee completo
- BIP 141, peso de bloque y tamaño virtual de transacción