Qué pasó
El 21 de agosto de 2026 Bitcoin Core fusionó el
pull request 34075, que le da al nodo una
segunda manera de responder la pregunta que le hace toda wallet: qué comisión debería
pagar esta transacción. La
nota de versión
describe el arreglo. El RPC estimatesmartfee "ahora combina dos estimadores de tasa de
comisión: el estimador basado en política de bloques que ya existía y un nuevo estimador
basado en la mempool", y "devuelve el menor de los resultados de ambos estimadores, de modo
que el estimador de mempool solo puede bajar la estimación del estimador de política de
bloques". El trabajo es de ismaelsadeeq, que lo describe como "otro intento de resolver
#27995 con un enfoque mejor".
Qué cambia
El estimador que Core ya tenía responde a partir del historial. Observa qué tasas confirmaron, en cuántos bloques, e informa lo que viene funcionando. Ese registro tarda en notar que la demanda se fue, y el pull request nombra el caso al que apunta: la nueva estimación es "particularmente útil en escenarios donde el Block Policy Estimator recomienda una tasa alta mientras la mempool está vacía".
El estimador nuevo no mira hacia atrás en absoluto. Cuando se le pide un número, arma el bloque que un minero construiría a continuación con lo que hay en la mempool del nodo, y toma un percentil de las tasas de esa plantilla: el 75 para una estimación económica, el 50 para una conservadora. Esas dos constantes son mediciones, no suposiciones. "Datos empíricos, tanto míos como de Clara Shikhelman, muestran que el percentil 75 para usuarios económicos y el percentil 50 para usuarios conservadores ofrecen garantías positivas de confirmación".
La mempool puede argumentar para bajar la comisión y nunca para subirla. Esa asimetría es la propiedad de seguridad, y la razón es que una mempool es algo que un minero puede llenar a propósito. El pull request es explícito: "El propio Block Policy Estimator no es manipulable de esta manera, así que la estimación combinada no es susceptible a que este ataque aumente la tasa devuelta".
Hay una segunda protección. La estimación de mempool se ofrece solo cuando los últimos seis bloques sugieren que el nodo ve lo que ven los mineros: la proporción entre el peso de mempool retirado por la conexión de un bloque y el peso del bloque tiene que ser "mayor al 75% en la ventana registrada", algo que el pull request presenta como "una confianza aproximada de que la mempool del nodo coincide con la de la mayoría del hashrate", mientras admite que "el umbral del 75% es arbitrario y puede ajustarse".
Quien quiera la respuesta anterior todavía puede tenerla. estimatesmartfee acepta una
opción fee_rate_estimator con valores "none", "block_policy" o "mempool_policy", y
"los usuarios que quieran el comportamiento previo pueden elegir explícitamente el
estimador de política de bloques".
Qué no cambia
No se movió ninguna regla de consenso ni de retransmisión. Esto es un consejo que un nodo le da a una wallet, y una transacción que paga cualquier tasa es exactamente tan válida como antes. El cambio además está en master y no en una versión publicada, así que ningún binario disponible se comporta así todavía.
El error no desapareció, cambió de dirección. La medición del propio autor sobre datos históricos informa "una tasa de acierto del 73% con 0% de sobreestimación y 26% de subestimación", lo que equivale más o menos a un 29% menos de sobreestimación y a un nuevo modo de fallo donde el número vuelve demasiado bajo. Ese intercambio es deliberado: "ahora asumimos que es relativamente fácil subir la comisión más tarde si una transacción no confirma, mientras que una vez que la comisión se sobreestima no hay forma de recuperar eso". La suposición vale solo donde subir la comisión está realmente disponible. Si una wallet no puede reemplazar ni acelerar una transacción pendiente, la subestimación se paga en espera y no en sats.
Son las cifras del autor sobre datos pasados, no una réplica independiente, y las constantes son provisionales: el pull request dice que "pueden ajustarse" y que hay trabajo paralelo "corriendo benchmarks entre estimadores para encontrar un punto justo". Algo más se volvió más estrecho en lugar de más amplio. "La estimación combinada requiere que ambos estimadores tengan éxito", así que un nodo que todavía está cargando su mempool, o que no vio suficientes bloques recientes, ahora devuelve un error donde antes devolvía un número.
Contexto
El espacio de bloque es una subasta, y las ofertas están a la vista: todo lo que espera está en la mempool, en abierto. El estimador que se distribuyó durante años eligió no mirarla, porque leer una cola pública es justo el tipo de cosa que una parte interesada puede manipular. Lo que cambió es la forma del compromiso más que el riesgo, ya que la mempool ahora tiene voto en una sola dirección.
El argumento a favor de leerla se ve mejor cuando termina un pico. Cuando las comisiones superaron el subsidio del bloque en mayo de 2023, la cola se vació en días mientras una estimación basada en historial seguía describiendo la semana anterior. La verificación de salud es la otra mitad del asunto: el nodo que uno corre tiene su propia mempool, no la mempool, y el estimador nuevo se niega a responder cuando su vista deja de parecerse a la de los demás.