Topic: transactions don't get confirmed - page 3. (Read 2973 times)

That is not correct.  Bitcoin doesn't send "from addresses".  It spends unspent outputs.  A single address can receive multiple outputs.  If you spend an output in a transaction, then the change from that transaction shouldn't be spent until that transaction is confirmed. (It can be spent, but it is a risky thing to do since someone else can change your original transaction in a way that makes subsequent transactions invalid).  Meanwhile all the other unspent outputs that were received at the same address can still be spend without waiting for any more confirmations.

As an example:

Assume you have address 1myaddress...

You receive 4 transactions at 1myaddress...

• The first transaction is 1 BTC
• The second transaction is 0.5 BTC
• The third transaction is 3 BTC
• The fourth transaction is 1.5 BTC

You now have received a total of 6 BTC at 1myaddress...  You have 4 separate unspent outputs.

Now, lets say you want to send 3.25 BTC from your wallet.  Your wallet might choose to spend the outputs that were received in the second and third transaction, supplying a total of 3 + 0.5 = 3.5 BTC of value to the transaction.  This transaction then sends 3.25 of that value in a new output to the recipient.  There is 0.25 BTC of value remaining unaccounted for in the transaction.  If you don't do anything with this value, then it becomes a transaction fee for the miners.  Instead, you create a second output in the same transaction which sends 0.2499 BTC to an address you control.  It might be 1myaddress... or it might be some other address, it doesn't really matter.  Now the transaction has 2 outputs, one for 3.25 BTC to your recipient, and one for 0.2499 BTC back to you.  The remaining 0.0001 BTC of value that is unaccounted for becomes a transaction fee for the miner.

Meanwhile, your wallet still has the first and fourth transactions that have been untouched.  This means that you have 0.2499 BTC in your wallet that is still waiting to be confirmed before it can be used in a new transaction, and 1 + 1.5 = 2.5 BTC in your wallet that can still be sent immediately.


Nope. An unspent output is an unspent output.  Bitcoin doesn't care what address it was received at.


Addresses are not used as intputs to transactions.  Unspent outputs are.  I assume that for some reason you want all the previously unspent outputs that a single transaction spends to have been received at the same address as each other (if there are more than one in the transaction).


I'm not certain that I am properly understanding what you are saying here.

I think you are saying that if an address (X) receives 10 separate outputs that have all been confirmed, then each of those outputs can be used once and then they should be confirmed before you try to use them again?  If that is what you are saying, then you are correct.


I'm surprised that it isn't sufficient for a lot of separate outputs.  There aren't very many situations where separate transactions are necessary.  It certainly would be cheaper to send all the separate outputs in a single transaction.  If you really want separate transactions, then you have 2 choices:

Either create a transaction that breaks up your balance into enough separate outputs so that each transaction has one output that it can spend.

Or create a chain of unconfirmed transactions and hope that nobody modifies any of them in a way that will change their transactionID.

omg
now i included a fee
https://blockchain.info/tx/a224898a63430a6c33e9d2e6517cc607bcd37cb0f98eaa723be66a15874e584e
but those transactions are also going to take forever? 

That is because you are probably sending big amounts of coins and those coins are old enough, meaning that transactions has high priority and will be confirmed soon.

usually i do not pay fee and after 10-40 minutes have first confirm !

Okay he paid me, transactions
66c3bb89e6d15acef0edbd4a7554789e52a9597d49ea22b1030774bdb6769c33
4ed44d8d3a2c8cfef1bdae739fd20cf09b63f9acf930682a02b65ec57279c344
1d39badf5f53a5066dd3a13b319b206bbd6a680a9b031d607bbaee9de0a8d251
9b579d773bd6f6810bf1976a33794e3f451a04d7f98200d3700bdbbe14a8b7ec
75a0fbe416794386d5a7a4e876e2e8d4d0237de46f7361029966883cb277ec94
72397123a772dc7cb0f23fec672ace2218e716f49d9d49923ebbda9f3a72900b
84684c63455178196503e3cd80863c5edb96cdfe2a7943e33e10e6778f2d34c3
94d4041e9225699471a58efd56b3f11f4c990736d4644533c74dc3565c1068d5
37dcacb1c678044b4dfad9930983d5083ab015532350c5a3115c0a1df4e7ace2

