Cómo se calculan las tarifas de transacción de Bitcoin
Una tarifa de Bitcoin se basa en el tamaño de la transacción firmada y la tarifa seleccionada, no en la cantidad de BTC que se envía. La calculadora primero estima el peso de la transacción a partir de los tipos de script de entrada y salida, convierte las unidades de peso a bytes virtuales y luego multiplica los vbytes por satoshis por byte virtual. El resultado final se redondea hacia arriba porque la tarifa debe ser un número entero de satoshis.
Las billeteras seleccionan UTXOs para gastar. Cada UTXO seleccionado se convierte en una entrada, y un pago comúnmente crea tanto una salida de destinatario como una salida de cambio. Gastar más UTXOs generalmente aumenta el vsize incluso cuando el monto del pago permanece igual. Para el contexto más amplio del mercado de tarifas, lea Cómo funcionan las tarifas de las transacciones de Bitcoin.
- Describir la estructura de entrada y salida firmada
- Estimar bytes base y de testigo
- Calcular peso y tamaño virtual
- Aplicar la tarifa sat/vB seleccionada
- Redondear la tarifa final a un satoshi completo
Unidades de Weight, vBytes y sat/vB
SegWit descuenta los datos de testigo contando los bytes base en cuatro unidades de peso y los bytes de testigo en uno. La fórmula de peso de transacción es el tamaño base multiplicado por tres más el tamaño total serializado, que es equivalente a cuatro veces los bytes base más los bytes de testigo. El tamaño virtual es el peso dividido por cuatro y redondeado hacia arriba.
sat/vB es la tarifa aplicada al tamaño virtual. Una transacción de 141 vB a 5 sat/vB tiene una tarifa de 705 sats. A 0.5 sat/vB, el producto sin redondear es 70.5 sats y esta calculadora devuelve 71 sats. La tarifa efectiva mostrada se convierte entonces en 71 dividido por 141 en lugar de cambiar silenciosamente la tarifa ingresada.
| Valor | Significado | Usado para |
|---|---|---|
| Weight (WU) | Peso de consenso de la serialización base y de testigo | Aplicando el descuento SegWit |
| Tamaño virtual (vB) | Weight dividido por cuatro, redondeado hacia arriba | Comparación de tarifas |
| sat/vB | Satoshis pagados por byte virtual | Selección de tarifa |
Cómo los tipos de entrada y salida cambian la estimación
Una entrada gasta un UTXO existente e incluye los datos necesarios para autorizar ese gasto. Las entradas Legacy P2PKH son más grandes que las entradas típicas Native SegWit P2WPKH después del descuento de peso. Los gastos de ruta de clave Taproot usan firmas Schnorr y un diseño de testigo diferente. Un gasto anidado P2SH-P2WPKH lleva un script de canje en la transacción base además de los datos de testigo.
Las salidas bloquean el valor a un nuevo script. Los scripts P2PKH, P2SH, P2WPKH, P2WSH y P2TR tienen diferentes longitudes serializadas. La dirección que paga determina el tipo de salida del destinatario; su billetera y la dirección de cambio seleccionada determinan el tipo de salida de cambio. Use Convertidor de Satoshi cuando la tarea es conversión de unidades en lugar de estimación de tarifas.
Ejemplos trabajados de tarifas de Bitcoin
Un perfil típico Native SegWit con una entrada P2WPKH, una salida de pago y una salida de cambio se estima en 563 WU o 141 vB. A 10 sat/vB, eso produce 1,410 sats. Diez entradas P2WPKH consolidadas en una salida P2WPKH se estiman en 2,896 WU o 724 vB, mostrando por qué el número de entradas importa.
Los ajustes preestablecidos son estructuras de transacción reproducibles, no promesas sobre una transacción de billetera. Una billetera puede seleccionar más UTXOs, omitir el cambio, agregar salidas, usar un tipo de script diferente o producir una longitud de firma ECDSA ligeramente diferente. Compare el rastro de la calculadora con la vista previa final de la billetera.
Objetivos en vivo y tarifas manuales
Los objetivos en vivo se cargan en el servidor desde las recomendaciones de tarifas de mempool.space y se almacenan en caché brevemente después de la validación. Las etiquetas más rápido, aproximadamente 30 minutos, aproximadamente 60 minutos y economía describen los niveles de recomendación actuales; no garantizan un tiempo de confirmación porque los mineros eligen las transacciones y las condiciones del mempool pueden cambiar después de la estimación.
El modo manual es útil cuando una billetera, nodo o política le da una tarifa preferida. Las tarifas decimales se conservan a través del paso de multiplicación, incluidos los insumos de sub-satoshi por vbyte. Solo la tarifa total final se redondea hacia arriba a un satoshi completo.
Lo que esta calculadora no modela
Esta versión modela entradas comunes firmadas de firma única P2PKH, P2SH-P2WPKH anidadas, P2WPKH y Taproot de ruta de clave. No modela entradas P2WSH, multisig, gastos de ruta de script Taproot, datos OP_RETURN, inscripciones o scripts desconocidos. Las firmas ECDSA pueden variar en longitud, por lo que las estimaciones de Legacy y SegWit pueden diferir ligeramente de la transacción firmada final.
El valor USD opcional reutiliza la instantánea del mercado de Bitcoin. revisada existente. Es una referencia de conversión secundaria y se omite cuando esa fuente no está disponible. El cálculo de la tarifa en sats y BTC sigue siendo totalmente utilizable sin datos de mercado.
Preguntas frecuentes sobre la calculadora de tarifas de transacción de Bitcoin
¿La cantidad de BTC cambia la tarifa de transacción?
No directamente. La tarifa se determina por el tamaño virtual de la transacción firmada y sat/vB. La cantidad puede afectar indirectamente la selección de UTXO y el cambio, lo que puede alterar la estructura.
¿Qué es un vbyte en Bitcoin?
Un byte virtual es el peso de la transacción dividido por cuatro y redondeado hacia arriba. Las billeteras y los estimadores de tarifas utilizan vbytes para comparar tarifas entre transacciones Legacy y SegWit.
¿Por qué añadir entradas aumenta la tarifa?
Cada entrada contiene el outpoint, la secuencia y los datos de desbloqueo necesarios para gastar un UTXO. Más entradas aumentan el peso de la transacción y, por lo tanto, aumentan el vsize.
¿Debo incluir una salida de cambio?
Incluya cambio cuando los UTXO seleccionados excedan el pago más la tarifa y la billetera devolverá el resto. Si la transacción gasta el valor seleccionado sin cambio, desactívelo.
¿Pueden las tarifas de Bitcoin estar por debajo de 1 sat/vB?
Una tarifa manual puede contener un decimal como 0.5 sat/vB. La política de retransmisión y minería aún determina si una transacción de tarifa baja se propaga y confirma.
¿Están garantizados los objetivos de confirmación en vivo?
No. Son niveles de recomendación actuales, no garantías. La demanda del mempool y la selección de mineros pueden cambiar después de que se calcula la estimación.
¿Por qué mi billetera puede mostrar un vsize diferente?
La billetera conoce los UTXO seleccionados exactos, los scripts y las firmas finales. Esta calculadora utiliza tamaños firmados típicos revisados y no modela cada ruta de script.
¿La calculadora necesita el precio de BTC?
No. Weight, vsize, sats y BTC se calculan sin datos de precio. BTC/USD se utiliza solo para la conversión aproximada opcional a dólares.
Metodología y fuentes
El motor utiliza reglas de serialización de Bitcoin y tamaños de componentes firmados típicos revisados. El mismo objeto de cálculo del lado del servidor alimenta la página inicial, las actualizaciones REST, la comparación de objetivos y la salida de copia.
- Los bytes base cuentan cuatro WU y los bytes de testigo cuentan un WU; el tamaño virtual es el peso dividido por cuatro y redondeado hacia arriba.
- Las longitudes CompactSize se aplican a los recuentos de entradas y salidas en sus límites de transición documentados.
- La multiplicación de la tarifa sigue siendo texto decimal, y solo la tarifa final se redondea hacia arriba a un satoshi completo.
- Las recomendaciones de tarifas en vivo se validan y se almacenan en caché en el servidor; los valores no disponibles nunca se convierten en cero.
- BTC/USD es una conversión secundaria opcional de la caché de mercado de Bitcoin existente y no puede afectar el resultado de la tarifa central.
Referencias principales
- BIP 141: Testigo segregado Reglas de serialización de peso de transacción, tamaño virtual y testigo.
- BIP 341: Taproot Reglas de testigo de ruta de clave Taproot y gasto de transacción.
- Referencia de transacciones para desarrolladores de Bitcoin Campos de transacción sin procesar y serialización CompactSize.
- API REST de mempool.space Definiciones de punto final de tarifa recomendada y precisa.
Revisado por la Equipo Editorial de BitcoinToolkit lógica de cálculo probada por última vez