I have a large amount of money in a lot of small coins in my wallet (most of them like 0.0002 BTC). But whatever I do, I loose about 15% due to transaction fees, because transactions are too large. Is there any tool for optimization of transactions, which could combine those coins into transactions with minimal or zero fee?
-
I made the transaction and wasted 15% of bitcoins. There remained a few coins with value of 0.00005 BTC, thus I attempted the uno-wallet's access by private-key and created a transaction with zero fee. It obviously was pending a week in the queue and after that it disapeared. I'll try that once again. From now on, for dust transaction I'm using Inputs.io, which is able to consume single satoshis and add them to my account:) – V-X Oct 14 '13 at 10:22
3 Answers
If the coins are in the same wallet then you should be able to send your "large amount of money" in one transaction.
If your coins are spread across multiple wallets in the same client then you would need to take the 15% loss. Or not pay a transaction fee and hope your coins get validated by a very friendly miner. (I would advise the former.)
In the event that your coins are spread across multiple wallets, you should bite the bullet and send them all to a single wallet so you don't continue losing money in the future.
It also might be a good idea to have slightly larger transactions, so you don't pay as many fees.

- 343
- 1
- 14
-
I created a transaction with fee a bit lower than the advised value and the transaction has been accepted. But is pending with 0 confirmations and it is not visible in blockchain. Where is such a transaction? Is it only on my local system? Can I get rid of that by droping my wallet or my local blockchain copy? – V-X Oct 08 '13 at 12:31
-
That's because your transaction has been 'sent' to the network by your client, but has not been added to any blocks. This is because your transaction fee is lower than normal, and miners don't want to add your transaction for free. Which is why I suggested cutting your losses and putting your coins in one address. Now you need to hope there's a miner out there willing to add your transaction to their block, otherwise your coins will be in limbo. – KJ O Oct 08 '13 at 15:11
-
I'm a little confused by your terminology. I think most people consider a "wallet" to be a collection of private keys for several addresses belonging to the same person. In this case, the asker has many coins in different addresses within the same wallet. Since each address needs to be mentioned in any transaction to spend them, the fact that they are all in the same wallet doesn't help with the transaction size. – Nate Eldredge Oct 08 '13 at 15:30
-
@Nate I believe it's the OP who is confused. He's saying he has "a large amount of money in a lot of small coins." To me, that means he has a lot of wallets, in one client. To me he seems to be mixing up a client, and a wallet. – KJ O Oct 08 '13 at 15:39
-
So I'm telling him to put them all into one address, so that he can place larger transactions, and, subsequently, lower fee percentages. Though I could be misunderstanding him. – KJ O Oct 08 '13 at 15:41
-
Yes of cause, is clear to me that combining the money to a single coin and paying the correct fee is the only solution. But I just wanted to try to create a transaction with low fee. And now I'm asking, where is the transaction. I thought, that it's ignored and there is some retry mechanism in the client, which will attempt to resubmit that. But if it is only on my local system, I'm able to import the private key somewhere else and create tran with correct fee and this tran would be processed normally. And the bad tran will be rejected at the time of the next attempt. Is it correct? – V-X Oct 08 '13 at 22:58
-
@VX Unfortunately no. Once you send coins to a different address, there is no going back. Even if it's never broadcast to the network, or even if it was broadcast but you don't have a copy of the blockchain. (That's why offline wallets work.) That is why I recommended using the recommended fee. Since you didn't, your transaction may take a long time to get added to a block. But that's okay! At least you learned with a small amount, and not all of your coins! – KJ O Oct 09 '13 at 02:01
-
You can track your transaction with a block chain browser, like BBE. Also make sure you pay the appropriate fees, and don't send transactions that are stupidly small (like 0.000002 BTC) so as to minimize your money lost to fees. – KJ O Oct 09 '13 at 02:05
-
My question is who knows about the transaction? If it doesn't seem to be visible form the network. Other submitted transactions do appear in blockchain as unconfirmed transaction but this one is "not found" in the block explorer. How should I understand that? – V-X Oct 09 '13 at 07:25
-
Under your client go to Tools > Reset blockchain and transactions. You may also find this and this useful. – KJ O Oct 09 '13 at 11:27
-
No I don't find those links useful. It is not my case. I have imported the private keys to multibit and the pending transaction is not there. This way I think, I may create a new transaction using those coins, which I have attempted to send in the other client. – V-X Oct 09 '13 at 12:32
Lets assume you want to consolidate a lot of small unspent Inputs that are signed for use by addresses located on a few clients.
For every client, create a raw transaction with the unspent Inputs you want to spend (send to another address). Somehow join all the raw transactions, and start signing with the first client. Every client will have to sign before the finished transaction is broadcasted to the network.
I'm not exactly sure how to accomplish this, but all the bits of the puzzle exists:
To try this were going to use brainwallet.org with "correct horse battery staple". Then were going to http://brainwallet.org/#tx with that private key to create a raw transaction.
The private key is known and used by a lot of users, so there is "dust" we need to remove with "Edit Inputs". I saved the first and the last unspent outputs, to make this example shorter.
Think of these two unspent outputs belonging to different addresses. Then you need to sign with both to make it an valid transaction.
Take a look at Gavins example for signing a 2-of-3 transaction, notice how the hex is getting longer for every signing and returns "complete: true" when the transaction is valid for broadcast.
The last part is figuring out what fee is required, look at the JSON Transaction and notice "size":xxxx. Now use what you learn here to calculate an appropriate fee. (You need to include the fee before signing)

- 484
- 3
- 12
Import all your private keys with dust to Electrum and use them to pay the fee in your normal tansactions prioritizing them when making payments.

- 1,437
- 8
- 10