Como consolidar suas UTXOs para economizar com taxas de rede
A fina arte de administrar o saldo de seus endereços pra você não se lascar lá na frente
Com a recente explosão dos preços das transações on-chain muitas pessoas foram pegas de surpresa com o fato de que é necessário criar estratégias para mitigar o custo de suas taxas de transação no futuro.
O custo de uma transação onchain na rede do bitcoin é calculada de acordo com o tanto de espaço em bytes que essa transação vai ocupar em um bloco na blockchain. Como cada bloco tem um tamanho limitado, é importante que o usuário observe o quanto sua transação vai ocupar para não se surpreender com o custo final.
Em linhas gerais, uma transação vai possuir um ou mais UTXOs como entrada (as “cédulas“ que você juntou pra chegar no valor desejado) e duas saídas, uma para o endereço de destino e outra com o troco, que vai se tornar um novo UTXO, conforme demostrado no artigo anterior. Porém quanto mais entradas e saídas você tiver na mesma transação, maior será o tamanho dela dentro de um bloco e portanto maior o custo.
Fiz uma simples simulação para demonstrar como os custos podem variar para uma transação de valor semelhante. Utilizando a Sparrow Wallet, eu simulei o envio de 0.1 BTC para um novo endereço em diferentes cenários.
Nessa simulação, o BTC estava com o preço de $46800 e o fee médio da rede estava em 40sat/vbyte:
Cenário 1: um único endereço de entrada → 2 saídas
Com um único UTXO de valor alto como entrada, o custo dessa transação fica bem pequeno comparado ao montante total (R$ 13,19).
Cenário 2: 5 entradas → 2 saídas
Aqui o custo da transação já quase triplicou (R$ 38,41).
Cenário 3: 11 entradas → 2 saídas
Custo basicamente dobrou com relação ao exemplo anterior (R$ 75,55).
Cenário 4: 21 entradas → 2 saídas
Aqui o custo já se tornou 10x maior do que o cenário 1 (R$ 138,14)! Esse pode ser um cenário bastante comum entre pessoas que fazem pequenas compras mensalmente e optam por sacar onchain, mesmo usando serviços de saque gratuito das corretoras.
PS: nesse exemplo eu utilizei endereçõs native segwit, que são os endereços que começam com “bc1q…”. Esse tipo de endereço já ajuda a economizar em taxas, comparado aos endereços legacy.
Lembrando que o custo da transação é em sats, o que vemos aqui é o custo em reais com relação a cotação atual. Agora pense em um cenário onde 1 BTC = R$ 1milhão. Multiplique essas taxas por 4-5x e você vai perceber que isso pode ter um grande impacto no futuro. Agora aumente também o fee médio da rede e coloque um valor de 100sat/vbyte como padrão por um tempo. Isso pode acabar ficando muito caro.
A tabela abaixo mostra o quanto que você precisa ter em um UTXO para pagar o menor percentual em fees em uma transação de acordo com o fee da rede:
Como lidar com tudo isso?
Existem algumas estratégias que eu já detalhei aqui no substack, principalmente no post sobre acumulação estratégica de bitcoin. Seguindo essas instruções, você consegue gerenciar seus UTXOs e ter como saída somente UTXOs de valores maiores, ajudando a economizar com fees no futuro:
Outra sugestão é de tempos em tempos consolidar os seus UTXOs pequenos em um ou vários maiores em momentos de taxa de rede baixa. Como esse tipo de operação não exige que você tenha pressa, você pode escolher por fazer isso durante finais de semana onde geralmente o volume de transações é menor, optando por pagar um fee bem barato e aguardando até a confirmação acontecer. Muito cuidado para não misturar seus BTC com KYC com os seus BTC sem KYC durante a operação, conforme dito aqui:
Se você utiliza somente carteiras de celular, eu aconselho que você comece a utilizar carteiras desktop que permitem criar transações mais complexas selecionando manualmente quais UTXOs você quer usar na entrada e um ou mais endereços de saída, como a Electrum, Specter ou Sparrow Wallet.
Doom, dúvida besta, mas se juntar uma quantidade razoável de sats na lightning por exemplo, qualquer q seja a wallet escolhida e depois realizar um único swap desse valor considerável (q aí vai variar de quanto cada pessoa está disposta a deixar em LN) pra onchain, neste cenário não terei esse problema, correto?
Pq se eu entendi certo, o problema acontece se a pessoa comprar tipo R$ 200 na bipa e mandar pra onchain, depois compra mais R$ 200 e manda onchain e com isso vai ter 2 endereços de entrada, o q pode fazer com q as taxas no futuro fiquem muito altas ao movimentar esses saldos onchain, é isso msm?
Desculpa a ignorância, já li o artigo anterior tbm, mas esse é um tema q ainda não compreendi tão bem.
Muito bom seus tutoriais.
Se puder dizer, qual programa ou site você usou para calcular esses cenários que você printou, agradeço.