Dos Bitcoin transacciones con el mismo recuento total de byte pueden tener diferentes tamaños virtuales. BIP141 define un cálculo de peso que trata los datos de transacción base y datos de testigos de manera diferente. Cuando una cartera expresa una tasa de honorarios en satoshis por byte virtual, el denominador necesita por lo tanto el cálculo de tamaño virtual en lugar de una suposición sobre la longitud total del archivo. Bitcoin BIP141: Testigos segregados, peso de transacción y tamaño virtual
Seguir las pruebas
Trace cómo el evento podría llegar a los mercados, y luego inspeccionar una explicación competitiva.
Compare las explicaciones
Intercambiar lentes para ver lo que explica cada cuenta, y lo que sigue siendo incierto.
Análisis WFN: una transacción inventada con un tamaño base de 100 bytes y tamaño total de 220 bytes tiene peso de 520 unidades: tres veces 100, más 220. Dividir por cuatro da 130 bytes virtuales. Si su cuota total es de 650 satoshis, la tasa de honorarios ilustrativos es cinco satosisfizo por byte virtual. Usando el cálculo de 220 byte como el denominador total daría alrededor 2.95 satos
Análisis WFN: una transacción inventada con un tamaño base de 100 bytes y tamaño total de 220 bytes tiene peso de 520 unidades: tres veces 100, más 220. Dividir por cuatro da 130 bytes virtuales. Si su cuota total es de 650 satoshis, la tasa de honorarios ilustrativos es cinco satosisfizo por byte virtual. Usando el cálculo de 220 byte como el denominador total daría alrededor 2.95 satos
Para una revisión de transacción, registra el identificador, cuota total, tamaño virtual calculado y tasa completamente etiquetada. Si comparando estimaciones de diferentes carteras, también conservan sus tiempos de observación y suposiciones de destino. Una tasa total más baja puede coexistir con una tasa mayor cuando los tamaños de transacción difieren. Tasa y respuesta total costo preguntas distintas y debe permanecer separadamente visible. Una tasa mostrada también está separada de la historia de confirmación de la transacción.
Las definiciones de protocolo detrás del denominador
BIP141 define el peso de transacción como tres veces el tamaño de transacción base más el tamaño total de transacción. El tamaño base utiliza la serialización sin datos relacionados con testigos; el tamaño total incluye la serialización completa de la transacción. El volumen de transacción virtual es de peso dividido por cuatro, redondeado hacia arriba al siguiente entero. Bitcoin BIP141: Testigos segregados, peso de transacción y tamaño virtual
La propuesta también distingue la estructura de testigos de otros datos de la transacción. Esa separación explica por qué los bytes totales y los bytes virtuales no tienen que coincidir. Estas definiciones describen la serialización y la contabilidad; no proporcionan una recomendación de tarifas actuales o prometen que una transacción que pague una tasa determinada entrará en el siguiente bloque. Bitcoin BIP141: Testigos segregados, peso de transacción y tamaño virtual
Compruebe la unidad antes de comparar dos pantallas de tarifas
Análisis WFN: una transacción inventada con un tamaño base de 100 bytes y tamaño total de 220 bytes tiene peso de 520 unidades: tres veces 100, más 220. Dividiendo por cuatro da 130 bytes virtuales. Si su cuota total supuesta es 650 satoshis, la tasa de honorarios ilustrativos es cinco satoshis por byte virtual.
Usando el crudo 220 bytes como el denominador daría en cambio alrededor de 2.95 satoshis per byte. Esa es otra relación, no una corrección a la tasa de byte virtual. Ambos cálculos utilizan la misma cuota hipotética; su diferencia viene enteramente de la unidad. Una comparación que acorta ambas etiquetas a la tasa tarifa puede por lo tanto ocultar un desajuste del denominador.
El peso hipotético de 521 unidades produce 130.25 antes de redondear y un tamaño virtual de 131. El paso de redondeo ascendente es parte de la definición, en lugar de una preferencia de visualización. Estos ejemplos ilustran la fórmula solamente; no representan transacciones firmadas, comportamiento de billetera medido o observaciones del mempool actual.
Mantener el costo, el tamaño y el estado de confirmación en campos separados
Para una revisión de transacción, registre el identificador, cuota total, tamaño virtual calculado y tasa completamente etiquetada. Si compara las estimaciones de diferentes carteras, también retiene sus tiempos de observación y sus supuestos de destino. Una tarifa total más baja puede coexistir con una tasa de tarifas más alta cuando los tamaños de transacción difieren.
Una tasa mostrada también está separada de la historia de confirmación de la transacción. Reclamaciones sobre lo rápido que se incluyó un pago necesitan la transacción y el registro de bloqueo real. Este explicador proporciona la aritmética del tamaño necesario para interpretar una tasa. No reporta congestión de red en vivo, oferta recomendada, garantía de política minera o garantía de que dos pagos superficialmente similares tendrán tiempos de procesamiento idénticos.