Fees do Bitcoin atingem alta máxima em 20 meses

[rdluffy]

Muita gente no HODL forçado haha
Olha isso:


Fonte

Algumas campanhas aqui do fórum estão gastando bastante para pagar os participantes. A que eu participo foi mais de 200 dólares para fazer o pagamento dessa semana

[1715415196]

1715415196

[1715415196]

1715415196

[1715415196]

1715415196

[1715415196]

1715415196

[tg88]

Olhando para gráfico, notamos uma aumento significativo nas ultimas semanas. E os Ordinals não surgiram em novembro..

Concordo, porem foi nos ultimos meses que o FOMO dessas coleções de ordinals começou a aumenta. Então pra garantir a compra de determinado "nft" as pessoas precisam que a transação entre no próximo bloco pois caso contrario outro concorrente que pague mais taxas é quem vai vencer a corrida. Então pra quem esta nessa brincadeira ficar na fila não é opção, acredito que vai subir ainda mais até a febre diminuir ou algo ser feito.

[bitmover]

Muita gente no HODL forçado haha
Olha isso:


Fonte

Algumas campanhas aqui do fórum estão gastando bastante para pagar os participantes. A que eu participo foi mais de 200 dólares para fazer o pagamento dessa semana

Eu cheguei a participar por 2 semanas da campanha da l0tt0 que pagou em monero , pois as taxas estavam muito altas.

Pessoalmente,  não me importaria em receber em ltc ou xmr nesse período... tenho usado bastante ltc até esse mes

[TryNinja]

Algumas campanhas aqui do fórum estão gastando bastante para pagar os participantes. A que eu participo foi mais de 200 dólares para fazer o pagamento dessa semana

Sou defensor da ideia que poderiam fazer pagamentos menos frequentemente para dar uma economizar. Ao invés de pagar toda semana, segura uma e paga na outra (a cada 14 dias)... já economiza 50% da taxa e ninguém passa fome.

[sabotag3x]

Precisei fazer um RBF para uma transação minha ser confirmada..

A original tinha uns 8 inputs.. então fiz um RBF com apenas 1 input para receber "de volta" o valor.

Para minha surpresa descobri que o RBF não considera os sats/byte e sim a taxa total da transação (valor da taxa).. então mesmo aumentando de 20 para 50 sat/vbyte, nenhum node aceitava a transação porque o valor da tx nova era menor que da antiga (algo como US$ 3 vs US$ 5).. então precisei fazer mais um RBF.

Outra coisa é que está difícil usar o serviço da ViaBTC.. primeiro minhas transações não estavam indo com menos de 50 sat/vbyte porque a mempool está cheia (provavelmente 300mb).. segundo que está impossível usar o site da ViaBTC, mesmo quando vira a hora não tem mais acelerações disponíveis.

Sou defensor da ideia que poderiam fazer pagamentos menos frequentemente para dar uma economizar. Ao invés de pagar toda semana, segura uma e paga na outra (a cada 14 dias)... já economiza 50% da taxa e ninguém passa fome.

Estava olhando o último pagamento que recebi da minha campanha, foram R$ 200 de taxas alguns devem ter recebido menos do que foi pago de taxas.

O pior é que na hora de gastar esses bitcoins eles estão separados em diversas UTXOs.. o que os gerentes também podiam fazer é criar um valor mínimo a ser pago, ex: 0,01 btc

[bitmover]

Para minha surpresa descobri que o RBF não considera os sats/byte e sim a taxa total da transação (valor da taxa).. então mesmo aumentando de 20 para 50 sat/vbyte, nenhum node aceitava a transação porque o valor da tx nova era menor que da antiga (algo como US$ 3 vs US$ 5).. então precisei fazer mais um RBF.

Que coisa, que carteira voce usou? Electrum?

Que eu saiba, a transação é simplesmente cancelada e vem outra transação em cima. Voce pode ver historicos de RBF no mempool.space

