<p>It is not directly answer for what the question asked but I wanted to give a tip for reducing bitcoin sending fees.</p>

<p>Electrum allows to send bitcoin by selecting the inputs separately.</p>

<p>Edit: </p>

<p>Electrum offers "Coins" tab which list all the inputs and their amounts separately. </p>

<p>So, when I will send bitcoin, I try to select and spend minimum number of inputs for the transaction.</p>

CC BY-SA 3.0
2017-05-23T04:29:55.437Z
This is a late answer but with still current value, if you will please elaborate on how this can help reducing the fees. As it is now, the answer is nearly useless.
David Ammouial
CC BY-SA 3.0
2017-05-23T10:18:40.877Z
Electrum offers "Coins" tab which list all the inputs and their amounts separately.
So, when I will send bitcoin, I try to select minimum number of inputs for the transaction. 
As you know, if input count increased in a transaction also the fees.
podcast
CC BY-SA 3.0
2017-05-19T17:50:55.983Z
2017-05-23T10:27:01.813Z
2017-05-23T10:27:01.813Z
podcast
<p>I have not actually done this, but here is how I understand it. With many tiny amounts, you probably want to consolidate them because the fees for transactions with lots of inputs will be high. Now you ask, by consolidating, won't I just be paying the fees in advance? The answer is that by planning ahead and consolidating them, you can use the low-fee mining pool Eligius to do it.</p>

<p>To estimate the cost of the transaction, I'm going to use only the transaction size (for large transactions, the fee is dominated by or entirely consists of the cost per KB). This is based on the number of inputs and outputs. If all your balances are the same (0.01 BTC), then it doesn't matter how much you spend at at a time, the fee grows linearly with the total BTC amount.</p>

<p>Assuming 180 bytes per input, 1000 inputs comes to 175KB, which I'm going to round up to 200KB for a safety margin. With the official client, at the default 0.01 BTC / KB fee [1], that would cost 2 BTC.</p>

<p>Eligius will mine transactions for a fee of 0.2 TBC (0.00008192 BTC) per KB [2]. So Eligius's fee would be 0.016384 BTC. Might as well round that up to 0.02 BTC or higher just to be sure.</p>

<p>If your coins are old enough (say, 3 months for 10 BTC and a 200KB transaction size) [3], then the official client might not enforce the minimum fee on your transaction. Otherwise you may need to use a modified client that doesn't enforce a minimum fee.</p>

<p>In any case you will need to point your client to Lightfoot Hosting's free transaction relay, which will relay any transaction to the network [2], so it can be picked up by Eligius.</p>

<p>It may take longer than usual, but Eligius should eventually mine it.</p>

<p>As for combining the "dust" while leaving larger balances alone -- you would have to find a client that allows you to choose the inputs to your transaction. I don't know which clients can do that.</p>

<p>[1] <a href="https://en.bitcoin.it/wiki/Transaction_fees">https://en.bitcoin.it/wiki/Transaction_fees</a> (The fee calculations on this page are as of client 0.3, so they may be outdated.)</p>

<p>[2] <a href="https://en.bitcoin.it/wiki/Free_transaction_relay_policy">https://en.bitcoin.it/wiki/Free_transaction_relay_policy</a></p>

<p>[3] Wiki link [1] above says that transactions with priority over 57,600,000 aren't subject to the minimum fee calculation. If this is true, then 10 BTC with an average age of 3 months in a 200KB transaction would have a priority of (1000000000 * 144 * 90) / (200 * 1024) = 63,281,250</p>

