Transação de alta prioridade

A prioridade era uma pontuação de idade dos bitcoins: o valor de cada entrada em satoshis multiplicado pelo número de blocos em que ela ficou parada, dividido pelo tamanho da transação. O Bitcoin Core reservava uma fatia de cada bloco para transações com pontuação acima de 57.600.000 e não cobrava nada por elas. Esse espaço não existe mais, e hoje nada é minerado de graça.

Como funciona

Status: a área de prioridade gratuita foi desativada por padrão no Bitcoin Core 0.12.0 em fevereiro de 2016, quando o -blockprioritysize passou a usar zero como padrão em vez de reservar 50.000 bytes de cada bloco, e o código de prioridade foi removido de vez no 0.15.0 em setembro de 2017, levando consigo o -sendfreetransactions e o -limitfreerelay. Nada o substituiu. As transações são selecionadas pela taxa por vB, e as únicas alavancas sobre a urgência são o que você paga, o replace-by-fee e o child-pays-for-parent.

Vale a pena entender a regra de pontuação porque ela explica por que a ideia morreu. Cada entrada contribuía com seu valor multiplicado por sua idade em blocos, a soma era dividida pelo tamanho da transação em bytes, e o limite para o tratamento gratuito equivalia a um bitcoin inteiro, mantido por um dia, gasto em uma transação de 250 bytes. Bitcoins que não tinham se movido eram tratados como prova de um usuário atencioso.

Três problemas acabaram com ela. A pontuação era fácil de fabricar, já que qualquer pessoa podia deixar uma saída grande parada e gerar prioridade de graça. Ela não carregava informação de mercado, então o espaço gratuito nos blocos tinha de ser racionado por uma constante arbitrária em vez de pelo que os usuários pagariam. E quando os blocos começaram a encher com regularidade, esse espaço reservado deixou de ser capacidade sobrando e passou a ser um subsídio para quem manipulava a fórmula mais rápido.

Onde você vê isso

A prioridade gratuita sobrevive principalmente em conselhos desatualizados. Posts de fórum, tutoriais antigos e glossários de referência ainda escritos com base no código anterior a 2016 dizem aos leitores que quem guarda bitcoins com paciência pode enviar transações gratuitas, e há pessoas que chegam aos canais de suporte perguntando por que a transação com taxa zero não foi confirmada. Ela nunca será confirmada, e nenhum nó vai sequer retransmiti-la.

Os equivalentes modernos não têm glamour, mas funcionam. Pague a taxa por vB do momento, que nos fins de semana tranquilos cai de verdade para 1 ou 2 sat/vB. Sinalize replace-by-fee para que uma transação com preço baixo demais possa ser aumentada em vez de abandonada, o que hoje é o comportamento padrão de retransmissão. Use child-pays-for-parent quando a transação travada for uma que você recebe, não uma que envia. Para valores pequenos demais para justificar qualquer uma dessas opções, a Lightning liquida na hora por um ou dois satoshis, o que está mais perto do que as transações gratuitas deveriam atender originalmente.

Um hábito da era da prioridade sobrevive, em outra forma. Bitcoins antigos e grandes ainda são mais baratos de gastar, não porque o software recompensa a paciência, mas porque gastar um bitcoin grande significa uma entrada em vez de cinco, e são as entradas que você paga.

Transação de alta prioridade vs replace-by-fee

A prioridade era a rede decidindo que sua transação merecia furar a fila; o replace-by-fee é você pagando para furá-la. O mecanismo antigo era gratuito, automático e não respondia à demanda, e desapareceu com a versão 0.15.0. A substituição é deliberada, custa dinheiro e funciona a qualquer momento: você retransmite o mesmo pagamento com uma taxa maior e os mineradores preferem a versão que paga mais. Quem procura uma forma de acelerar uma transação travada quer uma substituição ou um gasto filho, não prioridade.