Bitcoin Forum
November 14, 2024, 07:31:27 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: Unconfirmed transaction lasting ~12h with fees.  (Read 2827 times)
WikileaksDude (OP)
Hero Member
*****
Offline Offline

Activity: 490
Merit: 500



View Profile
November 01, 2013, 05:41:33 PM
 #21

2013-11-01 13:06:41 ERROR: CTxMemPool::accept() : not enough fees c07d47a5e1d023d0fd2c47c600a4ca178c7a2954754c88f3fb7f729bafb94539, 340000 < 350000

piuk: If you have the getrawtransaction style tx, I'll push it through on Eligius.

Frustrating it's only 0.0001 BTC out. If you are able to that would be great: http://pastebin.com/raw.php?i=uV10H0M6

Piuk, thanks!

But this was a fee error from blockchain.info I ajusted according to it... and it still missed  0.0001. Hopefully this won't happen to more people.
wizkid057
Legendary
*
Offline Offline

Activity: 1223
Merit: 1006


View Profile
November 01, 2013, 05:42:55 PM
Last edit: November 01, 2013, 06:47:08 PM by wizkid057
 #22

2013-11-01 13:06:41 ERROR: CTxMemPool::accept() : not enough fees c07d47a5e1d023d0fd2c47c600a4ca178c7a2954754c88f3fb7f729bafb94539, 340000 < 350000

piuk: If you have the getrawtransaction style tx, I'll push it through on Eligius.

Frustrating it's only 0.0001 BTC out. If you are able to that would be great: http://pastebin.com/raw.php?i=uV10H0M6

Np. It should confirm in Eligius's next block. (Edit: Done in block 267335)

Might I suggest adding a public getrawtransaction equiv for blockchain.info? Smiley

Tips: 1LDQrLr6dPVqNJmpZm82eZVKqDFRk7ERW8
Operator of the Eligius Mining Pool - 0% Fee, SAPPLNS, GBT, Stratum, IRC+Phone Support, Share Market (coming soon), Generation payouts, and more.
Don't feed the trolls. Science Confirms: Internet Trolls Really Are Narcissistic, Psychopathic, and Sadistic (1)
gmaxwell
Staff
Legendary
*
Offline Offline

Activity: 4284
Merit: 8808



View Profile WWW
November 01, 2013, 07:02:41 PM
 #23

Might I suggest adding a public getrawtransaction equiv for blockchain.info? Smiley
Yea, we would have been able to help JimJones in IRC if that existed.

Also, — roundup! Smiley
Jouke
Sr. Member
****
Offline Offline

Activity: 426
Merit: 250



View Profile WWW
November 01, 2013, 08:48:13 PM
 #24

2013-11-01 13:06:41 ERROR: CTxMemPool::accept() : not enough fees c07d47a5e1d023d0fd2c47c600a4ca178c7a2954754c88f3fb7f729bafb94539, 340000 < 350000

piuk: If you have the getrawtransaction style tx, I'll push it through on Eligius.

Frustrating it's only 0.0001 BTC out. If you are able to that would be great: http://pastebin.com/raw.php?i=uV10H0M6

Np. It should confirm in Eligius's next block. (Edit: Done in block 267335)

Might I suggest adding a public getrawtransaction equiv for blockchain.info? Smiley
+1

Koop en verkoop snel en veilig bitcoins via iDeal op Bitonic.nl
piuk
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1005



View Profile WWW
November 01, 2013, 11:47:43 PM
 #25

Np. It should confirm in Eligius's next block. (Edit: Done in block 267335)

Might I suggest adding a public getrawtransaction equiv for blockchain.info? Smiley

Thanks. You can now request hex format e.g.

https://blockchain.info/tx/c07d47a5e1d023d0fd2c47c600a4ca178c7a2954754c88f3fb7f729bafb94539?format=hex

Also, — roundup! Smiley

Also, divide the tx size by 1000 bytes rather than 1024 Tongue

Cryddit
Legendary
*
Offline Offline

Activity: 924
Merit: 1132


View Profile
November 02, 2013, 05:35:07 AM
 #26

Just a note here but I think that basing fees on tx size, while technically accurate, is too opaque for mainstream users.   Fees IMO ought to be based on some measure that they can easily see and understand knowing no more than the amounts they're transferring, the same way sales taxes are in most jurisdictions.

