Calcular una comisión de Bitcoin sin enviar nada

El resultado

Un pequeño presupuesto de comisiones expresado en satoshis: una estimación para un pago que puede esperar, otra para un pago más urgente y un costo máximo aceptable. El ejercicio termina con esa nota. No crea, firma ni transmite una transacción.

El hábito útil consiste en separar la tasa de comisión, medida en satoshis por byte virtual, de la comisión total, medida en satoshis. Una tasa se convierte en costo al multiplicarla por el tamaño de una transacción. El importe del pago en bitcoin no es ese tamaño: gastar muchas entradas pequeñas puede ocupar más espacio que gastar una entrada mayor.

Esta guía sirve para planificar un pago ordinario en la cadena. No trata las comisiones de Lightning ni el rescate de una transacción ya transmitida. El artículo sobre mempool y comisiones explica los mecanismos; aquí el resultado es un cálculo y una decisión.

Antes de empezar

Se necesita un navegador, una calculadora y una nota en blanco. No hace falta una cartera, cuenta, dirección ni frase de recuperación. El ejercicio debe mantenerse separado de una compra real o una factura con vencimiento.

El servicio de referencia es mempool.space, con sus estimaciones para la red principal de Bitcoin. Su endpoint oficial de comisiones recomendadas se puede abrir directamente en un navegador y devuelve JSON. JSON es texto estructurado: cada nombre de campo entre comillas va seguido de su valor. No hay que instalar nada.

El endpoint y los cálculos siguientes se comprobaron el 15 de octubre de 2026. La última versión publicada de mempool era v3.3.1; el servicio público indicó una compilación de desarrollo, 3.4-dev. Son hechos distintos. Esta guía comprueba la respuesta pública y el significado de los campos en el código de la versión publicada, sin afirmar que el servicio ejecute esa versión. No se probaron interfaces de carteras, firmas ni transmisiones.

La contrapartida

Una tasa menor puede reducir el costo, pero deja menos margen ante un aumento de la demanda antes de que un minero incluya la transacción. Una tasa mayor paga más por una oferta más competitiva de espacio en bloque. Ninguna compra un plazo de entrega. Las estimaciones reflejan la visión actual del servicio y pueden cambiar con las nuevas transacciones.

También existe una decisión de privacidad. Abrir información general de comisiones expone una petición web ordinaria al servicio, pero no exige vincular una dirección con ella. Para este ejercicio no se debe introducir una dirección, cargar una transacción ni conectar una cartera. Un explorador propio es una alternativa para quien ya opere uno; su instalación queda fuera de esta guía. No hace falta comprar nada ni contratar aceleración de pagos.

Pasos

1. Anotar la necesidad de tiempo del pago. Usar una frase concreta, como «puede esperar hasta mañana» o «el destinatario necesita una confirmación antes de aceptar el pedido». Si el destinatario impone un plazo, registrarlo por separado. Una estimación no prolonga el vencimiento de una factura, y que un sitio web vea una transacción no equivale a un pago confirmado.

2. Abrir el endpoint de comisiones recomendadas. Usar la URL oficial anterior, sin añadir direcciones ni identificadores de transacciones. Registrar la hora UTC de consulta. El resultado esperado es un objeto con los campos numéricos fastestFee, halfHourFee, hourFee, economyFee y minimumFee. Si la página no está disponible o devuelve un error, descartar esa observación. Una página de error no recomienda una comisión de cero.

3. Registrar dos tasas para comparar. Usar hourFee para el ejemplo menos urgente y fastestFee para el más urgente. Estos nombres no prometen tiempos concretos. La plantilla del panel de comisiones publicado los presenta como prioridad baja y alta. La implementación del estimador calcula recomendaciones a partir de bloques proyectados y del umbral mínimo del mempool del nodo. minimumFee no es un mínimo universal de la red ni garantiza confirmación.

4. Elegir un tamaño de práctica identificado como tal. Escribir «ejemplo inventado: 200 vB». Es un dato para el cálculo, no una promesa sobre el tamaño habitual de una cartera. Un segundo ejemplo de 400 vB muestra el efecto de una transacción mayor. Los bytes virtuales representan el peso de la transacción; BIP 141 define el tamaño como el peso dividido por cuatro, redondeado hacia arriba. Este ejercicio no exige calcular el peso.

