Bitcoin Forum
April 23, 2024, 11:34:29 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Fee calculation in Armory  (Read 1544 times)
goatpig (OP)
Moderator
Legendary
*
Offline Offline

Activity: 3668
Merit: 1345

Armory Developer


View Profile
March 01, 2016, 04:58:20 AM
 #1

So I just had a transaction take some 5-6 hours to confirm. That surprised me (never happened before) so I calculated the average fee per transaction in recent blocks and it turned out it was twice what I paid, so it's no wonder it took me that long to get confirmed.

This thread has a couple purposes:

1) To warn the community: do not trust the default minimum fee in Armory (0.0001 BTC) for high priority transactions, even more so if you are spending several outputs. I would suggest somewhere in the 0.0005 to get swift confirmations for the mid term.

2) I will not change the default in the upcoming version (I am not in the business of forcing settings on users). On the other hand, I will add another ~100MB DB in the following version, for the purpose of tracking fees in the recent blocks, in order to provide a reliable live estimate.

On a side note, I spent those coins with 0.94, so that part is going good at least =)

1713915269
Hero Member
*
Offline Offline

Posts: 1713915269

View Profile Personal Message (Offline)

Ignore
1713915269
Reply with quote  #2

1713915269
Report to moderator
1713915269
Hero Member
*
Offline Offline

Posts: 1713915269

View Profile Personal Message (Offline)

Ignore
1713915269
Reply with quote  #2

1713915269
Report to moderator
1713915269
Hero Member
*
Offline Offline

Posts: 1713915269

View Profile Personal Message (Offline)

Ignore
1713915269
Reply with quote  #2

1713915269
Report to moderator
Once a transaction has 6 confirmations, it is extremely unlikely that an attacker without at least 50% of the network's computation power would be able to reverse it.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1713915269
Hero Member
*
Offline Offline

Posts: 1713915269

View Profile Personal Message (Offline)

Ignore
1713915269
Reply with quote  #2

1713915269
Report to moderator
1713915269
Hero Member
*
Offline Offline

Posts: 1713915269

View Profile Personal Message (Offline)

Ignore
1713915269
Reply with quote  #2

1713915269
Report to moderator
1713915269
Hero Member
*
Offline Offline

Posts: 1713915269

View Profile Personal Message (Offline)

Ignore
1713915269
Reply with quote  #2

1713915269
Report to moderator
unamis76
Legendary
*
Offline Offline

Activity: 1512
Merit: 1005


View Profile
March 01, 2016, 10:12:31 AM
 #2

Armory already asks for fees to be raised if it deems to be necessary, I've had that happen once. So that means the current algorithm of fee calculation isn't the best one?

Can't Armory interact with bitcoind in order to calculate fees? Through the estimatefee and estimatepriority commands?
achow101
Staff
Legendary
*
Offline Offline

Activity: 3374
Merit: 6531


Just writing some code


View Profile WWW
March 01, 2016, 01:42:02 PM
 #3

Doesn't armory already use bitcoind's estimatefee for calculating fees? I thought that it only uses the default when bitcoind doesn't have enough data to estimate the fee.

goatpig (OP)
Moderator
Legendary
*
Offline Offline

Activity: 3668
Merit: 1345

Armory Developer


View Profile
March 01, 2016, 05:07:47 PM
 #4

Armory already asks for fees to be raised if it deems to be necessary, I've had that happen once. So that means the current algorithm of fee calculation isn't the best one?

Armory's fee estimation is a based on a reimplementation of Core's own rules from over a year ago. That method is not sustainable long term for many reasons.

Quote
Can't Armory interact with bitcoind in order to calculate fees? Through the estimatefee and estimatepriority commands?

Quote
Doesn't armory already use bitcoind's estimatefee for calculating fees? I thought that it only uses the default when bitcoind doesn't have enough data to estimate the fee.

Only when Armory is setup to connect to the RPC, which takes place when bitcoind is managed by Armory.

Proper fee estimate is something I consider critical, it shouldn't rely on an optional feature. Auto bitcoind was developed and will remain a convenience feature, this is not something I want to force users into. It already has demonstrated itself unstable several times in the past.

Also, relying on the RPC is in direct conflict with blocks over P2P, so I don't intent to increase Armory's dependency on that.

unamis76
Legendary
*
Offline Offline

Activity: 1512
Merit: 1005


View Profile
March 02, 2016, 08:29:53 AM
 #5

Well, never failed on me so far... What do you intend to do, rebuild a fee system yourself for Armory?
goatpig (OP)
Moderator
Legendary
*
Offline Offline

Activity: 3668
Merit: 1345

Armory Developer


View Profile
March 02, 2016, 07:09:47 PM
 #6

Well, never failed on me so far... What do you intend to do, rebuild a fee system yourself for Armory?

My tx had 3 inputs 2 outputs. Armory thought the default was fine with that, which obviously it wasn't. In the end I'd like Armory to be able to advise users on proper fees for high priority spending. The idea is fairly simple, analyze fees in the last ~200 blocks, both by minimum fee and density.

It will come with a couple UI changes, to suggest the proper fee as well as a way to set fee density and flat min fee.

Stroto
Sr. Member
****
Offline Offline

Activity: 449
Merit: 251


View Profile
March 16, 2016, 10:06:55 AM
 #7

If you could set up "fee per kb" instead of "fee per tx" it would solve a lot of issues
johnlu
Sr. Member
****
Offline Offline

Activity: 471
Merit: 252



View Profile
March 17, 2016, 06:14:22 PM
 #8

You can have a look on this: https://bitcoinfees.21.co/
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!