Transacción de alta prioridad

La prioridad era una puntuación de antigüedad de las monedas: el valor de cada entrada en satoshis multiplicado por el número de bloques que llevaba sin moverse, dividido entre el tamaño de la transacción. Bitcoin Core reservaba una porción de cada bloque para las transacciones con una puntuación superior a 57.600.000 y no les cobraba nada. Ese espacio ya no existe, y hoy no se mina nada gratis.

Cómo funciona

Estado: el área de prioridad gratuita se desactivó de forma predeterminada en Bitcoin Core 0.12.0, en febrero de 2016, cuando la opción -blockprioritysize pasó a tener cero como valor predeterminado en lugar de reservar 50.000 bytes de cada bloque, y el código de prioridad se eliminó por completo en la 0.15.0, en septiembre de 2017, llevándose consigo las opciones -sendfreetransactions y -limitfreerelay. Nada ocupó su lugar. Las transacciones se seleccionan por comisión por vB, y las únicas palancas sobre la urgencia son lo que usted paga, el replace-by-fee y el child pays for parent (el hijo paga por el padre).

Vale la pena entender la regla de puntuación porque explica por qué murió la idea. Cada entrada aportaba su valor multiplicado por su antigüedad en bloques, la suma se dividía entre el tamaño de la transacción en bytes, y el umbral para el trato gratuito equivalía a un bitcoin entero, conservado durante un día y gastado en una transacción de 250 bytes. Las monedas que no se habían movido se tomaban como prueba de un usuario considerado.

Tres problemas acabaron con ella. La puntuación era fácil de fabricar, ya que cualquiera podía conservar una salida grande sin moverla y generar prioridad a cambio de nada. No contenía información de mercado, así que el espacio de bloque gratuito tenía que racionarse con una constante arbitraria en lugar de con lo que los usuarios estuvieran dispuestos a pagar. Y una vez que los bloques empezaron a llenarse con regularidad, ese espacio reservado dejó de ser capacidad sobrante y se convirtió en un subsidio para quien manipulara la fórmula más deprisa.

Dónde aparece

La prioridad gratuita sobrevive sobre todo en consejos desactualizados. Mensajes de foros, tutoriales antiguos y glosarios de referencia que siguen escritos sobre la base del código anterior a 2016 dicen a los lectores que los tenedores pacientes pueden enviar transacciones gratuitas, y hay quien llega a los canales de soporte preguntando por qué su transacción con comisión cero no se ha confirmado. Nunca se confirmará, y ningún nodo llegará siquiera a retransmitirla.

Los equivalentes modernos no tienen nada de glamuroso, pero funcionan. Pague la comisión por vB del momento, que los fines de semana tranquilos baja de verdad a 1 o 2 sat/vB. Señalice replace-by-fee para que a una transacción con un precio demasiado bajo se le pueda aumentar la comisión en lugar de abandonarla, lo que ahora es el comportamiento de retransmisión predeterminado. Recurra al child pays for parent cuando la transacción atascada sea una que usted recibe y no una que envía. Para montos demasiado pequeños como para justificar nada de eso, Lightning liquida al instante por uno o dos satoshis, algo más cercano a aquello para lo que se pensaron en un principio las transacciones gratuitas.

Un hábito de la época de la prioridad sí sobrevive, con otra forma. Las monedas viejas y grandes siguen siendo más baratas de gastar, no porque el software premie la paciencia, sino porque gastar una moneda grande significa una entrada en lugar de cinco, y las entradas son lo que se paga.

Transacción de alta prioridad frente a replace-by-fee

Con la prioridad, era la red la que decidía que su transacción merecía saltarse la cola; con el replace-by-fee, es usted quien paga por saltársela. El viejo mecanismo era gratuito, automático e insensible a la demanda, y desapareció con la versión 0.15.0. El reemplazo es deliberado, cuesta dinero y funciona en cualquier momento: usted vuelve a difundir el mismo pago con una comisión más alta y los mineros prefieren la versión que paga más. Quien busque una forma de acelerar una transacción atascada quiere un reemplazo o una transacción hija, no prioridad.