Comisiones de Bitcoin: sats/vB, mempool y cómo aumentar la tarifa

Una transacción de Bitcoin gasta uno o varios outputs de transacciones anteriores que aún no se han gastado y crea outputs nuevos. La diferencia entre el valor total de las entradas y el de las salidas es la comisión de la transacción. La recibe el minero cuyo bloque incluye la transacción. No es un porcentaje que el protocolo descuente del importe enviado ni equivale necesariamente a la tarifa de servicio del proveedor de la cartera.

Las transacciones compiten por el espacio limitado de los bloques. Al construir uno, un minero puede tener en cuenta las comisiones ofrecidas y la relación entre las transacciones. Una tarifa más alta puede hacer que una transacción resulte más atractiva si las demás condiciones son parecidas, pero no le reserva una plaza fija en el siguiente bloque. El resultado depende del mercado de comisiones, de las dependencias entre transacciones, de la selección del minero y de que la transacción llegue a los nodos pertinentes.

Esta guía trata sobre transacciones de Bitcoin on-chain en la red Bitcoin. Un retiro de un exchange puede incluir una comisión propia de la plataforma, mientras que un pago Lightning sigue otra ruta y tiene otra estructura de costes. Una cartera puede agrupar varios conceptos en una misma pantalla; comprueba si la cifra mostrada es la comisión de red, una tarifa de servicio o ambas. La guía de comisiones de Bitcoin.org explica la relación entre el tamaño de la transacción, sat/vB y la demanda de espacio en los bloques.

La comisión total es la cantidad de satoshis que se paga por la transacción. La tarifa expresa esa comisión en satoshis por byte virtual y se escribe sat/vB. Divide la comisión total entre el tamaño virtual de la transacción para obtener la tarifa. Multiplica el tamaño virtual por la tarifa elegida para estimar el total. Muchas carteras permiten elegir o revisar la tarifa porque transacciones de distinto tamaño pueden pagar totales diferentes con la misma tarifa.

Por ejemplo, supongamos una transacción hipotética de 140 vB con una tarifa de 25 sat/vB. Su comisión es 140 × 25 = 3.500 satoshis. Como 1 BTC equivale a 100.000.000 satoshis, 3.500 sats son 0,000035 BTC. Si una transacción del mismo tamaño usara 40 sat/vB, la comisión sería de 5.600 sats, es decir, 0,000056 BTC. Estas cifras solo ilustran el cálculo; no son una estimación actual ni una recomendación.

La tarifa no es un porcentaje del importe enviado. Dos transacciones que envían cantidades de BTC distintas pueden pagar la misma comisión si tienen el mismo tamaño virtual y la misma tarifa. Un pago pequeño puede costar más que otro mayor si necesita más datos de entrada o usa una tarifa más alta. También cuenta el output de cambio: si las entradas superan el importe del pago, la transacción puede devolver la diferencia al emisor como cambio, y ese output adicional ocupa espacio.

Las carteras de Bitcoin suelen calcular las comisiones con el tamaño virtual, o vsize, en vez de contar todos los bytes serializados por igual. En SegWit, los datos de la transacción tienen un peso. BIP 141 establece la fórmula: peso = 3 × tamaño base + tamaño total, incluidos los datos witness; tamaño virtual = peso ÷ 4, redondeado al siguiente byte virtual entero. La fórmula tiene en cuenta el peso distinto de witness; no equivale simplemente al tamaño del archivo sin procesar.

Las entradas y las salidas aportan cantidades de datos diferentes. Una entrada se refiere a un output anterior e incluye los datos necesarios para cumplir sus condiciones de gasto. El tamaño exacto depende del tipo de output y de los datos de desbloqueo, incluidas las firmas. Una salida especifica un valor y un script de bloqueo. Por eso, una transacción con varias entradas pequeñas puede ser más grande que otra con una sola entrada, aunque ambas envíen el mismo total.

El número de entradas puede ser especialmente relevante cuando una cartera reúne muchos outputs pequeños recibidos para financiar un pago. La transacción tiene que gastar cada output elegido y cada entrada añade datos. También puede crear un output de cambio, que requiere más espacio. Los tamaños varían según el tipo de dirección y de script, y la longitud de las firmas también puede cambiar. Por tanto, el tamaño de una transacción «típica» es solo un ejemplo, no un valor fijo para todos los pagos de Bitcoin.

La estimación de la cartera puede cambiar al seleccionar otras monedas, añadir destinatarios, elegir otro tipo de dirección para el cambio o modificar la tarifa. Por eso no basta con fijarse en el importe del pago. La composición determina el tamaño virtual; la tarifa determina cuántos satoshis se ofrecen por vB. BIP 141 define el cálculo del tamaño virtual,

