13
14

Several Mycelium Users Report Unusually High Bitcoin Transaction Fees (themerkle.com)

Rassah が 投稿

全 9 件のコメント
並べ替え:
ベスト
トップ新着論争中古い順Q&A

[–]Rassah[S] [スコア非表示]  (4子コメント)

This is not Mycelium, this is Bitcoin Core. Mycelium uses Core estimations for what fee would be required to get into the next block or the next few blocks.

[–]waxwing [スコア非表示]  (0子コメント)

That seems undoubtedly true; I've been checking estimatefee 1 regularly today and getting 1 million satoshis /kB while estimatefee 2 is giving me 62 thousand satoshis/kB.

But a sanity check is absolutely necessary, all the more so because estimatefee 1 has always been highly erratic as long as I've been looking at it. Blindly applying the 1 block estimate is a terrible idea, in practice (whatever "should" be true). Do you not have some "absurd fee per kB" check?

[–]bitusher [スコア非表示]  (0子コメント)

This isn't the whole story Rassah. It is indeed technically true that Core correctly suggests when a certain miner demands a high fee it becomes the set rate to guarantee to get in the next block because even if a mining pool had only 2% of the hashpower there is still a 2% probability that they could find the next block.

Perhaps you could redefine priority txs to be in included in the first 2 blocks and normal txs to be within 3 blocks to prevent a single miner from manipulating the fees?

[–]subpar42 [スコア非表示]  (1子コメント)

0.13.1 ?

[–]waxwing [スコア非表示]  (0子コメント)

I see no difference between the 1 block estimate running 0.12.1 and 0.13.1 here, fwiw.

[–]bitusher [スコア非表示]  (0子コメント)

To fill users in. This wasn't due to a tx backlog but was a miner setting an unusually high tx fee amount which forces wallets that have a priority fee option to assume the possibility that the next block might be mined by this miner therefore in order to guarantee placement in the next block to conform to this higher fee .

Therefore , when using wallets pay attention to the highest fee before sending and in this case setting a normal priority would have gotten in immediately (as blocks were not full ).

In the future wallet developer could resolve this issue by changing their fee estimate to treat priority to mean getting in within 1 or 2 blocks(but most likely the first block ) to prevent miners creating mischief for the express purpose of collecting higher fees

FYI-- larger blocks would not help at all in this circumstance as the miner demanding a higher fee would mine the whole block whether it is 1MB , 2MB or 20MB

[–]px403 [スコア非表示]  (0子コメント)

Geez, take a look at this block that just happened:

https://blockchain.info/block-index/1161612

First transaction I looked at was a 54 dollar transaction with over 4 dollars of fees. Looking at a few other transactions, the lowest I've seen is around 1.50.

[–]one_line_commenter [スコア非表示]  (0子コメント)

Please add custom fee option.

[–]blessedbt [スコア非表示]  (0子コメント)

Yup. $40 to send 1 BTC high priority. Now that's a bargain.