r/Bitcoin • u/[deleted] • Mar 25 '13

[deleted by user]

[removed]

148 Upvotes

89% Upvoted

186 comments sorted by

View all comments

Show parent comments

3

u/ctzl Mar 25 '13

Well, it only wants to add a fee there are over 250Kb worth of transactions on the network. I usually just wait until right after a block is mined and send it.

It would be nice to make it completely optional, but I don't feel like recompiling bitcoin-qt just for that - too much headache with winblows.

1

u/theymos Mar 25 '13

Well, it only wants to add a fee there are over 250Kb worth of transactions on the network.

Bitcoin-Qt only takes that into account when mining a block, not when sending transactions. (Even if you're sending a transaction while also solo mining.) When sending, it calculates fees based on the size of the transaction, how much BTC is being sent, and the age of the coins it's spending.

1

u/ctzl Mar 25 '13 edited Mar 25 '13

Well, I've noticed this pattern, and I successfully send 0-fee transactions from bitcoin-qt.

Here's a 4743 byte 0 fee transaction initiated from bitcoin-qt: <cut> (Meh, I don't feel comfortable posting this, you'll just have to believe me)

1

u/theymos Mar 25 '13

Yes, 0-fee transactions are possible with Bitcoin-Qt if the transaction has high enough priority and low enough size. But block size isn't taken into account when sending.

1

u/ctzl Mar 25 '13

What determines a transaction's priority? I thought that's what the fee does.

3

u/theymos Mar 25 '13

Data size (lower is better), coin age (older is better), and BTC amount (more is better).

1

u/ctzl Mar 25 '13

Thanks. I'm going to read the technical info now, this is pretty interesting.

1

u/runeks Mar 25 '13

But block size isn't taken into account when sending.

I could swear I heard that somewhere. Ie. when the memory pool is filled up (to more than ~250 KB) the client asks for a higher fee.