Should be confirmed in no longer than 1 hour.

How many transactions has A received?  Did it receive the entire 100 BTC in a single transaction to just one of the addresses?  Did it receive 100 transactions sent to each address valued at 0.01 BTC per transaction (for a total of 10000 transactions?

Every transaction received at A is a completely separate output.  They are not merged together as the are received.  The number of outputs determines the size of the transactions as well as the amount of change that is tied up in a transaction sent from wallet A.
  

Ok, so regardless of how many transactions A received, B is going to send 100 BTC in a single transaction with 100 separate outputs each valued at 1 BTC?

Now B has 100 outputs each valued at 1 BTC.


This is all 100 outputs from B spent together in a single transaction to C?  Or is this 100 separate transactions from B to C?

If it is 100 outputs in a single transaction, then the transaction will be nearly 30,000 bytes in size.  At a fee of 0.1 mBTC per 1000 bytes, you will need to include a fee of at least 3.0 mBTC.  Also, it would have been faster, cheaper and easier to just send the 100 BTC from A to C and avoid all the fees and mess that you created with B.

If it is 100 separate outputs to C, then C now has 100 outputs each valued at 0.99999 BTC.  Wouldn't it have been faster and easier to just send the bitcoins directly to C and skip all the mess and cost associated with sending to B?


Do they need to be separate transactions, or are you okay with sending all 100 outputs from the same transaction?  If all 100 outputs can be from the same transaction, then you could have just done that from A and skipped this whole expensive and time consuming mess.  If all 100 outputs need to be from 100 separate transactions, then you could have done that from B.


You really need to explain what you are trying to accomplish instead of how you are trying to do it.  You clearly don't understand how bitcoin transactions work, and therefore are wandering down some convoluted and winding paths that are almost certainly not necessary.


You'll need to be careful about smaller amounts.  You can end up with transactions that have outputs that are so small that peers won't relay them.


Unless you mine the block yourself, it is impossible to guarantee that the transactions will be confirmed in the same block.  The miner (or mining pool) that mines the block gets to choose which transactions they want to include in the block.  They *might* include all of your transactions, but they *might* leave some of your transactions for someone else to confirm in a later block.


Wouldn't it be easier to just send a single transaction from A that has 100 outputs sending whatever amount you want per output?  If they truly need to be separate transactions, then you can split up the balance to separate outputs (Do they really need to be separate addresses?  Can't you just send 100 transactions each spending a separate output that was received at the same address?).  Keep in mind that if you have 100 transactions, there really isn't any way to be certain that they will all be confirmed in the same block.

but you are not online now 
I'll pay you afterwards if you post the miner in this topic before he mined it if that's fine

ok, bitcoin is more complex than i thought after all
i tried but i failed
think i did something wrong with the fees
so lets take wallet A B(100 addresses) C D(100 addresses)
A transfers 100 BTC and 0.1 mbtc to B
(each B receives 1 BTC )
all the B together send 0.999999 BTC each to C + 0.1 mbtc fee
C receives 99.9999 BTC (100 times 0.999999)
C can spend 0.999899 100 times immediately to the different D addresses. (0.1 mbtc fee)
I failed and forgot about the fee so instead of 0.999999 btc i did it with 1 btc which made blockchain taking together many different transactions B-C and left some empty so i cant transfer 100 times in 1 time anymore

