Taxa mínima parar entrar na mempool?

[sabotag3x]

Estava tentando fazer uma transação (segwit -> segwit) pela Electrum e recebi o seguinte aviso ao tentar enviar a transação tanto com 1 quanto com 2 sat/byte (que na verdade é por /vbyte):



Os mineradores/nodes não aceitam transações com 1 sat/vbyte de taxa? qual é o valor mínimo?



Sobre a versão da carteira, é a 4.0.5, não está tão desatualizada.. a última é a 4.0.9..

[1714027776]

1714027776

[1714027776]

1714027776

[1714027776]

1714027776

[1714027776]

1714027776

[TryNinja]

A hashrate do BTC deu uma queda e os nodes estão com os 300 MB padrão da mempool estourados. Isso faz com que a taxa mínima aumente, já que acaba o espaço para transações não confirmadas.

Da última vez que eu vi, o mínimo estava em ~4 sat/byte e o backlog de transações com 1 sat/byte foi purgado.

edit: Parece estar nos 1.83 sat/vByte no momento. Dá uma olhada no gráfico "Transações de entrada" do mempool.space.

[sabotag3x]

A hashrate do BTC deu uma queda e os nodes estão com os 300 MB padrão da mempool estourados.

Não sabia que existia tal limite da mempool.. Vivendo no bitcointalk e aprendendo..

É a primeira vez que acontece isso?

[TryNinja]

Não sabia que existia tal limite da mempool.. Vivendo no bitcointalk e aprendendo..

O mempool nada mais é do que um espaço reservado na memoria RAM dos nodes onde eles temporariamente guardam os dados das transações não confirmadas.

Você assina a transação, faz o broadcast para um node e ele sai espalhando por ai para outros nodes. Toda transação tem um tamanho (duh) e por isso seria impossível guardar uma quantidade ilimitada de transações não confirmadas.

Chega uma hora que já existem mais de 300 MB de transações não confirmadas (que - sem considerar o Segwit - seriam incluídas em 300 blocos), e como ninguém tem RAM infinita, tem que se fazer espaço para aqueles que pagam mais. Assim, as taxas lá de baixo (a partir do 1 sat/byte) vão sendo excluídas simplesmente por que tem 300 MB de transações oferecendo pagar mais.

É a primeira vez que acontece isso?

Não tenho certeza. Provavelmente também deve ter acontecido lá em 2017-2018 com o pico das taxas.

[sabotag3x]

É a primeira vez que acontece isso?

Não tenho certeza. Provavelmente também deve ter acontecido lá em 2017-2018 com o pico das taxas.

Pesquisei aqui, parece que cada node pode customizar esse número, 300 é apenas o padrão porém não é uma regra.. Talvez eu estivesse conectado a um node que já estava no limite?

O pico parece ter sido em 18/01/2018 com 329 MB (que caos nessa época antes do segwit), hoje estamos nos 140 MB apenas.. Fonte: https://jochen-hoenicke.de/queue/#0,all

[TryNinja]

Pesquisei aqui, parece que cada node pode customizar esse número, 300 é apenas o padrão porém não é uma regra..

Sim, mas como o padrão é 300 MB, esse acaba virando o "consenso" entre a maioria dos nodes. Passando desse valor, sua transação pode ficar em alguns nodes que aumentaram esse limite e ser dropado dos outros. No final das contas, o importante é ele estar na mempool de um node minerador (para assim ser minerado na blockchain).

Talvez eu estivesse conectado a um node que já estava no limite?

O pico parece ter sido em 18/01/2018 com 329 MB (que caos nessa época antes do segwit), hoje estamos nos 140 MB apenas.. Fonte: https://jochen-hoenicke.de/queue/#0,all

Acho que esse gráfico agora representa o tamanho em MvB, o que desconsidera todo o witness da transação, não? Se contar tudo, deve bater os 300+ MB "reais".

[rdluffy]

Assim, as taxas lá de baixo (a partir do 1 sat/byte) vão sendo excluídas simplesmente por que tem 300 MB de transações oferecendo pagar mais.

Mais uma que aprendi, nunca parei para pensar que o mempool estourasse o limite 

Você comentou que são excluídas as transações que estouram esse limite e que não tenha a taxa mínima, então a transação simplesmente é cancelada?
Se isso acontecer, sabe dizer se a carteira como a Electrum, iria transmitir novamente essa transação com a mesma taxa, ou seria cancelada definitivamente e teríamos que refaze-la?