Después de difundirse, una transacción puede permanecer en el pool de memoria, o mempool, de los nodos que la han recibido y aceptado. El mempool es el conjunto local de transacciones no confirmadas de cada nodo, no una cola sincronizada única para toda la red. Los nodos pueden verlas en distinto orden, aplicar políticas de retransmisión o límites de capacidad diferentes, o no recibir una transacción concreta.

Los mineros eligen transacciones para bloques candidatos entre las que conocen, de acuerdo con las reglas de consenso y sus políticas de selección. Hay dependencias cuando una transacción gasta un output creado por otra que aún no se ha confirmado. En ese caso, el minero puede valorar juntas la transacción padre y una o más descendientes, en vez de tratar cada una como un elemento independiente con una tarifa aislada. Por eso, un número sencillo de «posición» mostrado por una web de terceros puede ser incompleto o temporal.

Cuando más personas compiten por el espacio, pueden subir las tarifas que tienen más posibilidades de lograr una inclusión temprana. Si la demanda disminuye, las transacciones con tarifas más bajas pueden ganar competitividad. La congestión y las transacciones que conoce una cartera o un nodo pueden cambiar rápidamente. Que un explorador o una cartera muestre una transacción en su vista del mempool no demuestra que todos los nodos y mineros tengan la misma información.

Si una transacción aparece como no confirmada, sigue sin estar confirmada; esa etiqueta no significa por sí sola que se haya perdido o sea inválida. Según las políticas del nodo y las condiciones cambiantes del mempool, puede dejar de aparecer en el mempool de un nodo y volver a difundirse o aceptarse más adelante. Si la cartera aún la muestra como pendiente, no des por hecho que sus entradas ya se pueden usar para otro pago. Revisa el estado de la transacción y las instrucciones oficiales de la cartera antes de intentar otro gasto.

Una cartera puede ofrecer opciones como económica, normal o prioritaria, o mostrar un objetivo de bloques. Son estimaciones de la tarifa que podría ser competitiva según las condiciones observadas. La documentación de estimación de comisiones de Bitcoin Core describe una tarifa aproximada para empezar a confirmar dentro del objetivo de bloques si el estimador dispone de suficiente historial. Si faltan datos recientes, la estimación puede no estar disponible. Otras carteras y servicios pueden usar datos, modelos, intervalos de actualización y objetivos distintos.

Un objetivo de «siguiente bloque» no promete que la transacción entre en él. Puede llegar después de que cambien las condiciones usadas para estimar, y otras transacciones nuevas con comisiones mayores pueden competir por espacio. Las dependencias entre transacciones también pueden afectar a la selección del bloque. El objetivo es un dato para la estimación, no un contrato con un minero.

Comprueba cuándo se actualizó la cotización y si la cartera muestra la tarifa o solo el importe total. Si el pago no es urgente, puedes elegir deliberadamente una tarifa menor y esperar, aunque el plazo de confirmación es incierto. Si depende del tiempo, compara la estimación de la cartera con una fuente de comisiones actual y averigua qué opciones ofrece la cartera si las condiciones cambian. Subir la tarifa «por si acaso» puede costar más sin garantizar un bloque concreto.

La tarifa que ofrece un estimador tampoco determina la tarifa mínima que aceptará cada nodo para retransmitir la transacción. Las políticas de retransmisión, los límites del mempool, los ajustes de la cartera y las estimaciones de confirmación responden a preguntas relacionadas, pero distintas. El estimador de comisiones y el comportamiento del mempool de Bitcoin Core pueden cambiar según la versión. El documento de diseño del mempool de Bitcoin Core describe cómo las dependencias entre transacciones afectan a su selección y a la política de reemplazo. No trates la política de una versión o un nodo como una regla permanente de toda la red.

Replace-by-fee (RBF), o reemplazo por comisión, permite sustituir una transacción sin confirmar por otra incompatible que paga una comisión mayor cuando lo permiten la cartera y las políticas de los nodos pertinentes. La transacción de reemplazo reutiliza al menos una de las mismas entradas, así que las dos versiones incompatibles no pueden confirmarse gastando esa entrada. La cartera puede ofrecer un control para «aumentar la comisión», pero su disponibilidad, sus requisitos y el importe nuevo dependen de la cartera y de la estructura de la transacción.

No te fíes de una regla antigua según la cual una transacción siempre debe anunciar RBF de una forma concreta para poder reemplazarse. La política actual de Bitcoin Core establece Full RBF como opción predeterminada desde la versión 28.0 e indica que, bajo esa política, ya no hace falta una señal para reemplazar. Otros nodos, carteras, servicios o programas antiguos pueden comportarse de otra forma. Que no aparezca un botón en tu cartera no significa que todos los nodos sigan la misma política; puede deberse a límites de la cartera o a la estructura de la transacción.