Can someone confirm if those numbers are right? (i'm doing transfers in smaller amounts but to make it easy i used 1 btc)
and another thing: how do I do the last step C-D the fastest (because they all need to be in the same block but in a different transaction) ?
If you can solve this problem for me (A-C works perfectly with blockchain API but have no idea how to program 100 transactions in the blockchain api, they are always in 1 transaction
bitcoin core is still and will still take a few days with the torrent I used.
Getting more and more experienced with bitcoin. The last step is to make a lot of those C-D transactions by just a few clicks. This will make me a lot of money for a small time and if you could help me out I'll give you a part of it). I really appreaciate all your help

and yes, i need separate transactions coming from 1 address to 1 other address. I know it doesn't make sense but that's how that website works so I have to do it.

Because of transaction malleability, this is generally a very bad idea.  There is a chance that the earlier transaction will be confirmed with a different transactionID which will result in the following transaction becoming instantly invalid and never confirming.

You should probably try to understand how transactions in the blockchain work.
Every transaction takes a number of inputs and creates a number of outputs (for a moment, I'm ignoring the block-reward transactions that the miners produce).
The sum of inputs equals sum of outputs plus miners fee for the transaction.
The inputs of a transaction are outputs of previous transactions that are in the blockchain. Since you can only include an output entirely, it is possible that the amount available from the inputs does not match the desired outputs, in which case you would generate a "change" output that goes to an address in your wallet. Whether this is a previously used or fresh address does not make a big difference, although it is generally advisable to use fresh addresses for improved security and privacy.
In your example, your first transaction would have a number of inputs totalling 100 BTC from address A (the number of inputs does not matter much except that a large number of inputs results in a large size of the transaction, which increases the required miners fee). The transaction has 100 outputs of 1 BTC each to 100 addresses B1 to B100.
Your second example would have 100 inputs consuming these 100 outputs and one output of its own with C as the target. This kind of bitcoin shuffling does not make much sense, but anyway, we're just following the example.
Now your question seems a little confused: "can i spend 100 times 1 BTC from A then immediately" does not make sense since you already spent 100 BTC from A. Do you mean that you want to spend 100 BTC from C, or do you mean that there would be 100 BTC left in A that you want to spend now?
Either way is possible - your inputs only must refer to outputs of transactions that are in the blockchain already.
There's one special case: If a transaction refers to outputs from another transaction that is not already in the blockchain, both transactions may be included in a block together, so it is possible to spend outputs from a transaction that has not been confirmed yet. I think most wallets only allow this for "change" outputs that they have generated themselves.

In any case, it's best not to confuse wallets, addresses and transaction outputs when reasoning about bitcoin transactions. Try to get a grip on these concepts, then your questions make a lot more sense (and some may already be answered).

Onkel Paul.

None of the following responses are accurate:




Actually, the problem is that he paid 0 fees on the first transaction in a chain of transactions.

First send the money to my address(in my profile) then I will message you by who it will be mined. If it gets mined by any other miner than I will return you the coins(don't worry I will not steal 0.01)

Oh forgot to mention that after I get the coins and message you the transaction will be confirmed in less than one hour.

this transaction will take some time as you paid less fees only 0.00001BTC only

check estd confirmation time and other details here
https://blockchain.info/en/tx/37dcacb1c678044b4dfad9930983d5083ab015532350c5a3115c0a1df4e7ace2

for me that's fine! if you say it before you do it and not just say i did it after it get confirmed automatically

Ok, but I can't force blockchain.info to do that I guess?
Yes, I made a mistake, forgot to include a fee
So just waiting is all I can do?  

Another question:
If I do a payment from A to B1 to B100  (100 times 1 BTC) and from B1 till B100 to C (both in 1 transaction, so only 2 times fee, right?), can i spend 100 times 1 BTC from A then immediately (without waiting and in separate transactions)? (This is how I understood the blockchain works). Just if this is possible?

This transaxtion is causing the problem:
https://blockchain.info/tx/66c3bb89e6d15acef0edbd4a7554789e52a9597d49ea22b1030774bdb6769c33

The other transactions can not confirm until this transaction confirms.  Since this transaction did not include any fee at all, it will take a long time to confirm.

It is impossible to guess how quickly it will confirm.  It might confirm in the next block, it might take a few hours, it might take a few days.

It looks like the transaction was probably sent from a blockchain.info wallet.  If it does not confirm after a few days, blockchain.info will have stopped broadcasting it and peers will all drop the transaction from their memory.  If that happens, then all the transactions that happened after that transaction will become invalid.  All those unconfirmed transactions will then disappear and the bitcoins that they attempted to transfer will all re-appear in your blockchain.info wallet.

Maybe he have miners friends , or have some experience in this matter.
But if you patient enough to wait , your tx will be confirmed but nobody can't predict when that will happen.

how can u do that ?

If you will pay me 0.01 I will confirm all of those 10 those transactions faster than one hour, so that is 0.001 per one transaction.