por exemplo
https://mempool.space/tx/94a247dbcc971a9a9ed786ff8594d23ff061be9583cb2ab4b803bd5011ed06d4


Dá pra ver a evolução de sats/vbyte do historico  de transações RBF.

Estava olhando o último pagamento que recebi da minha campanha, foram R$ 200 de taxas alguns devem ter recebido menos do que foi pago de taxas.

O pior é que na hora de gastar esses bitcoins eles estão separados em diversas UTXOs.. o que os gerentes também podiam fazer é criar um valor mínimo a ser pago, ex: 0,01 btc

Eu ja recebi uns pagametnos aqui no forum em XMR numa campanha (meio escondido , sem falar em posts publicos), e no altcoinstalk ja estou recebendo em LTC.

Aqui isso não será possivel , pois teria que sair da aba services. Acho que o futuro é que consolidem em mais tempo os pagamentos até as taxas cairem

[darkv0rt3x]

Também não percebi bem essa questão. Se me lembro, recriando a TX manualmente pelo Bitcoin Core, as taxas continuam a ser especificadas pela diferença entre o valor de saída  e o valor de troco, porque ao cosntruir a RAW TX, colocas o que queres transferir e o "troco", e a diferença destes dois valores vai ser o que pagas aos miners! O que dá em sats/vByte são apenas contas!

[joker_josue]

Para minha surpresa descobri que o RBF não considera os sats/byte e sim a taxa total da transação (valor da taxa).. então mesmo aumentando de 20 para 50 sat/vbyte, nenhum node aceitava a transação porque o valor da tx nova era menor que da antiga (algo como US$ 3 vs US$ 5).. então precisei fazer mais um RBF.

Outra coisa é que está difícil usar o serviço da ViaBTC.. primeiro minhas transações não estavam indo com menos de 50 sat/vbyte porque a mempool está cheia (provavelmente 300mb).. segundo que está impossível usar o site da ViaBTC, mesmo quando vira a hora não tem mais acelerações disponíveis.

Eu nunca tive esse problema, nas poucas vezes que usei o RBF. Sempre que usei ele atualiza a taxa, e cria uma nova transação com base na nova taxa usada.

Quanto ao ViaBTC, aquilo esta carregado de bots. O serviço não é novo, eu mesmo já o tinha usado alguns anos atras. Mas, com este aumento de taxas, tornou-se ainda mais popular, então muitos já configuraram bots, o que torna o serviço quase impossível de usar. O ViaBTC também não se preocupa muito com isso, porque poderá motivar mais malta a pagar pelo serviço.

[sabotag3x]

Que coisa, que carteira voce usou? Electrum?

Que eu saiba, a transação é simplesmente cancelada e vem outra transação em cima. Voce pode ver historicos de RBF no mempool.space

Dá pra ver a evolução de sats/vbyte do historico  de transações RBF.

Sim, Electrum..

Vou tentar explicar novamente:

Minha primeira tx tinha 8 inputs e 1 output.. então tinha um peso de uns 3kb e com 20 sat/byte eu estava pagando US$ 5 de taxas

Minha nova tx tinha 1 input e 1 output.. então tinha um peso de uns 500b e com 50 sat/byte eu estava pagando US$ 3 de taxas

Para os mineradores faz sentido aceitar minha segunda transação já estou pagando mais por cada byte.. se fossem 2 transações separadas, eles dariam prioridade a segunda transação.

Mas para os nodes a minha primeira transação era mais "importante" que a segunda já que eu estava pagando US$ 5 vs US$ 3 e por isso estavam rejeitando a segunda.. o que tive que fazer foi subir os sats/byte até pagar mais que US$ 5..


Para mim isso está errado, os nodes deveriam considerar os sats/byte e não o valor absoluto das taxas.. as regras dos mineradores e nodes são diferentes.. Faz sentido?


Vou criar outro exemplo contrário para explicar:

Você tem uma transação com 1 input 1 output pagando 20 sat/byte (US$ 1)