5. Multiplicar cada tasa por cada tamaño de práctica. Con una tasa inventada de 3 sat/vB, una transacción de 200 vB cuesta 600 sats. Con otra de 8 sat/vB cuesta 1.600 sats. El ejemplo de 400 vB cuesta 1.200 o 3.200 sats respectivamente. Son tasas de práctica, no la recomendación de hoy. Etiquetar los resultados como «estimación de comisión de red» y mantener las unidades junto a cada cifra. Si el resultado tiene decimales, redondear el total estimado hacia arriba a un satoshi entero.

6. Anotar una comisión total máxima. Debe ser un límite personal de gasto en sats, en lugar de copiar la tasa más alta del explorador. Comparar ambas estimaciones con ese límite. Si ninguna encaja y el pago puede esperar, el resultado útil es «consultar más tarde». Si el plazo es estricto, puede ser «este método de pago no encaja con el plazo y el presupuesto». Terminar el cálculo no obliga a enviar.

7. Guardar la nota con la hora de consulta. Incluir la URL del servicio, las dos tasas observadas, los tamaños inventados, los totales y la necesidad de tiempo. Antes de un futuro pago real, obtener una estimación nueva y leer la comisión y el tamaño finales de la propia cartera. Una transacción real puede seleccionar entradas distintas o crear cambio; este presupuesto de práctica no autoriza una transacción real. La guía termina antes de firmar o enviar.

Comprobar el resultado

Revisar primero las unidades: sat/vB × vB = sats. Después dividir cada total por su tamaño de práctica. Debe recuperarse la tasa original. En los ejemplos, 600 ÷ 200 = 3 y 1600 ÷ 200 = 8. Duplicar el tamaño manteniendo la tasa debe duplicar la comisión. Si no ocurre, corregir el cálculo antes de usar la nota.

Comprobar que las tasas registradas proceden de la misma consulta y que los valores son números finitos positivos. Un valor ausente, una página en blanco o un texto de «no disponible» deben quedar como desconocidos. El resultado correcto es un presupuesto fechado con tamaños expresamente inventados, no la predicción de que una transacción concreta se confirmará.

Los cálculos se ejecutaron con datos sintéticos desechables, incluido el rechazo de tasas ausentes y negativas. No se usó ninguna cartera, transacción, dinero ni destinatario real. Se consultó el endpoint público; este ejercicio no permite validar sus estimaciones futuras ni tiempos de confirmación reales.

Si algo sale mal

Las dos tasas son iguales. Puede ser una respuesta válida. El estimador publicado permite que las prioridades coincidan cuando la demanda proyectada es baja. Registrar esa igualdad en lugar de inventar un recargo por urgencia. Que las estimaciones coincidan tampoco garantiza un plazo.

El sitio muestra otro costo total. Comprobar si supone un tamaño de ejemplo o convierte la comisión a moneda local. El panel publicado usa un ejemplo de 140 vB para su importe en moneda fiduciaria. No es el tamaño de los ejemplos inventados de esta guía ni el de una futura transacción de cartera. Comparar sat/vB con sat/vB y sats totales con sats totales.

La cartera después indica más que el presupuesto. Detenerse en la pantalla de revisión. Comprobar tamaño virtual, tasa y cualquier cargo separado del proveedor. No bajar la comisión a ciegas para que el total parezca aceptable, ni cambiar las entradas sin comprender las implicaciones de privacidad. La guía de control de monedas explica esa decisión por separado.

Un pago ya está pendiente. Repetir este ejercicio no lo reemplaza ni lo cancela. No enviar un pago duplicado porque un explorador tarde en actualizarse o una estimación cambie. La guía para leer una transacción permite distinguir sus datos de su estado de confirmación; cualquier acción posterior requiere la documentación de la cartera emisora.

Fuentes

• Respuesta de comisiones recomendadas de mempool, consultada el 15 de octubre de 2026.
• Versión v3.3.1 de mempool, publicada el 21 de abril de 2026.
• Código de mempool v3.3.1: etiquetas del panel y tamaño de ejemplo, estimador de comisiones y ruta HTTP y respuesta de indisponibilidad.
• BIP 141: cálculo del tamaño de transacciones.