[TryNinja]

Você comentou que são excluídas as transações que estouram esse limite e que não tenha a taxa mínima, então a transação simplesmente é cancelada?

Ela some da mempool - e consequentemente dos explorers - como se nunca tivesse acontecido. Se fizer o rebroadcast e a taxa for aceitável de novo, ela volta como se fosse nova.

Se isso acontecer, sabe dizer se a carteira como a Electrum, iria transmitir novamente essa transação com a mesma taxa, ou seria cancelada definitivamente e teríamos que refaze-la?

Não sei se a Electrum fica fazendo o rebroadcast, mas se ela fosse dropada por ter uma taxa abaixo da "nova mínima", teria que ser refeita de qualquer jeito.

Também acontece de algumas transações serem dropadas apenas por não terem sido confirmadas depois de muito tempo. Nesse caso, carteiras como a Bitcoin Core ficam fazendo o rebroadcast constante para evitar que isso aconteça.

[sabotag3x]

Acho que esse gráfico agora representa o tamanho em MvB, o que desconsidera todo o witness da transação, não? Se contar tudo, deve bater os 300+ MB "reais".

Não sei, neste outro site: https://btc.com/stats/unconfirmed-tx aparece em vByte e está em 77mb, no gráfico abaixo aparece 97mb e no terceiro 130mb.. então não faço ideia imagino que esse 130 (ou 140 dito no outro post) seja em bytes mesmo..

[alegotardo]

Chega uma hora que já existem mais de 300 MB de transações não confirmadas (que - sem considerar o Segwit - seriam incluídas em 300 blocos), e como ninguém tem RAM infinita, tem que se fazer espaço para aqueles que pagam mais. Assim, as taxas lá de baixo (a partir do 1 sat/byte) vão sendo excluídas simplesmente por que tem 300 MB de transações oferecendo pagar mais.

Imaginando esse cenário de uma transação de 1 sat/vbyte que entrou no mempool do node e também de uma segunda transação "Child Pays For Parent" que também está aguardando confirmação no mesmo node.
Chega um momento que o espaço enche e o node resolve apagar a primeira devido à taxa baixa. O que ocorre se a segunda vir a ser escolhida por um minerador mais tarde e o bloco minerado? Ou não tem como, essa verificação é feita antes e as duas transações acabam por ser "canceladas" ?

[TryNinja]

Imaginando esse cenário de uma transação de 1 sat/vbyte que entrou no mempool do node e também de uma segunda transação "Child Pays For Parent" que também está aguardando confirmação no mesmo node.
Chega um momento que o espaço enche e o node resolve apagar a primeira devido à taxa baixa. O que ocorre se a segunda vir a ser escolhida por um minerador mais tarde e o bloco minerado? Ou não tem como, essa verificação é feita antes e as duas transações acabam por ser "canceladas" ?

Boa pergunta. Você envia/recebe uma transação com 1 sat/vByte e faz um CPFP com o output dela. Ou seja:

1Abcd... envia 1 BTC (1 sat/vbyte; transação A)
3Xyzf... recebe 1 BTC -----
                                     |
                                     3Xyzf... envia 1 BTC (20 sat/vbyte; transação B)
                                     bc1qd.. recebe 1 BTC

No momento em que os nodes esquecem da transação A, a transação B já se torna inválida, pois é dependente de um UTXO que ninguém mais conhece. Nesse caso, ela também é dropada da blockchain.

[bitmover]

Que coisa, nunca tinha ouvido falar sobre isso, de encher o mempool.

Eu lembrei que aconteceu comigo uma situação semelhante umas 2 semanas atrás.

Eu fiz uma transacao a 1 sat/byte e ela estava demorando pra confirmar, já tinha uns 4 dias.

Dai fui verificar e nao encontrei ela no blockchain.com explorer.
Dai olhei em outros explorers e encontrei ela. Dai eu precisei fazer um rebroadcast da transação.

Dai eu fui e fiz um rebroadcast, e ela confirmou rapidamente. Fiz o rebroadcast somente com o HEX da transacao num blockexplorer qualquer, acho que blockchair.
Eu até expliquei aqui o que aconteceu
https://bitcointalk.org/index.php?topic=2747791.msg56104270#msg56104270


Provavelmente ela saiu de alguns mempools por conta desse limite, mas nao de todos os mempools. Pq nao existe "o mempool", cada node tem o seu.