Se você fizer um RBF de 1 input 10 outputs, você consegue baixar a taxa para 3 sat/byte que os nodes vão entender que ela tem mais prioridade (já que está pagando mais em valor absoluto, digamos US$ 2).. mas, na prática, essa nova transação vai demorar mais que a primeira para ser confirmada.



edit: um tópico ligado a isso é "O Bitcoin e o problema da mochila": https://bitcointalk.org/index.php?topic=3458552.0

[joker_josue]

Minha primeira tx tinha 8 inputs e 1 output.. então tinha um peso de uns 3kb e com 20 sat/byte eu estava pagando US$ 5 de taxas

Minha nova tx tinha 1 input e 1 output.. então tinha um peso de uns 500b e com 50 sat/byte eu estava pagando US$ 3 de taxas

Eu não sou especialista, mas o que você fez não é RBF.
O RBF era na sua primeira transação, ter aumentado de 20 para 50 sat/byte, os in/outputs não se alteram.

Tu não anulaste a primeira transação e depois criaste uma nova com 1 in/output?

[sabotag3x]

Minha primeira tx tinha 8 inputs e 1 output.. então tinha um peso de uns 3kb e com 20 sat/byte eu estava pagando US$ 5 de taxas

Minha nova tx tinha 1 input e 1 output.. então tinha um peso de uns 500b e com 50 sat/byte eu estava pagando US$ 3 de taxas

Eu não sou especialista, mas o que você fez não é RBF.
O RBF era na sua primeira transação, ter aumentado de 20 para 50 sat/byte, os in/outputs não se alteram.

Tu não anulaste a primeira transação e depois criaste uma nova com 1 in/output?

As taxas iriam para uns US$ 50 se eu fizesse um RBF com 8 inputs/1output com algo como 100 sat/vbyte.. por isso optei por reduzir o tamanho da transação.

Mas foi um RBF sim.. é o único jeito de anular uma transação.

Antes até aparecia nos exploradores de blocos essa aceleração por RBF, como o @bitmover mostrou no print, mas agora a txid antiga não aparece mais.

[bitmover]

Minha primeira tx tinha 8 inputs e 1 output.. então tinha um peso de uns 3kb e com 20 sat/byte eu estava pagando US$ 5 de taxas

Minha nova tx tinha 1 input e 1 output.. então tinha um peso de uns 500b e com 50 sat/byte eu estava pagando US$ 3 de taxas

Na verdade isso que você deveria ter feito desde o começo.

Não faz sentido fazer uma transação tão grande  com tantos inputs agora (se você puder evitar)

[sabotag3x]

Na verdade isso que você deveria ter feito desde o começo.

Não faz sentido fazer uma transação tão grande  com tantos inputs agora (se você puder evitar)

Eu queria acelerar ela com a ViaBTC, mas não sabia que tinha limite de tamanho

[darkv0rt3x]

Que coisa, que carteira voce usou? Electrum?

Que eu saiba, a transação é simplesmente cancelada e vem outra transação em cima. Voce pode ver historicos de RBF no mempool.space

Dá pra ver a evolução de sats/vbyte do historico  de transações RBF.

Sim, Electrum..

Vou tentar explicar novamente:

Minha primeira tx tinha 8 inputs e 1 output.. então tinha um peso de uns 3kb e com 20 sat/byte eu estava pagando US$ 5 de taxas

Minha nova tx tinha 1 input e 1 output.. então tinha um peso de uns 500b e com 50 sat/byte eu estava pagando US$ 3 de taxas

Para os mineradores faz sentido aceitar minha segunda transação já estou pagando mais por cada byte.. se fossem 2 transações separadas, eles dariam prioridade a segunda transação.

Mas para os nodes a minha primeira transação era mais "importante" que a segunda já que eu estava pagando US$ 5 vs US$ 3 e por isso estavam rejeitando a segunda.. o que tive que fazer foi subir os sats/byte até pagar mais que US$ 5..