«Añadir un satoshi» no basta. Según la política actual de Bitcoin Core, el reemplazo debe pagar como mínimo la suma de las comisiones absolutas de las transacciones originales, cubrir el ancho de banda adicional para retransmitir el reemplazo y mejorar el diagrama de tarifas de la mempool. Las transacciones vinculadas pueden complicar el cálculo más que limitarse a elegir una cifra mayor. La política de reemplazo actual detalla estas condiciones.

RBF no es un botón para deshacer y no revierte una transacción confirmada. Es un gasto no confirmado que compite con otro. Si el destinatario considera definitivo un pago todavía no confirmado, asume riesgo de reemplazo; por eso, una transacción sin confirmar no equivale a un pago confirmado. Si recibes fondos, sigue la política de confirmación del servicio destinatario en vez de suponer que se confirmará la primera versión que veas.

Child Pays for Parent (CPFP), o la hija paga por la padre, usa una nueva transacción hija que gasta un output de una transacción padre todavía no confirmada. La hija puede ofrecer una tarifa suficientemente alta para incentivar a un minero a incluir ambas juntas. Importan la comisión y el tamaño virtual combinados; la hija no elimina la comisión de la padre ni hace que juntar las transacciones sea gratis.

La cartera necesita controlar un output sin confirmar adecuado y permitir crear la hija. También cuentan la relación entre ambas, las políticas de retransmisión y de paquetes, y la selección del minero. La comisión combinada puede superar la que habrías elegido para una sola transacción, y la inclusión sigue sin estar garantizada. No crees la hija manualmente si no entiendes qué output gasta ni cómo gestiona el cambio la cartera.

RBF y CPFP responden a situaciones relacionadas, pero funcionan de manera distinta. RBF crea una versión incompatible de una transacción pendiente. CPFP añade una transacción dependiente que puede mejorar el incentivo para minar el paquete padre-hija. Una cartera puede admitir una opción, ambas o ninguna. El diseño del mempool de Bitcoin Core y las políticas de cada versión determinan qué acepta un nodo: son mecanismos, no promesas sobre el plazo de confirmación.

Un exchange puede fijar una comisión de retiro en su propia tabla de tarifas. Puede ser fija, ajustarse periódicamente o reflejar cómo agrupa los retiros de sus clientes. Ese importe no tiene por qué coincidir con la tarifa de una transacción individual difundida en la red. Una plataforma puede agrupar varios retiros en una transacción, mientras que una cartera de autocustodia suele crear una transacción con los outputs que elegiste.

Antes de retirar, revisa la comisión, el importe que llegará y la red seleccionada. No deduzcas que la tarifa del exchange indica el valor actual de sat/vB. Aunque la plataforma llame al cargo «comisión de red», puede ser un importe calculado por ella y no una estimación directa para tu transacción concreta. Consulta la tabla publicada por la plataforma y el detalle de la vista previa.

También puede ocurrir lo contrario: una cartera muestra la comisión de red sin cobrar una tarifa del proveedor. La comisión on-chain la paga la transacción que entra en un bloque; la interfaz de la cartera no la cobra como porcentaje de la transferencia. Al comparar un retiro de un exchange con un envío on-chain desde una cartera, compara cuánto recibirá el destinatario, la red elegida y cada concepto por separado. Antes de enviar, consulta la lista de comprobación para transferencias de criptomonedas para verificar la red y la dirección. La guía de comisiones de gas de Ethereum explica la estructura distinta de gas de Ethereum.

Antes de confirmar un pago de Bitcoin, comprueba la red, la dirección del destinatario, el importe, la comisión total y la tarifa si la cartera la muestra. Confirma si se trata de una transacción Bitcoin on-chain o de otra ruta. Revisa la vista previa de comisiones después de seleccionar destinatarios y entradas: si cambia la composición, pueden cambiar el tamaño virtual y la comisión total, incluso con la misma tarifa.

Si una transacción está pendiente, averigua antes de actuar si la cartera admite RBF o CPFP y qué condiciones se aplican. No vuelvas a enviar el mismo pago como una transacción aparte sin saber si la original todavía puede confirmarse. Guarda el ID de la transacción y consulta su estado en la cartera o en un explorador de bloques fiable. Que deje de aparecer en un servicio no demuestra por sí solo que se haya confirmado, cancelado o que sea seguro reemplazarla.

Elige una tarifa acorde con la urgencia y con el tiempo que puedes esperar, teniendo presente que ninguna cotización garantiza un bloque concreto. Si la comisión parece inusualmente alta, revisa el número de entradas y la estructura de las salidas; el importe enviado no explica el tamaño. Si la cartera solo muestra el total, abre los detalles o la documentación oficial para saber qué conceptos incluye. Las cifras de este artículo son ejemplos hipotéticos, no una cotización actual.