Block 36125 & 36230
-
6f23c7554c… 36125 2013-06-13 12:49:16 (0.49294142) 172.69931363 FTC
0c7ca948dd… 36230 2013-06-14 11:41:12 (0.50304677) 189.67882173 FTC
1700d7aacb… 36230 2013-06-14 11:41:12 (0.50528622) 189.17353551 FTC
7326770ccf… 36230 2013-06-14 11:41:12 (0.52072673) 188.65280878 FTC
96501dfc82… 36230 2013-06-14 11:41:12 (0.50842685) 188.14438193 FTCI’ve got these payments in the Block chain which don’t appear to be getting to my client, any idea what’s going on?. I’ve had all the mined ones after arrive and be confirmed.
-
Cheers - I think I answered it myself. Those blocks are “return” or change payments? That haven’t been made because my (test) transactions haven’t been accepted yet.
It would seem payments are made from input amount and a smaller change amount is returned to the wallet. I haven’t fully seen this explained how this works. Can anyone point to a description of what exactly goes on with a payment?
-
You have it right.
To make a transaction, a input (an address which has received coins) with the sufficient amount is selected. At this time, the input is ‘spent’ in total… you can’t just spend part of an input.
So if that input has MORE than your sending, another output is generated with the remainder (the original amount of the input minus what you’re sending)… often back to the original address. So later, that new output (the change you sent yourself), is your new input when you go to spend from that address again.
This was a very intentional design, because any input can always be spent if it hasn’t already, and there’s no need to go back and look at how much as already been spent from that address: All the unspent inputs == your total holdings, no need to subtract spent outputs.