Para mim isso está errado, os nodes deveriam considerar os sats/byte e não o valor absoluto das taxas.. as regras dos mineradores e nodes são diferentes.. Faz sentido?


Vou criar outro exemplo contrário para explicar:

Você tem uma transação com 1 input 1 output pagando 20 sat/byte (US$ 1)

Se você fizer um RBF de 1 input 10 outputs, você consegue baixar a taxa para 3 sat/byte que os nodes vão entender que ela tem mais prioridade (já que está pagando mais em valor absoluto, digamos US$ 2).. mas, na prática, essa nova transação vai demorar mais que a primeira para ser confirmada.



edit: um tópico ligado a isso é "O Bitcoin e o problema da mochila": https://bitcointalk.org/index.php?topic=3458552.0

Isso quase que parece uma mistura de RBF com CPFP. Ou então já sou eu que estou a misturar as duas coisas e a fazer confusão. Mas agora qual é que é o problema? Não conseguiste concretizar a transacção? Ou o que está a acontecer? Agora acabei por ficar confuso!

[sabotag3x]

Isso quase que parece uma mistura de RBF com CPFP. Ou então já sou eu que estou a misturar as duas coisas e a fazer confusão. Mas agora qual é que é o problema? Não conseguiste concretizar a transacção? Ou o que está a acontecer? Agora acabei por ficar confuso!

Consegui! Deu bastante trabalho, mas pelo menos aprendi algo novo sobre o bitcoin..

Não foi CPFP porque enviei para um endereço que não era meu e os outros 7 inputs estão "limpos".. como se nunca tivessem sido tocados.. Acho que com o CPFP eu pagaria uma taxa ainda mais alta já que precisaria pagar pelo peso de todos inputs.. não lembro se já fiz esse tipo de pagamento.. algum dia preciso testar, sempre bom fazer essas coisas sem pressa para estar preparado quando realmente precisar.

Eu queria acelerar ela com a ViaBTC, mas não sabia que tinha limite de tamanho

complementando a resposta.. também queria movimentar tudo.. então não tinha outra opção.

[darkv0rt3x]

Isso quase que parece uma mistura de RBF com CPFP. Ou então já sou eu que estou a misturar as duas coisas e a fazer confusão. Mas agora qual é que é o problema? Não conseguiste concretizar a transacção? Ou o que está a acontecer? Agora acabei por ficar confuso!

Consegui! Deu bastante trabalho, mas pelo menos aprendi algo novo sobre o bitcoin..

Não foi CPFP porque enviei para um endereço que não era meu e os outros 7 inputs estão "limpos".. como se nunca tivessem sido tocados.. Acho que com o CPFP eu pagaria uma taxa ainda mais alta já que precisaria pagar pelo peso de todos inputs.. não lembro se já fiz esse tipo de pagamento.. algum dia preciso testar, sempre bom fazer essas coisas sem pressa para estar preparado quando realmente precisar.

Eu queria acelerar ela com a ViaBTC, mas não sabia que tinha limite de tamanho

complementando a resposta.. também queria movimentar tudo.. então não tinha outra opção.

Podes fazer CPFP apenas com transacções tuas. E sim, terias que fazer uma espécie de média entre a fee da parent transaction e a fee da child transaction por forma a que a média fosse alta o suficiente para a CPFP entrar mais rápido num bloco.

E sim, isto são sempre experiências enriquecedoas. Eu já fiz CPFP e acho que também já fiz RBF. E quando fiz a CPFP ainda tive que fazer outra cena que não sabia. Que foi arranjar forma de exportar a wallet do meu node LN de forma a depois conseguir importá-la num node Bitcoin com uma descriptor wallet!

[joker_josue]

Mas foi um RBF sim.. é o único jeito de anular uma transação.

Sim, fizeste RBF para anular a transação, e depois criaste uma nova transação. Então na realidade tudo começa do zero, é como a transação anterior nunca tivesse acontecido.