CC BY-SA 3.0
2012-12-05T20:25:51.067Z
Thanks for your answer! Especially for the mention of the waiver for the min transaction fee; I didn't know that
Highly Irregular
CC BY-SA 3.0
2013-04-08T15:01:09.370Z
You may update your answer with the fact that a fork of the original client done by cozz (https://github.com/cozz/bitcoin) does allow to pick specific inputs.
liori
CC BY-SA 3.0
2015-04-30T14:57:15.823Z
Not sure why this old question popped up on the rss stream but might as well add the tidbit that bitcoin-qt these days also allows you to pick inputs manually. It has for a while actually.
Jannes
CC BY-SA 3.0
2017-05-05T16:48:02.453Z
I am in this same basic boat except that 100% of my transactions (around 200) are tiny like this, from a mining pool.  I want to transfer everything over to an exchange (Kraken) but the fees will be greater than 50% of the total!  Best case if I opt for the slowest confirmation is about 1/3 of the total in fees.  I really don't understand this answer enough to know what to do with it, I'm on Mac but don't know if there is actually an easy way to solve this issue.  Does this warrant a new question?  Concerned it would just get closed as a dupe.
JVC
CC BY-SA 3.0
2017-05-06T17:25:51.827Z
I haven't kept up to date on all these details. Since this information is nearing 5 years old, I would suggest asking a new question. It looks like Eligius is still around and mining low-fee transactions. But a lot of things could have changed that I'm not aware of.
scott.squires
CC BY-SA 3.0
2012-12-05T19:36:03.633Z
2012-12-05T19:36:03.633Z
scott.squires
<p>Important parts in bold, for those who don't want to read the detail!</p>

<p><strong>I've received lots of tiny transactions, in amounts sometimes as low as 0.000003BTC.
Even though I've also received (relatively) larger amounts, I'm worried that when I want to spend my bitcoins the transaction fees may be very high thanks to the large number of "input" transactions needed to make up the output transaction.</strong></p>

<p>As I understand it, the network has an algorithm for determining minimum transaction fees, and the relationship between number of inputs and required transaction fee is non-linear. This means there is likely some optimum way to combine my inputs. This has already been discussed <a href="https://bitcoin.stackexchange.com/q/5570/516">here</a> and <a href="https://bitcoin.stackexchange.com/q/792/516">here</a>, but neither question asks how it can be done, and how bad the consequences can be. </p>

<p>It might be best to somehow include as many tiny inputs with a larger input each time I spend a moderate amount, or perhaps it would be better to somehow combine all the tiny inputs in individual batches of some optimum size and send them to myself to prevent future problems.</p>

<p>If I were to combine the tiny amounts, I'd be happy to wait for the newly combined bitcoins to age, so additional fees which would be required by spending young bitcoins won't be a problem.</p>

<p>In most, but not all, cases, my tiny amounts have been received to a dedicated tony-amount address. </p>

<p><strong>For the sake of the question, let's assume I've received 1000 tiny transactions of 0.001BTC each, and another 100 transactions of 0.1BTC each, all in the same wallet. This would give a total balance of 11BTC. Assume all amounts were received 6 months ago.</strong></p>

<p><strong>If I wanted to spend the entire 11BTC at once (with 1100 transaction inputs), how high might the fee be?</strong></p>

<p><strong>If I only spent 1BTC at a time, how high might the fee be?</strong></p>

<p><strong>How can I actually combine the tiny amounts without affecting the larger ones?</strong></p>

<p>I'm running the standard (Satoshi) client, but other clients could be an option.</p>

<bitcoin-core><wallet><transaction-fees><consolidation>
How can I combine all the tiny amounts I've received to minimise transaction fees, and do I need to?
Highly Irregular
# How can I combine all the tiny amounts I've received to minimise transaction fees, and do I need to?

(Asked by: username_0 on 2012-12-04)

Important parts in bold, for those who don't want to read the detail!

**I've received lots of tiny transactions, in amounts sometimes as low as 0.000003BTC.
Even though I've also received (relatively) larger amounts, I'm worried that when I want to spend my bitcoins the transaction fees may be very high thanks to the large number of "input" transactions needed to make up the output transaction.**

As I understand it, the network has an algorithm for determining minimum transaction fees, and the relationship between number of inputs and required transaction fee is non-linear. This means there is likely some optimum way to combine my inputs. This has already been discussed [here](https://bitcoin.stackexchange.com/q/5570/516) and [here](https://bitcoin.stackexchange.com/q/792/516), but neither question asks how it can be done, and how bad the consequences can be.

It might be best to somehow include as many tiny inputs with a larger input each time I spend a moderate amount, or perhaps it would be better to somehow combine all the tiny inputs in individual batches of some optimum size and send them to myself to prevent future problems.

If I were to combine the tiny amounts, I'd be happy to wait for the newly combined bitcoins to age, so additional fees which would be required by spending young bitcoins won't be a problem.

In most, but not all, cases, my tiny amounts have been received to a dedicated tony-amount address.

**For the sake of the question, let's assume I've received 1000 tiny transactions of 0.001BTC each, and another 100 transactions of 0.1BTC each, all in the same wallet. This would give a total balance of 11BTC. Assume all amounts were received 6 months ago.**

**If I wanted to spend the entire 11BTC at once (with 1100 transaction inputs), how high might the fee be?**

**If I only spent 1BTC at a time, how high might the fee be?**

**How can I actually combine the tiny amounts without affecting the larger ones?**

I'm running the standard (Satoshi) client, but other clients could be an option.

**Tags:** bitcoin-core, wallet, transaction-fees, consolidation


---

## 2 answers

### Answer by username_3 on 2012-12-05. Score: 16 | Accepted answer

I have not actually done this, but here is how I understand it. With many tiny amounts, you probably want to consolidate them because the fees for transactions with lots of inputs will be high. Now you ask, by consolidating, won't I just be paying the fees in advance? The answer is that by planning ahead and consolidating them, you can use the low-fee mining pool Eligius to do it.

To estimate the cost of the transaction, I'm going to use only the transaction size (for large transactions, the fee is dominated by or entirely consists of the cost per KB). This is based on the number of inputs and outputs. If all your balances are the same (0.01 BTC), then it doesn't matter how much you spend at at a time, the fee grows linearly with the total BTC amount.

Assuming 180 bytes per input, 1000 inputs comes to 175KB, which I'm going to round up to 200KB for a safety margin. With the official client, at the default 0.01 BTC / KB fee [1], that would cost 2 BTC.

Eligius will mine transactions for a fee of 0.2 TBC (0.00008192 BTC) per KB [2]. So Eligius's fee would be 0.016384 BTC. Might as well round that up to 0.02 BTC or higher just to be sure.

If your coins are old enough (say, 3 months for 10 BTC and a 200KB transaction size) [3], then the official client might not enforce the minimum fee on your transaction. Otherwise you may need to use a modified client that doesn't enforce a minimum fee.

In any case you will need to point your client to Lightfoot Hosting's free transaction relay, which will relay any transaction to the network [2], so it can be picked up by Eligius.

It may take longer than usual, but Eligius should eventually mine it.

As for combining the "dust" while leaving larger balances alone -- you would have to find a client that allows you to choose the inputs to your transaction. I don't know which clients can do that.

[1] <https://en.bitcoin.it/wiki/Transaction_fees> (The fee calculations on this page are as of client 0.3, so they may be outdated.)

[2] <https://en.bitcoin.it/wiki/Free_transaction_relay_policy>

[3] Wiki link [1] above says that transactions with priority over 57,600,000 aren't subject to the minimum fee calculation. If this is true, then 10 BTC with an average age of 3 months in a 200KB transaction would have a priority of (1000000000 \* 144 \* 90) / (200 \* 1024) = 63,281,250

> **Comments:**
> **username_0**: Thanks for your answer! Especially for the mention of the waiver for the min transaction fee; I didn't know that  
> **username_4**: You may update your answer with the fact that a fork of the original client done by cozz (https://github.com/cozz/bitcoin) does allow to pick specific inputs.  
> **username_5**: Not sure why this old question popped up on the rss stream but might as well add the tidbit that bitcoin-qt these days also allows you to pick inputs manually. It has for a while actually.  
> **username_6**: I am in this same basic boat except that 100% of my transactions (around 200) are tiny like this, from a mining pool.  I want to transfer everything over to an exchange (Kraken) but the fees will be greater than 50% of the total!  Best case if I opt for the slowest confirmation is about 1/3 of the total in fees.  I really don't understand this answer enough to know what to do with it, I'm on Mac but don't know if there is actually an easy way to solve this issue.  Does this warrant a new question?  Concerned it would just get closed as a dupe.  
> **username_3**: I haven't kept up to date on all these details. Since this information is nearing 5 years old, I would suggest asking a new question. It looks like Eligius is still around and mining low-fee transactions. But a lot of things could have changed that I'm not aware of.  

---

### Answer by username_1 on 2017-05-19. Score: 2

It is not directly answer for what the question asked but I wanted to give a tip for reducing bitcoin sending fees.

Electrum allows to send bitcoin by selecting the inputs separately.

Edit:

Electrum offers "Coins" tab which list all the inputs and their amounts separately.

So, when I will send bitcoin, I try to select and spend minimum number of inputs for the transaction.

> **Comments:**
> **username_2**: This is a late answer but with still current value, if you will please elaborate on how this can help reducing the fees. As it is now, the answer is nearly useless.  
> **username_1**: Electrum offers "Coins" tab which list all the inputs and their amounts separately. So, when I will send bitcoin, I try to select minimum number of inputs for the transaction.  As you know, if input count increased in a transaction also the fees.  

---