If the tx fees were to be an ultra-simple 0.1% of the transaction, rounded to a MicroCoin,  I think we'd get a lot less confusion and mistakes, and miners would get about the same amount in fees. 

'Cos here, the "low fees" obstruction was based on tx size divided by 1000 and the fee estimation was based on tx size divided by 1024 - But Joe and Jane end-user have no idea what a tx size is if it isn't the amount of money they're transferring in the first place.

Abdussamad
Legendary
*
Offline Offline

Activity: 3682
Merit: 1580



View Profile
November 02, 2013, 10:12:06 AM
 #27

'Cos here, the "low fees" obstruction was based on tx size divided by 1000 and the fee estimation was based on tx size divided by 1024 - But Joe and Jane end-user have no idea what a tx size is if it isn't the amount of money they're transferring in the first place.

Why did you try to set the fee manually? Normally you set the fee rate, say 0.0001, and let client take care of the actual fee based on the size of the transaction.
deepceleron
Legendary
*
Offline Offline

Activity: 1512
Merit: 1036



View Profile WWW
November 02, 2013, 03:23:19 PM
 #28

The basic issue with this transaction is it didn't pay the minimum fees. This transaction activated every spam prevention feature there is:

1. The transaction was 34235 bytes; the fee is 0.0001 BTC per kB (not KiB) but this transaction paid 34x, not 35x minfee. Transactions with less than the minimum are considered the same as zero-fee by Bitcoin. They are not relayed across the Bitcoin network.

2. If free transactions make it to a miner, default Bitcoin has a small area of a block for including some free transactions if block is less than 27kB when received. This transaction is bigger than the whole free area - only transactions under 10kB in size are even considered.

3. The priority (based on total weighted coin age by value) was too low to be considered for any fee-free inclusion. This transaction was a whole bunch of dust, plus 25 BTC; the 25BTC had just recently been received by the wallet. If the contents of the wallet had been allowed to age for a few days, they likely could have been sent for free.

Blockchain.info is mostly at fault, they shouldn't let users do stupid things, and should calculate (and enforce) the exact minimum fee Bitcoin-qt would use. It also helps if users don't spam up their own wallets with dust.

Bitcoin doesn't easily allow web applications to figure out what the correct/current fee is; it needs an RPC feature I will call "sendtoaddressfee", where bitcoin txouts are not spent, but reserved, and the fee amount is returned. When the same bitcoin amount is actually spent, the transaction is constructed from the reserved bitcoins txouts; any other transaction besides the original clears the reservation.
Cryddit
Legendary
*
Offline Offline

Activity: 924
Merit: 1132


View Profile
November 02, 2013, 06:26:45 PM
 #29

All of that is true.  Now, did you have a point?

Good luck explaining to Joe and Jane end-user that the fee for transferring a given amount is going to be different every time and will depend on things they can't even see.  They will tell you that's stupid, without even wanting to learn why you think the fees should be different.

User705
Legendary
*
Offline Offline

Activity: 896
Merit: 1006


First 100% Liquid Stablecoin Backed by Gold


View Profile
November 02, 2013, 06:38:49 PM
 #30

This seems to be one of the major bitcoin future issues.  Is bitcoin meant to be used to buy your morning coffee or is it meant to be as a large wealth transfer mechanism.  Tech question, can dust still be sent free or is there a minimum fee that makes that impossible?

Rluner
Full Member
***
Offline Offline

Activity: 126
Merit: 100



View Profile
November 02, 2013, 07:26:28 PM
 #31

Big gz.

228 confirmations.
WikileaksDude (OP)
Hero Member
*****
Offline Offline

Activity: 490
Merit: 500



View Profile
November 03, 2013, 01:52:40 AM
 #32

Big gz.

228 confirmations.

yea but if it wasn't for the help of some #bitcoin-dev users and #eligius fellas, it would still be unconfirmed/pending.

Hope gavin addresses to the fees system :p
Rluner
Full Member
***
Offline Offline

Activity: 126
Merit: 100



View Profile
November 03, 2013, 08:07:34 AM
 #33

Big gz.

228 confirmations.

yea but if it wasn't for the help of some #bitcoin-dev users and #eligius fellas, it would still be unconfirmed/pending.

Hope gavin addresses to the fees system :p

Yes I had realised that. Ty to the users that helped him.
Pages: « 1 [2]  All
  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!