Bitcoin Forum

I'm thoroughly confused and a little worried, as I appear to have stuffed up somewhere along the line.

 After a bit of a gambling session on SatoshiDice I sent 50 BTC to a wallet I created @ blockchain.info then tried to send them back to my Bitcoin-qt client. 36 or so hours later they still showed up as unconfirmed. I did some reading here and decided to take what one poster called the 'lazy man's approach' and import my bitcoin-qt wallet into a new one at blockchain.info. But when I did that my balance in the new wallet was only .0000001 BTC!

Here's my bitcoin-qt wallet:
 https://i.imgur.com/VnDn4RD.jpg

and here's the new wallet:
https://i.imgur.com/VzSMRNs.jpg


Can someone please let me know what's going on? I'm completely lost...

i'd panic

What is the address you sent the coins to?

 Sent to 1CGXqKGNRftuoivVqyz7HKkmgSaQqgYwc7

According to http://blockchain.info/address/1CGXqKGNRftuoivVqyz7HKkmgSaQqgYwc7 (http://blockchain.info/address/1CGXqKGNRftuoivVqyz7HKkmgSaQqgYwc7) no bitcoins have been sent to that address.

Check your blockchain wallet and look at your history to check that you sent coins to that address.

Thats part of my confusion..it doesn't show up in that wallet

here's the transaction from my qt client: https://i.imgur.com/vEu5BF9.jpg

I'm getting more and more confused, willing to pay someone trusted here to help me recover these..

What was the address you sent the bitcoins from, when sending to blockchain wallet?

I have three addresses in my qt client, but I'm pretty sure it was from this one - 1HswYkBpPKdwfjh1CNosZEByTm5gdKgWK5.

The other two are 1Ku3K296rDi4CTXTiacC8kAp8q5tkb28NM & 1KbUKTJsm4zA6YKUH5SXGDxKVCpJEhfkew

thanks for helping BTW..

So long as you have the private keys to all 3 addresses in question than there should be nothing to worry about (unless you sent coins to an incorrect address accidentally)

Import all 3 private keys into blockchain and see if any of them have btc on them imo.

You lost all your bitcoins gambling, my friend.

More info please..be gentle, I have no idea what the private keys are or how to import them.

This screen shot shows a transaction from January ?

The address that coins were sent to has never been used ?

The transaction does not appear in the block chain ?

Please cut and past the transaction number here just in case I did not type it in correctly (I had to read it from the picture and type it in - very error prone).

Let's search for that transaction.  Why is the date 1/3/2013?  Are you just now noticing that a transaction you initiated that long ago has not gone through?

Also do you know what address the BTC came from?  You may not know this.  If we have the correct transaction number we should be able to see it.

K. So what happened to my bitcoins, and more importantly, how do I get them back?

Sure not a problem! private keys are the fundamental unit that "stores" bitcoin. (yes i know that isnt technically true but its easier to visualize this way) Those wallet files are just database files that contain a series of private keys. Every address has a unique corresponding private key, you talked about 3 different addresses in your explanation. Each one of these addresses has a private key. But lets just start with the addresses. can you list all 3 of the addresses that you talked about here a) the one that you sent from initially b) the one that you sent to the first time c) the one that you attempted to send coins to that didnt confirm

We can look up all 3 of these addresses on blockchain.info, if the coins are on one of these addresses than you just have to find the private key. If they are not on any of these addresses than you are almost certainly boned (unless you accidentally sent the coins to an incorrect address that you happen to also own)

By the way, the total value of the above addresses is around 50btc, is this your missing coins?


No problem  :)

All the coins in those addresses where lost to Satoshi-dice. And that happened last year.

I'm in Australia, 1/3/2013 means 1st March this side of the pond.

I guess, but why are they showing up as unconfirmed in my qt client, and how do I fix that?

No they weren't. Please, I'd rather get real info on this rather than speculation.

Yeah only Americans and Canadians are a bit confused ( YYYY/MM/DD and DD/MM/YYYY make sense, MM/DD/YYYY does not ;))

Oops, so they have, I was looking at 'funds received' and not 'final balance'  ::)

I'm getting more and more confused. I didn't gamble the 50 BTC..

I've been browing throguh the blockchain for a while now and think I know whats going on.

http://blockchain.info/address/133r7YFYeppNXcPdH4V3aYjkNBgpK13cQi
http://blockchain.info/address/13Em2vyhUGX3Yh75vfFcfKdsE946YXPDsV
http://blockchain.info/address/15LS9PzkcDbHshfUSiQTHkEGU3xHatNNLo
http://blockchain.info/address/1CdAUybo8gDGLgdSkvjUP4fbBX14LFLShf
http://blockchain.info/address/1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj

You own those addresses, they are in your bitcoin-qt client, they are change addresses and each contain a few BTC, last one has 10BTC.

I haven't used bitcoin-qt in a while now, but AFAIK it hides change addresses from the GUI.

Try doing a rescan: Bitcoin-qt.exe -rescan and then try sending to a blockchain address again.

Also, just incase you are worried, you haven't lost your BTC, that would be very difficult to do without deleting your wallet.dat.

i vote YYYY/MM/DD. A) its the most logical B) no one does it so everyone can be equally inconvenienced by the change!

egalitarianism ftw!

That's not speculation, that's what the blockchain says.

Yes, most, if not all of those coins from the two addresses posted were wasted at SD.

Please take the following steps (I presume you use windows):

1) Go to: C:\Users\ACCOUNTNAME\AppData\Roaming\Bitcoin (switch in your accountname for ACCOUNTNAME)
2) Create a file there called bitcoin.conf
3) Add the line "server=1" in that file and save

4) Open a command prompt
5) Cd to INSTALLDIRECTORYOFBITCOIN/daemon  (most likely C:\program files\bitcoin\daemon)
6) Run bitcoind
7) Open a second command prompt and go to the same directory
8) Run Bitcoind.exe listtransactions
9) Paste the results here

Off-topic


This format is being used. I'm sure it is used in Scandinavia but there are more countries. Look up the Wikipedia entry :)

good to know. If you do it that way then when you organize the entries alphabetically (numerically?) you also organize the dates chronologically. Its pretty obvious to me that this is the best way.

http://en.wikipedia.org/wiki/Date_format_by_country

I agree, however dd/mm/yyyy is also at least in consecutive order. mm/dd/yyyy is just ..... stupid?

I tried this but when I try to run bitcoind it tells me 'to use bitcoind you must set an rpc password in the configuration file. It is recommended you use the following password - {redacted} questions: do I have to include the line rpcuser=bitcoinrpc and is there a minimum length for this password?

thanks

Sorry I skipped that step because I didn't knew it was necessary (of course I had it in my bitcoin.conf )

Try, try again...I've done it all but it keeps telling me to do it again, dammit. I'm assuming using notepad to create the .conf file is okay?

So far I can't get this to work at all and now this step is driving me nuts!

Notepad is fine.

1) Are you saving the file in the right location?

2) Did you name it correctly? Note: If you have disabled displaying extension Windows could be hiding the *.txt portion so it might be the true name of the file is bitcoin.conf.txt. If this is the case it will not work. So to by-pass this again we'll use the command prompt again
2a.) CD to C:\Users\ACCOUNTNAME\AppData\Roaming\Bitcoin (switch in your accountname for ACCOUNTNAME)
2b) type "dir" <Enter>. Do you see bitcoin.conf.txt ? Then type "ren bitcoin.conf.txt bitcoin.conf"

3) Is this the content of the file?

rpcuser=youruser
rpcpassword=PASSWORD
server=1

Aha, mea culpa on the file extension; renamed, many thanks. It's definitely in usename/appdata/roaming/bitcoin...

Now its telling me "to use the -server option you must set a rpcpassword etc."

Tel me, where you wrote "rpcuser=youruser", what should 'youruser' be?

The content of the .conf file are as follows
rpcuser=bitcoinrpc
rpcpassword={redacted}
server=1

It's running now but it seems to be taking its time..

Ho long does bitcoind normally run for? An do I need to let it finish before I run -listtransactions?

I dunno, am I ? Sorry, but it I have no idea...it did update in the qt client earlier today..

Oh I think I get it  ;D

It keeps running forever (it's a daemon thread the other command prompt will talk to) and you can run the other command prompt immediately.

(I'm not laughing at you, just how ridiculously limited natural language is at times ;))

Go ahead and laugh, I'm a big dumb boy, I can take it :)

I tried running -listtransactions in another window and got 'cannot obtain a lock on the data directory ....Bitcoin is probably already running.

The qt client isn't running though..:(

Sometimes when I quit Bitcoin-Qt, it still appears in the list of "processes" in my task manager.  When it's listed there and I try to reopen Bitcoin-Qt, I get the same error message.  Try checking to see if it's listed there and close the process 'Bitcoin-Qt", then reopen it.

try it without the '-'

So: bitcoind.exe listransactions

Okay, I have a list of transactions..:)

Now, how on earth do I copy/paste the info from a cmd window here?

Right click on the little command prompt icon in the top left of the cmd prompt window. Then edit. copy.

Thanks, I must come across as a real thickhead lol

C:\Users\me\Downloads\bitcoin-0.7.2-win32\bitcoin-0.7.2-win32\daemon
>bitcoind.exe listtransactions
[
    {
        "account" : "",
        "address" : "1dice7fUkz5h4z2wPc1wLMPWgB5mDwKDx",
        "category" : "send",
        "amount" : -2.00000000,
        "fee" : -0.00050000,
        "confirmations" : 293,
        "blockhash" : "00000000000004249e6db4a5e9ac87ef72fe0f6d6ffd336d114193a1a
0c5599a",
        "blockindex" : 376,
        "blocktime" : 1362109791,
        "txid" : "e15136e2bc758c0db2bd2de39455336f94569406f1f89a6949c462083061b5
61",
        "time" : 1362108899,
        "timereceived" : 1362108899
    },
    {
        "account" : "",
        "address" : "1CGXqKGNRftuoivVqyz7HKkmgSaQqgYwc7",
        "category" : "send",
        "amount" : -50.00000000,
        "fee" : -0.00050000,
        "confirmations" : 0,
        "txid" : "a98c289b3ed5f2dc93296c7fdcde2865e382293b8ad54d3daa81d924e06b11
2a",
        "time" : 1362109147,
        "timereceived" : 1362109147
    },
    {
        "account" : "",
        "address" : "1HswYkBpPKdwfjh1CNosZEByTm5gdKgWK5",
        "category" : "receive",
        "amount" : 49.00500000,
        "confirmations" : 0,
        "txid" : "3d34d4a999b306c8990cdedc333d924140031a395722b1b7674c9cb5bb8aeb
c6",
        "time" : 1362109251,
        "timereceived" : 1362109251
    },
    {
        "account" : "",
        "address" : "1HswYkBpPKdwfjh1CNosZEByTm5gdKgWK5",
        "category" : "receive",
        "amount" : 0.99400000,
        "confirmations" : 0,
        "txid" : "74f27c8b9d5b75b2ee64c2d9a7fe7642bd5c00da74d4ea675199dbc96c85de
3a",
        "time" : 1362109293,
        "timereceived" : 1362109293
    },
    {
        "account" : "",
        "address" : "1dice97ECuByXAvqXpaYzSaQuPVvrtmz6",
        "category" : "send",
        "amount" : -0.25000000,
        "fee" : -0.00100000,
        "confirmations" : 289,
        "blockhash" : "000000000000028e0b3b3ec5d27250d3058d27e031751f280d1c4f6c9
41ae0b0",
        "blockindex" : 108,
        "blocktime" : 1362111585,
        "txid" : "2d1d3634f9e7cc59f88592ff0eb717ea52b8226df89503356e46316ea9f6ed
0a",
        "time" : 1362110735,
        "timereceived" : 1362110735
    },
    {
        "account" : "",
        "address" : "174iQeYzBVh2i5j9Ci7cG5EeaZuqh8ytzP",
        "category" : "receive",
        "amount" : 0.00075000,
        "confirmations" : 289,
        "blockhash" : "000000000000028e0b3b3ec5d27250d3058d27e031751f280d1c4f6c9
41ae0b0",
        "blockindex" : 426,
        "blocktime" : 1362111585,
        "txid" : "053c0cf237da2dd06041a48154afd407a202353636929bde3fea6792ae39a4
00",
        "time" : 1362110785,
        "timereceived" : 1362110785
    },
    {
        "account" : "",
        "address" : "1dice7fUkz5h4z2wPc1wLMPWgB5mDwKDx",
        "category" : "send",
        "amount" : -0.25000000,
        "fee" : -0.00050000,
        "confirmations" : 289,
        "blockhash" : "000000000000028e0b3b3ec5d27250d3058d27e031751f280d1c4f6c9
41ae0b0",
        "blockindex" : 219,
        "blocktime" : 1362111585,
        "txid" : "e8ab6b01d1ffeddf934a76656838a0d0e70ad9557abd960c03723d040233ec
80",
        "time" : 1362110809,
        "timereceived" : 1362110809
    },
    {
        "account" : "",
        "address" : "1AxavoucvwpXVQ4J875kyoFnHEf4eygSVA",
        "category" : "receive",
        "amount" : 0.00075000,
        "confirmations" : 289,
        "blockhash" : "000000000000028e0b3b3ec5d27250d3058d27e031751f280d1c4f6c9
41ae0b0",
        "blockindex" : 488,
        "blocktime" : 1362111585,
        "txid" : "e7bab74e6316528061b6f3fffcf517ba78a55bb63c51df58f5cc06411435c5
8d",
        "time" : 1362110890,
        "timereceived" : 1362110890
    },
    {
        "account" : "",
        "address" : "1HFsZr9Sd9dra2hkVa2gnH9SAQNNWdBKwj",
        "category" : "receive",
        "amount" : 0.00950000,
        "confirmations" : 290,
        "blockhash" : "000000000000004496f2410d8aa3336e57ce08e6a75b3d69d2c6a1e4d
d735252",
        "blockindex" : 55,
        "blocktime" : 1362110934,
        "txid" : "99eaaf55b6b8fbbb9a86984c6523f9e19258e12359d6eaa3fd466435b69457
73",
        "time" : 1362110934,
        "timereceived" : 1362111182
    },
    {
        "account" : "",
        "address" : "1VTxNDC4G5fkaW27uBLAGeaLoFx7szFAb",
        "category" : "receive",
        "amount" : 0.00200000,
        "confirmations" : 265,
        "blockhash" : "000000000000001ee614247b5794d64b39f14c95bf7e585444efc49aa
bc7d119",
        "blockindex" : 223,
        "blocktime" : 1362125084,
        "txid" : "0a9820317eab9fed696693645ad6f10cbab47285001a0c4aca76db4d431f57
00",
        "time" : 1362125084,
        "timereceived" : 1362125363
    }
]

C:\Users\me\Downloads\bitcoin-0.7.2-win32\bitcoin-0.7.2-win32\daemon
>

Does the above make sense to anyone?

Yes, but no.. Neither of the addresses listed above which were involved with the large transactions (around 50BTC) have ever had confirmed transactions.

I didn't spend too much time, but I can't seem to locate the coins at any stage, before or after your troubles.

This all started when you upgraded your client? I'm not certain, but if your original wallet was corrupted and/overwritten in the upgrade process then the coins don't reside in any of the addresses you've listed. I can't remember what the client specifically renames the bad wallet to, but have you ever seen any files in the appdata folder for bitcoin which could have been named along the lines of wallet.bak.old or oldwallet.bak or something like that?

Further, do you recall from where you received these 50 coins initially? If you can recall or find out the address or transaction ID's from where you first got these coins it will aid in finding what address they are currently associated to.

Uh, no.



No there's nothing like that.


I had some of them already before all this happened, about 34 of them which I'd funded back in january and early february. Not sure of the rest.
My qt client now tells me I have 50.001 BTC unconfirmed, does that mean I'll get them sometime?
 

Ok, sorry for misinterpreting some of the information.

Certainly good your showing them back in unconfirmed, as long as you don't have any other transactions rescanned which spend those coins they should confirm once your client is done syncing. Look at your transaction history, and retrieve the transaction ID's for the tx's which brought those coins into your wallet. Paste them here and/or into blockchain.info's search bar and you can verify if the coins still belong to the addresses in your wallet or have been spent.

Well that list of transactions gave me a clue. In the list you have the address 1HFsZr9Sd9dra2hkVa2gnH9SAQNNWdBKwj listed both in a send and in a receive transaction. I don't know whether this is till the case, but Bitcoind used to not send transactions you send to one of your own addresses to the network but handle it in it's internal state.

1) Have you tried rescanning the blockchain? Importing an address you have send a (unconfirmed) transaction too could have put poor old bitcoind in an inconsistent state. To do this close you daemon process and run:
C:\Program files\Bitcoin\bitcoin-qt -rescan

This will take a little while. See if you can see your balance once more.

2) If 1. doesn't help restart the daemon and we are going to run some commands on the bitcoind (in the new command window)

a. run: "bitcoind listaccounts" and verify that it only returns one line with "" . (I checked this is your transactions, this is to make sure).
b. run:
     bitcoind getbalance ""
     (with he quotes, if a. returned more than one line  run it for each of the names returned within quotes and  show me all output)

I rescanned, the 50BTC are still unconfirmed among eitght other unconfirmed trnsactions...

Will run the daemon again now.

Okay, only one account showed up. The listbalance command gave this result: 18.53402320

Curiouser and curiouser.....

Okay, could you run:

bitcoind getaddressesbyaccount ""


(10 of your Bitcoins are here at least: http://blockchain.info/address/1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj )

getaddrressbyaccount result: 1Ku3K296rDi4CTXTiacC8kAp8q5tkb28NM

What?

So am I right:

a. bitcoind listaccounts returns 1 account
b. bitcoind getbalance "" returns 18.53402320
c. bitcoind getaddressesbyaccount "" returns only 1 account namely 1Ku3K296rDi4CTXTiacC8kAp8q5tkb28NM

1Ku3K296rDi4CTXTiacC8kAp8q5tkb28NM  http://blockchain.info/address/1Ku3K296rDi4CTXTiacC8kAp8q5tkb28NM holds 0 BTC. And the total received amount equals the getbalance you reported: 18.5340232.

How the hell do you only have one address, yet I see other addresses on which you received transactions in your transaction list? :|

1. If you start bitcoin-qt instead of the daemon (which you will have to close) do you see more than one address?
2 .Could you start a command prompt, cd to C:\Users\ACCOUNTNAME\AppData\Roaming\Bitcoin (switch in your accountname for ACCOUNTNAME) and paste the result of the dir command here?

This is very confusing (partly why I summarized is I am hoping someone else will be able to help you out).


edit:

3. Also try: bitcoind getbalance (without a specific account should return the total for all your accounts but you report you only have one)

Also, can you explain you send money to http://blockchain.info/address/1Bd5wrFxHYRkk4UCFttcPNMYzqJnQKfXUE ?

In this transaction: http://blockchain.info/tx/053c0cf237da2dd06041a48154afd407a202353636929bde3fea6792ae39a400

(Other gambling service?)

Similarly: http://blockchain.info/address/12Cf6nCcRtKERh9cQm3Z29c9MWvQuFSxvT

Yep right so far..

Buggered if I know, I'm the newbie, remember ? :)


I have two other accounts under 'recieve coins' in bitcoin-qt. They are 1KbUKTJsm4zA6YKUH5SXGDxKVCpJEhfkew and 1HswYkBpPKdwfjh1CNosZEByTm5gdKgWK5



Directory of C:\Users\me\AppData\Roaming\Bitcoin

4/03/2013  11:21 AM    <DIR>          .
4/03/2013  11:21 AM    <DIR>          ..
1/01/2013  03:07 PM                 0 .lock
3/03/2013  12:35 PM                67 bitcoin.conf
1/02/2013  01:04 AM     2,097,361,271 blk0001.dat
1/02/2013  12:00 PM     2,097,295,438 blk0002.dat
4/03/2013  11:19 AM     1,922,045,943 blk0003.dat
4/03/2013  11:19 AM     1,915,486,208 blkindex.dat
4/03/2013  08:30 AM    <DIR>          database
4/03/2013  11:12 AM               403 db.log
4/03/2013  11:12 AM           740,350 debug.log
4/03/2013  11:21 AM           873,644 peers.dat
4/03/2013  11:19 AM           663,552 wallet.dat
             10 File(s)  8,034,466,876 bytes
              3 Dir(s)  18,206,416,896 bytes free




You might be confused, but I'm totally lost :)


That gave me a result of 13.38739848, the same figure I have in confirmed BTC. Ther are still 50.0001 unconfirmed sitting there..

Geez, I was hoping someone a little more knowledgeable about raw transactions than me would jump in. Oh well, don't worry we're going to keep trying :)

First I would like to see which version you are running. Run "bitcoind.exe getinfo" on a command line and see if you have at least version 7 (I had to upgrade). Also please paste the results here.

Following this, you can request far more verbose output about transactions by doing:
bitcoind getrawtransaction <txid> 1             (so the txids and then a space and then the number 1)
I would like you to do this for the following 3 txids (and paste the result here):

a98c289b3ed5f2dc93296c7fdcde2865e382293b8ad54d3daa81d924e06b112a
3d34d4a999b306c8990cdedc333d924140031a395722b1b7674c9cb5bb8aebc6
74f27c8b9d5b75b2ee64c2d9a7fe7642bd5c00da74d4ea675199dbc96c85de3a

Finally it is possible to retransmit transactions (for some reason the network didn't pick them up). This goes as follows:

1. In the result you pasted above for the tree transactions you see a "hex" value. Copy this hex into a text editor (notepad) and remove the linebreaks so i is all on one line without spaces.
2. Copy the result of 1
3. bitcoind sendrawtransaction <paste>
4. Do this for each of the three transactions above, hopefully the network will pick them up now

PS:

If all this doesn't work there is always the possibility of removing the transactions that aren't working from your local database. In essence this would revert the transactions in question (as for some reason they aren't being relayed by the network). I'll have to investigate how to do this however.

Edit:

It seems that from version 0.7 onwards you don't need to use the command prompt anymore. Instead start the qt client, click help-> debug window and then change to the console tab. Use the commands here but ommit bitcoind. (So "bitcoind listtransactions" becomes "listrransactions")

Hi Wachtwoord (is that Dutch?)

Thanks again for your help...I have been too busy the last couple of days to do anything about this but I'm back and still have 50 BTC unconfirmed in my bitcoin-qt client.

Here's the result of doing the getrawtransaction on the three txids you mentioned. I've seperted them with a line of >>>>>>>> to make it easier to see:




{
"hex" : "0100000004be4a01bbe5e5c80e813a38ea7ab256fa31b2f75e36d75ba5a0fb3d75538423e100000 0006b4830450221008f9783599418b0a82688f63b66bf960f24d4fe9fa5cc6e9f6a18ac940faba5 7902202ca2dcf20342476e405942f970d1d9de326befce947ff0d0acefc72f6da9f1e60121037f1 d956983298e0283997adc7e8e605687cfd453dbd009dd504ac8c4bc9abe33ffffffff61b5613008 62c449699af8f1069456946f335594e32dbdb20d8c75bce23651e1000000006a47304402200aa41 3c50ba683fffeecfcafdbea8f20a62fedf28ac9192230a04f8b91b5674e0220418a7e84e1d72af6 7070570f1ea647d6a549e976f12906756d1fbf6d7a14396b01210261d898b1743dc44ccdfed6960 4ab88b40bd659849858cba78be06a55f87f92f7ffffffffa2f8b1ad9cbda2b74f00d51a892f2127 9a1dae2130160975fa7dd74386671e78000000006b483045022100911d8aad7fac2e93350a70d77 022b612a00602e038ba31f94d95735144210c7b022041488fb13dc92f4d43a82b3c28649ea2147c c5c7d4f0ae0a84811e12d37b15990121037f1d956983298e0283997adc7e8e605687cfd453dbd00 9dd504ac8c4bc9abe33ffffffffdfd3af9b3119339ce4a666d8a02d876b23e4b78657f5719d025b 1c60ce328730000000006a47304402207fc6cad0921114d6b149d5056a72d12d6acbe189c48b8e5 64823c418db964a060220772960a41e1e8c9cd25bbd39b5c0a346ce94d014d5ec3a97e4c59e936e 07e6de01210361173f75ccbe39a88126872eebbdd4badd101ef3206f29378df58b8251d544e8fff fffff027033cd16000000001976a9147f36065ccc298853c0f4f533d31c913bd6e18e0088ac00f2 052a010000001976a9147b995c7492fd00f9d81907423882ee931ee5df2188ac00000000",
"txid" : "a98c289b3ed5f2dc93296c7fdcde2865e382293b8ad54d3daa81d924e06b112a",
"version" : 1,
"locktime" : 0,
"vin" : [
{
"txid" : "e1238453753dfba0a55bd7365ef7b231fa56b27aea383a810ec8e5e5bb014abe",
"vout" : 0,
"scriptSig" : {
"asm" : "30450221008f9783599418b0a82688f63b66bf960f24d4fe9fa5cc6e9f6a18ac940faba57902202 ca2dcf20342476e405942f970d1d9de326befce947ff0d0acefc72f6da9f1e601 037f1d956983298e0283997adc7e8e605687cfd453dbd009dd504ac8c4bc9abe33",
"hex" : "4830450221008f9783599418b0a82688f63b66bf960f24d4fe9fa5cc6e9f6a18ac940faba579022 02ca2dcf20342476e405942f970d1d9de326befce947ff0d0acefc72f6da9f1e60121037f1d9569 83298e0283997adc7e8e605687cfd453dbd009dd504ac8c4bc9abe33"
},
"sequence" : 4294967295
},
{
"txid" : "e15136e2bc758c0db2bd2de39455336f94569406f1f89a6949c462083061b561",
"vout" : 0,
"scriptSig" : {
"asm" : "304402200aa413c50ba683fffeecfcafdbea8f20a62fedf28ac9192230a04f8b91b5674e0220418 a7e84e1d72af67070570f1ea647d6a549e976f12906756d1fbf6d7a14396b01 0261d898b1743dc44ccdfed69604ab88b40bd659849858cba78be06a55f87f92f7",
"hex" : "47304402200aa413c50ba683fffeecfcafdbea8f20a62fedf28ac9192230a04f8b91b5674e02204 18a7e84e1d72af67070570f1ea647d6a549e976f12906756d1fbf6d7a14396b01210261d898b174 3dc44ccdfed69604ab88b40bd659849858cba78be06a55f87f92f7"
},
"sequence" : 4294967295
},
{
"txid" : "781e678643d77dfa7509163021ae1d9a27212f891ad5004fb7a2bd9cadb1f8a2",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022100911d8aad7fac2e93350a70d77022b612a00602e038ba31f94d95735144210c7b02204 1488fb13dc92f4d43a82b3c28649ea2147cc5c7d4f0ae0a84811e12d37b159901 037f1d956983298e0283997adc7e8e605687cfd453dbd009dd504ac8c4bc9abe33",
"hex" : "483045022100911d8aad7fac2e93350a70d77022b612a00602e038ba31f94d95735144210c7b022 041488fb13dc92f4d43a82b3c28649ea2147cc5c7d4f0ae0a84811e12d37b15990121037f1d9569 83298e0283997adc7e8e605687cfd453dbd009dd504ac8c4bc9abe33"
},
"sequence" : 4294967295
},
{
"txid" : "308732ce601c5b029d71f55786b7e4236b872da0d866a6e49c3319319bafd3df",
"vout" : 0,
"scriptSig" : {
"asm" : "304402207fc6cad0921114d6b149d5056a72d12d6acbe189c48b8e564823c418db964a060220772 960a41e1e8c9cd25bbd39b5c0a346ce94d014d5ec3a97e4c59e936e07e6de01 0361173f75ccbe39a88126872eebbdd4badd101ef3206f29378df58b8251d544e8",
"hex" : "47304402207fc6cad0921114d6b149d5056a72d12d6acbe189c48b8e564823c418db964a0602207 72960a41e1e8c9cd25bbd39b5c0a346ce94d014d5ec3a97e4c59e936e07e6de01210361173f75cc be39a88126872eebbdd4badd101ef3206f29378df58b8251d544e8"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 3.82546800,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 7f36065ccc298853c0f4f533d31c913bd6e18e00 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a9147f36065ccc298853c0f4f533d31c913bd6e18e0088ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1CbdY5Mbwnsgqp7sumzBhcRdY1BUWLhQ94"
]
}
},
{
"value" : 50.00000000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 7b995c7492fd00f9d81907423882ee931ee5df21 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a9147b995c7492fd00f9d81907423882ee931ee5df2188ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1CGXqKGNRftuoivVqyz7HKkmgSaQqgYwc7"
]
}
}
]
}
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>


getrawtransaction 3d34d4a999b306c8990cdedc333d924140031a395722b1b7674c9cb5bb8aebc6 1


09:33:02

{
"hex" : "01000000012a116be024d981aa3d4dd58a3b2982e36528dedc7f6c2993dcf2d53e9b288ca901000 0008b4830450220798c52c00228748ae5507eac13ebbe719153960495d315d618521025962562ff 022100afa7f0584066e2ef99b15bfad7b3b96a424aa2eeb77d1c6506ef8fab0094fd76014104459 cfeacc68435e0d0fb2349c00d0678e6584adbd21c7becd24b0b0f0a8d7c56f0c6dda34391305514 28613ecc6d48be27c5b8f2317302cae7f4afe57d66c978ffffffff0220b21724010000001976a91 4b924582d398db5235b813d7d50e55c38c81bd0a988ac907ced05000000001976a9147b995c7492 fd00f9d81907423882ee931ee5df2188ac00000000",
"txid" : "3d34d4a999b306c8990cdedc333d924140031a395722b1b7674c9cb5bb8aebc6",
"version" : 1,
"locktime" : 0,
"vin" : [
{
"txid" : "a98c289b3ed5f2dc93296c7fdcde2865e382293b8ad54d3daa81d924e06b112a",
"vout" : 1,
"scriptSig" : {
"asm" : "30450220798c52c00228748ae5507eac13ebbe719153960495d315d618521025962562ff022100a fa7f0584066e2ef99b15bfad7b3b96a424aa2eeb77d1c6506ef8fab0094fd7601 04459cfeacc68435e0d0fb2349c00d0678e6584adbd21c7becd24b0b0f0a8d7c56f0c6dda343913 0551428613ecc6d48be27c5b8f2317302cae7f4afe57d66c978",
"hex" : "4830450220798c52c00228748ae5507eac13ebbe719153960495d315d618521025962562ff02210 0afa7f0584066e2ef99b15bfad7b3b96a424aa2eeb77d1c6506ef8fab0094fd76014104459cfeac c68435e0d0fb2349c00d0678e6584adbd21c7becd24b0b0f0a8d7c56f0c6dda3439130551428613 ecc6d48be27c5b8f2317302cae7f4afe57d66c978"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 49.00500000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 b924582d398db5235b813d7d50e55c38c81bd0a9 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a914b924582d398db5235b813d7d50e55c38c81bd0a988ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1HswYkBpPKdwfjh1CNosZEByTm5gdKgWK5"
]
}
},
{
"value" : 0.99450000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 7b995c7492fd00f9d81907423882ee931ee5df21 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a9147b995c7492fd00f9d81907423882ee931ee5df2188ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1CGXqKGNRftuoivVqyz7HKkmgSaQqgYwc7"
]
}
}
]
}
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>


09:44:50

getrawtransaction 74f27c8b9d5b75b2ee64c2d9a7fe7642bd5c00da74d4ea675199dbc96c85de3a 1


09:44:50

{
"hex" : "0100000001c6eb8abbb59c4c67b7b12257391a034041923d33dcde0c99c806b399a9d4343d01000 0008c493046022100a4b0b8aacab95d4609bdaa28be529f3e772a4e0a1375bc3ed9469afad48e25 e3022100aeb8b52f08df26272c25905973bd5d36b4b8b965a347889efafc07e043af9f3a0141044 59cfeacc68435e0d0fb2349c00d0678e6584adbd21c7becd24b0b0f0a8d7c56f0c6dda343913055 1428613ecc6d48be27c5b8f2317302cae7f4afe57d66c978ffffffff0140b9ec05000000001976a 914b924582d398db5235b813d7d50e55c38c81bd0a988ac00000000",
"txid" : "74f27c8b9d5b75b2ee64c2d9a7fe7642bd5c00da74d4ea675199dbc96c85de3a",
"version" : 1,
"locktime" : 0,
"vin" : [
{
"txid" : "3d34d4a999b306c8990cdedc333d924140031a395722b1b7674c9cb5bb8aebc6",
"vout" : 1,
"scriptSig" : {
"asm" : "3046022100a4b0b8aacab95d4609bdaa28be529f3e772a4e0a1375bc3ed9469afad48e25e302210 0aeb8b52f08df26272c25905973bd5d36b4b8b965a347889efafc07e043af9f3a01 04459cfeacc68435e0d0fb2349c00d0678e6584adbd21c7becd24b0b0f0a8d7c56f0c6dda343913 0551428613ecc6d48be27c5b8f2317302cae7f4afe57d66c978",
"hex" : "493046022100a4b0b8aacab95d4609bdaa28be529f3e772a4e0a1375bc3ed9469afad48e25e3022 100aeb8b52f08df26272c25905973bd5d36b4b8b965a347889efafc07e043af9f3a014104459cfe acc68435e0d0fb2349c00d0678e6584adbd21c7becd24b0b0f0a8d7c56f0c6dda34391305514286 13ecc6d48be27c5b8f2317302cae7f4afe57d66c978"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 0.99400000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 b924582d398db5235b813d7d50e55c38c81bd0a9 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a914b924582d398db5235b813d7d50e55c38c81bd0a988ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1HswYkBpPKdwfjh1CNosZEByTm5gdKgWK5"
]
}
}
]
}

I will attempt to resend the transactions now.

I don't know if I posted this already, but this is the blockchain.info wallet I sent the BTC to:
https://i.imgur.com/1y1PBAN.jpg

I'm guessing this is some part of the probelm?

Yes it is Dutch and you're welcome. (I can imagine this really sucks if you have no idea what is going on technically :))

We are finally making progress:


T1: a98c289b3ed5f2dc93296c7fdcde2865e382293b8ad54d3daa81d924e06b112a
T2: 3d34d4a999b306c8990cdedc333d924140031a395722b1b7674c9cb5bb8aebc6
T3: 74f27c8b9d5b75b2ee64c2d9a7fe7642bd5c00da74d4ea675199dbc96c85de3a

Transaction T1 is the input for transaction T2 and T2 is the input for T3. T1 isn't being confirmed because 2 of the 4 inputs aren't in the blockchain (so retransmitting won't work)

TA: e1238453753dfba0a55bd7365ef7b231fa56b27aea383a810ec8e5e5bb014abe --> Not in the blockchain
TB: e15136e2bc758c0db2bd2de39455336f94569406f1f89a6949c462083061b561 --> Fine, contains 10.023 BTC
TC: 781e678643d77dfa7509163021ae1d9a27212f891ad5004fb7a2bd9cadb1f8a2 --> Fine contains 15.889734 BTC
TD: 308732ce601c5b029d71f55786b7e4236b872da0d866a6e49c3319319bafd3df --> Not in the blockchain

So, could you also run the getrawtransaction  on TA and TD (the two transactions not in the blockchain) to get to the root of the problem.

Edit:

I'm off to bed soon, but will continue to help you asynchronously ;)

Edit 2: Please also try:

bitcoind listreceivedbyaddress 0 true  (I like to cross reference you actually have the keys to all these addresses. I think you do, but otherwise they could potentially belong to Blockchain.info)

You're so right...:)


 
:):) And I shall reward you synchronously

Here's the result:

10:37:11

getrawtransaction e1238453753dfba0a55bd7365ef7b231fa56b27aea383a810ec8e5e5bb014abe 1


10:37:11

{
"hex" : "0100000001ce3967abf6eeaddf50f7438c468ee93011e6c195e3204642adbe28be1e611add00000 0006b483045022100dd7051a3682041e9a95cf4910c2dc17c67c3bfbd3e51de593259a53f68c995 b502203a9b8c3911b0ecfa3ea2363a4b2947bd6deebebbda16677af14c1efde766e965012102d37 278d10a6efa6f36bee8024ec8ea6cbfc27b19d103027cde57292581d3ce57ffffffff0258cfb55e 000000001976a914d89ae20b4b233ed184147de5a7f3031c24c1b90388ac002d310100000000197 6a91406f1b66fd59a34755c37a8f701f43e937cdbeb1388ac00000000",
"txid" : "e1238453753dfba0a55bd7365ef7b231fa56b27aea383a810ec8e5e5bb014abe",
"version" : 1,
"locktime" : 0,
"vin" : [
{
"txid" : "dd1a611ebe28bead424620e395c1e61130e98e468c43f750dfadeef6ab6739ce",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022100dd7051a3682041e9a95cf4910c2dc17c67c3bfbd3e51de593259a53f68c995b502203 a9b8c3911b0ecfa3ea2363a4b2947bd6deebebbda16677af14c1efde766e96501 02d37278d10a6efa6f36bee8024ec8ea6cbfc27b19d103027cde57292581d3ce57",
"hex" : "483045022100dd7051a3682041e9a95cf4910c2dc17c67c3bfbd3e51de593259a53f68c995b5022 03a9b8c3911b0ecfa3ea2363a4b2947bd6deebebbda16677af14c1efde766e965012102d37278d1 0a6efa6f36bee8024ec8ea6cbfc27b19d103027cde57292581d3ce57"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 15.88973400,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 d89ae20b4b233ed184147de5a7f3031c24c1b903 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a914d89ae20b4b233ed184147de5a7f3031c24c1b90388ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY"
]
}
},
{
"value" : 0.20000000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 06f1b66fd59a34755c37a8f701f43e937cdbeb13 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a91406f1b66fd59a34755c37a8f701f43e937cdbeb1388ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1dice7fUkz5h4z2wPc1wLMPWgB5mDwKDx"
]
}
}
]
}
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

10:43:11

getrawtransaction 308732ce601c5b029d71f55786b7e4236b872da0d866a6e49c3319319bafd3df 1


10:43:11

{
"hex" : "0100000001019b8f2712b164c88fbb010c6699895185f70e639ae107b032f58ddc556b3a0300000 0006b483045022100a9f1831a9f1ce10a3effd56fdc0035beba6d7203c3b82758ecbb18f2cafb08 5e02200b735df9f23d845baa6bafb85cb908093a519ed56ac6d5b67a88b2bb526d34f70121033c2 20d18dda6828257a1342650f51d7bf2c12c6d94523a26f8543866284e98a3ffffffff02b067aa47 000000001976a914b2520bf1934dfb7547ebbd50c9cdb6d2aa72b8c688ac40787d0100000000197 6a91406f1b66ffe49df7fce684df16c62f59dc9adbd3f88ac00000000",
"txid" : "308732ce601c5b029d71f55786b7e4236b872da0d866a6e49c3319319bafd3df",
"version" : 1,
"locktime" : 0,
"vin" : [
{
"txid" : "033a6b55dc8df532b007e19a630ef785518999660c01bb8fc864b112278f9b01",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022100a9f1831a9f1ce10a3effd56fdc0035beba6d7203c3b82758ecbb18f2cafb085e02200 b735df9f23d845baa6bafb85cb908093a519ed56ac6d5b67a88b2bb526d34f701 033c220d18dda6828257a1342650f51d7bf2c12c6d94523a26f8543866284e98a3",
"hex" : "483045022100a9f1831a9f1ce10a3effd56fdc0035beba6d7203c3b82758ecbb18f2cafb085e022 00b735df9f23d845baa6bafb85cb908093a519ed56ac6d5b67a88b2bb526d34f70121033c220d18 dda6828257a1342650f51d7bf2c12c6d94523a26f8543866284e98a3"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 12.02350000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 b2520bf1934dfb7547ebbd50c9cdb6d2aa72b8c6 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a914b2520bf1934dfb7547ebbd50c9cdb6d2aa72b8c688ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1HFsZr9Sd9dra2hkVa2gnH9SAQNNWdBKwj"
]
}
},
{
"value" : 0.25000000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 06f1b66ffe49df7fce684df16c62f59dc9adbd3f OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a91406f1b66ffe49df7fce684df16c62f59dc9adbd3f88ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1dice8EMZmqKvrGE4Qc9bUFf9PX3xaYDp"
]
}
}
]
}






10:44:01

listreceivedbyaddress 0 true


10:44:01

[
{
"address" : "1dice7fUkz5h4z2wPc1wLMPWgB5mDwKDx",
"account" : "times four BET LOW!!!",
"amount" : 0.00000000,
"confirmations" : 0
},
{
"address" : "1CGXqKGNRftuoivVqyz7HKkmgSaQqgYwc7",
"account" : "blockchain",
"amount" : 0.00000000,
"confirmations" : 0
},
{
"address" : "1dice2pxmRZrtqBVzixvWnxsMa7wN2GCK",
"account" : "point two",
"amount" : 0.00000000,
"confirmations" : 0
},
{
"address" : "1dice8EMZmqKvrGE4Qc9bUFf9PX3xaYDp",
"account" : "double or",
"amount" : 0.00000000,
"confirmations" : 0
},
{
"address" : "1Ku3K296rDi4CTXTiacC8kAp8q5tkb28NM",
"account" : "earllefeb",
"amount" : 18.53402320,
"confirmations" : 2307
},
{
"address" : "1dice9wcMu5hLF4g81u8nioL5mmSHTApw",
"account" : "",
"amount" : 0.00000000,
"confirmations" : 0
},
{
"address" : "1KbUKTJsm4zA6YKUH5SXGDxKVCpJEhfkew",
"account" : "",
"amount" : 30.08000001,
"confirmations" : 24603
},
{
"address" : "1HswYkBpPKdwfjh1CNosZEByTm5gdKgWK5",
"account" : "",
"amount" : 49.99900000,
"confirmations" : 0
},
{
"address" : "1dice1e6pdhLzzWQq7yMidf6j8eAg7pkY",
"account" : "longshot",
"amount" : 0.00000000,
"confirmations" : 0
},
{
"address" : "1dice97ECuByXAvqXpaYzSaQuPVvrtmz6",
"account" : "50%",
"amount" : 0.00000000,
"confirmations" : 0
},
{
"address" : "1dice1Qf4Br5EYjj9rnHWqgMVYnQWehYG",
"account" : "",
"amount" : 0.00000000,
"confirmations" : 0
},
{
"address" : "1dice4J1mFEvVuFqD14HzdViHFGi9h4Pp",
"account" : "",
"amount" : 0.00000000,
"confirmations" : 0
}
]


Does any of that help?

I should have gone to bed but got distracted and am still up.

TA e1238453753dfba0a55bd7365ef7b231fa56b27aea383a810ec8e5e5bb014abe
has 1 input:
TA1. dd1a611ebe28bead424620e395c1e61130e98e468c43f750dfadeef6ab6739ce which is in the Blockchain (16.090234 BTC)

TD 308732ce601c5b029d71f55786b7e4236b872da0d866a6e49c3319319bafd3df
has 1 input:
TD1. 033a6b55dc8df532b007e19a630ef785518999660c01bb8fc864b112278f9b01 which is in the Blockchain (12.274 BTC)

However both TA1 AND TD1 have already been spend in another transaction.
http://blockchain.info/tx-index/57438804/dd1a611ebe28bead424620e395c1e61130e98e468c43f750dfadeef6ab6739ce
http://blockchain.info/tx-index/57442378/033a6b55dc8df532b007e19a630ef785518999660c01bb8fc864b112278f9b01

So none of these transactions are ever going to confirm (you are trying to spend funds which are alreay spend). And we are going to have to remove these transactions (that you only have locally). I'll have to look up how to do that.
I'm pretty sure deleting and redownloading the blockchain would do it but that can take a while, so I'll check it out later.

But when I started to make the list of addresses where the coins reside right now I ran into something odd. TB and TC from above show that in the following addresses reside:

1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj http://blockchain.info/address/1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj 10.023 BTC
1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY http://blockchain.info/address/1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY 15.889734 BTC

So then I traversed the spend inputs (TA1 and TD1) and found that they are indeed the inputs of TB and TC! Yes the rejected transaction was trying to turn 25.912734 BTC into 54.276968 BTC via some weird circular transaction.
I'm sure you didn't do it on purpose but I have no clue how you even achieved this without issuing raw transactions by hand.


So there are .. things we are going to do:

1) Is it possible (by your own accounting) that you only have 25.912734 BTC left?
2) Let's at least make certain you own 1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj and 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY. This is what I was trying to achieve with the last command but that did something completely different.

a. Again open run the deamon and start the other command prompt
b. <optional if you have encrypted your wallet>. Run: bitcoind walletpassphrase PASSWORD TIMEOUT (where PASSWORD is your password and timeout is the time in second to unlock your wallet so we can attempt the next step, 20 seconds per address should suffice)
c. Run: bitcoind signmessage 1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj test
d. Run: bitcoind signmessage 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY test  (note: if you are to slow you may need to repeat step b)

If c and d where successful (do not return an error code) you are certain you own the respective addresses and can access the 25.912734 BTC.

This is quite possible. Upon reflection I think that's what I probably SHOULD have, in addition to the 13.137 etc in my qt client balance (ie confirmed). When I looked at all the transactions, it does seem there was a jump of 25-odd BTC which I cant quite account for..


EDIT: Both seemed successful - no error code but some long alphanumeric mumbojumbo was displayed after each signmessage was run

Well then the good news is you have access to those 25.912734 BTC the bad news it is not ~50 like you thought (but then it never were).

The problem is these flawed transactions (you actually tried to double spend you cheeky bugger ;)) are in limbo. If you  want to check see http://bitcoincharts.com/bitcoin/txlist/ . That is a list of all unconfirmed transactions and if you control+f for T1, T2, T3, TA, TD (well the codes for them of course) you'll see them in the list (since March 1st).

To be honest I am not 100% sure how we can fix this (I am very sure we can though) so I'm going to suggest some options which in the very worst case won't work.

1) Do you have an old backup of your wallet.dat? If so, this is what we'll do:

A) Close Bitcoin-qt
B) In the C:\Users\me\AppData\Roaming\Bitcoin directory rename the wallet.dat (do not delete it to be safe, just rename it).
C) Copy and paste the backup wallet.dat to this directory
D) Start Bitcoin-qt with the rescan command
E) If all your Bitcoins show up as confirmed, create a new address and send them all there. (We do this because eventually your client would receive all transactions from the network even unconfirmed ones and then you would again be unable to spend the Bitcoins)

If you do not have a backup or step 1 didn't work we'll do the following:

2) We're going to export the private keys from 1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj and 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY , create a new wallet, import the keys into the new wallet and move the coins.

a. Again open run the deamon and start the other command prompt
b. <optional if you have encrypted your wallet>. Run: bitcoind walletpassphrase PASSWORD TIMEOUT (where PASSWORD is your password and timeout is the time in second to unlock your wallet so we can attempt the next step, 20 seconds per address should suffice)
c. Run: bitcoind dumpprivkey 1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj
d. Run: bitcoind signmessage 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY test  (note: if you are to slow you may need to repeat step b)
e. Copy and paste the two private keys to a notepad file
f. Stop the daemon command
g. In the C:\Users\me\AppData\Roaming\Bitcoin directory rename the wallet.dat (do not delete it to be safe, just rename it).
h. Start the daemon thread (do NOT copy a backup wallet.dat to the folder, there should be not file named wallet.dat there so the client will create a new wallet)
i. Run the following command: bitcoind importprivkey privkey1 (the first private key you copied to the notepad file)
j. Run the following command: bitcoind importprivkey privkey2
NOTE i and j may take a while
k. Now see if you have access to the funds, if so create a new Bitcoin address and send all your funds there for reasons explained above.

Hopefully one of these two methods will give you access to your coins again.

Beware:

1) Do NOT share your private keys on this forum. Anyone who has them can take your coins
2) Do NOT save the notepad file with the private keys as this poses a security risk. May be it's best to just avoid using these addresses anyway.

Finally: How did you guess wachtwoord was Dutch (it's Dutch for password)? Dutch relatives? :)

Unfortunately I don't..:(

 
Is this correct or should I dumprivkey from BOTH transactions?

 
Thanks. It's happening now and I'll let you know the result when it completes.

 
I was actually born in Eindhoven, but left Holland when I was three and came to Australia. My Dutch is pretty rusty but I can muddle my way through some of it :)

[/quote]

Okay, as I sort of suspected, the second importprivkey didn't work. I assume that is because step (c) was incorrect in your guide? I won't do any mor till you let me know.

Yes you should, I made a "copy-paste-edit" mistake.

d should be: bitcoind dumpprivkey 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY

sorry :)

I'm in awe of how much you know about this, don't apologise :)

When I tried to dum that key I got:
error: {"code":-4,"message":"Private key for address 1LkJVtqoVLKKMsUFrCLnqZ8Vxfm
njs8MSY is not known"}

I had a bit of a look at my new wallet and it has 10.023 BTC, with none unconfirmed :(

The 10.023 are from 1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj http://blockchain.info/address/1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj  (1060 confirmations). Did you mean they are unconfirmed? Then this little trick didn't work. You can try another rescan later, but first:


Did you remember to switch back to your own wallet when attempting to dump the second key ( 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY )? The new wallet is not going to have that key. You need to switch back to your 'real' wallet, dump the private key. The switch back to the freshly generated wallet and import the key.

Great that they are confirmed :)

Yes, to switch simply rename. It always uses the file named wallet.dat.

I tried doing that in the debug console withing the qt client (with the previous wallet) and got this:

Private key for address 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY is not known (code -4)

In post #68 you ran this command:

bitcoind signmessage 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY test

and it returned okay. So:

1) Can you repeat: bitcoind signmessage 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY test
2) Are you sure you unlocked your wallet if encrypted (bitcoind walletpassphrase PASSWORD TIMEOUT)
3) Are you sure you put the correct wallet.dat back?

It replied with ILZjvMYaAaQWvXQPUx9bsnTFLyCFkA6asSkLb6mqTORYzHZv8x24FvojoqNadM/4lmBbJWagtt9NfzGS
iX8U3qg=


Yes

Yes.

Sorry about the delay in replying, had some visitors i couldn't get rid of

In post #57 you wrote:

Hmm, how do I get my BTC out of that address?

I checked and you signed the message test with the Bitcoin address 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY. Therefore I am 100% certain you own the private key (and therefore the funds). As you answered yes to my two questions above there is only one possibility left: You mistyped it (maybe you added a space?) should be:

bitcoind dumpprivkey 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY

(be sure to unlock your wallet first (bitcoind walletpassphrase PASSWORD TIMEOUT).

(and after you get this working import the private key in the second wallet you created)



No worries


Very simple. Just start bitcoin with the wallet.dat to which you imported the private key and send the funds to a new Bitcoin address. Try to export/import the other address first though.

I copied and pasted it but I'm still getting error: {"code":-4,"message":"Private key for address 1LkJVtqoVLKKMsUFrCLnqZ8Vxfm
njs8MSY is not known"} :) And I'm certain this is my original wallet, because the second one you had me create has no encryption, so if I try walletpassphrase with that one it tells me the passphrase doesn't apply..:(

Could you please explain that ? Is that the first private key which I dumped earlier?

This is very very weird. Can you please confirm that if you run the commands:

bitcoind dumpprivkey 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY
and
bitcoind signmessage 1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY test

consecutively (so without switching wallets or restarting th deamon or anything. Just right after each other), the first command fails and the second succeeds?

If so, I'll have to look into this more because then something happens which to me is inherently impossible (the private key is required for both these commands, how can one succeed and the other fail?)


You imported the private key to the first address ( 1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj ) into the second wallet file. So when you have the second wallet file loaded (where you can see the Bitcoins for this address as confirmed and available) you have access to these coins and can move them. So if you create a new address (under receive) you can send them there for instance. Another option is to create a new address in your original wallet file and send the coins there. By moving the coins you actually prove to yourself you have access to the coins again :)

I must have fat fingers, I got a private key that time..<shakes head>

Let me just check somthing pls

Okay, let me guess...stop the daemon, change to the newer wallet file and import the second private key?

EDIT: That did it:)

Okay, I now have 25.912734 confirmed BTC in my new wallet .Many thanks, once I get this all sorted I shall donate some to you.

Now, I have another small problem. Yesterday I decided to move my remaining 13-something BTC from the old wallet to a new one created in Armory. Unfortunately, that transaction hasn't confirmed yet, so I have 13.612 more BTC in limbo somewhere. Can you help me find them? I promise I'll do nothing else after that lol

The transaction details are:
Status: 0/unconfirmed
Date: 8/03/2013 14:43
To: 17hzeZ8gKwLAHASyh85S5FSNYAFsexPAyk
Debit: -13.612 BTC
Net amount: -13.612 BTC
Transaction ID: 3ea177ce0db93b9bbbdc2286f5ca08e038a364db704205250d253d704a67d6a1

Great that worked out. You're welcome and thanks for the donation :)


I'll look into this tomorrow, got my birthday party to head down to first ;)

Okay I checked and this transaction isn't even in http://bitcoincharts.com/bitcoin/txlist/ so you need to give me more info again by running the command:

bitcoind getrawtransaction <txid> 1

Getrawtransaction :

12:22:36

{
"hex" : "010000001b00571f434ddb76ca4a0c1a008572b4ba0cf1d65a64936669ed9fab7e3120980a00000 0006a47304402200ac345c0a2fa5765a01def83ae48848e528c0663b3f151f937244813c378ef3c 022026b4e05efa4b4f4b8571aedf0ff8edc2513f27ba86efcc5f10dfa1d3de47b2860121024f570 c745e8c81a22501e6b540377475d873d006dc76fb5b307945adb9e9e473ffffffff0189a990947e 178bb075728319b0f9d3b2472b84cbfeaba2d03768146b141bed000000006a473044022004c2022 d15f1cc62ee43b2d1e0769b59ce5cd7710e2d33d92994d61f3e8ed77902205b17365ec455cdbc07 159be2b67d290757f4d1214e5bd55e36eb8b21ef3ed7c401210340734c863db71da9e9fac88d910 f4610795a0433eeb920ea928bba1ab322c523ffffffff0aedf6a96e31466e350395f86d22b852ea 17b70eff9285f859cce7f934361d2d000000006b483045022100933752fa8448b8f56a45d13697b e923281b434f2f0181462165513d7ca44814b022050bcecb2a39b4eae523b1c76d668081f8917c5 940e16f10b445f205b495859e7012102accb0e0152e5f023df4d20c81d8ba5adb44f7444e2cc285 14d165b5aa0a2c2d0ffffffff015ce96d27a88038acca805abcd4321117bac5d129081205e6d016 5861a9ca60000000006b483045022100cd2447f4700ea822d397a922648529acc53a7968306728e e926c6da7e868e14d022018add2caf0d148dfcbe04efe6a881ddafe29e5f3cfff497bb5dc139e7d fe689301210381138e185e7564e137187bca52f1895a5ac6e45d634e5b8e57234df866d94ac0fff ffffffc1015ec71d13840a69bcdd66cf85d34ba53a12548992b822877e09014878ef9000000006b 48304502200454e8c6ce1a52d8c55841501adc1a868bc5044633e06325750b69b5c0edb90802210 0bee2cb8d38506c1647edbe95246e9f1845b0bb467a54cc0134d8abe104e66c530121037f7478df 71f568490937c54d75fd27b3fae8ac4231cb0d27c3ff1de68a1e0bbbfffffffffc85820b2039c4a 1ee66e9f0607597ae205987a0c9a58880be71532e436cf8c2000000006c493046022100d0af9b9b 690930fda43730adca5eb1fd01d688c16081d40aa04969cdeb1d59250221008b9757833d3fc7e18 727d4ccfca8d39fc0e768eaf1359833147f9b1ced5b44530121035ce48ba5558fef03df3e3d854e e0a6e03dd06711be25a431d949ce1537badbc3ffffffff6db021fcd70631dcdf190aa88512254c4 8859efa6a40e4c08c1c0689d56045a0000000006b48304502206bca4e2c072ccbe1b260c5bc2a3a 955a557f227cbe8962aed793796770be7278022100fc622b9e9fcf31611d3c2eaa7d58fc1d4da24 ce93b0d02eb2bb28d29724b674c012103179e48effdf480f2badb7444de8975d064f5a1ec9abb4e 5fb025b821ea77ad3cffffffff6df9774d996b2cf9d6cdef9cecdd17dac3c8eaa1667202e3f7fe0 8f2157efb56000000006b4830450220392cff97b2a9c4ee839a2ea6eceebcc8070f38689babaa3a 6c939d68709726b6022100faa60a224d1d20eb7674b63b195c58a763fc3fb22d5a2d60fb3980bf5 515abcf012102f392dca46712c0c12826fffc5e1c42ccd8a89c1945e5b6ed7ab7526d483998f4ff ffffff735794b6356446fda3ead65923e15892e1f923654c98869abbfbb8b655afea99000000006 b483045022013336129f137fb4079ac725232a7935ec357e7c5e82e502e7002b2b378a03af10221 00a2892d0d7f762e9d44e8f74f1314eaa327e4fd84f9bdc1b24506a898f4aee5c101210361173f7 5ccbe39a88126872eebbdd4badd101ef3206f29378df58b8251d544e8ffffffff80ec3302043d72 030c96bd7a55d90ae7d0a0386865764a93dfedffd1016babe8000000006b4830450220213e0cb7b 8ecf0e94ef8051c57bd1e2505b43224eff79785b2a3216b2722bf36022100f678a23992e01ec558 a889c451114b3dde511797aa197621c61cfe3199abc4ee01210399d36a028d726e638c1de842fc6 81358b7def473d33c0787372893946c6d752cffffffff2a116be024d981aa3d4dd58a3b2982e365 28dedc7f6c2993dcf2d53e9b288ca9000000006a47304402204b2b3f4755713866ac5fce2a56212 1967e404926a24e05b416aea3ee51457f990220592cf7d0df072dfb460a8b819f23fcea65804204 72203f0810741c6493166f0c012103d10903aaa57e69fa05107ea7ce58ea44435de855a7826032b 006a29f5e8fd300ffffffff39ecffea166d2c8ed6b2c4ad8ac9daa2fa86af1b0a9027abeef528c4 878d4661000000006c4930460221008ceabb9dd60560e4ccb14288937ec54ff9a83c7a15027cf68 6eee06ea65c58b7022100f981b1c7abfd13beeb83c65ef5eefc955142575f7b996c5513f664acd1 1e3f15012102dd2cd3762a2a51f830350602cd695ea4ffebf03dc7e978b137f071714167106dfff fffff45005e17c9e2eff0193f0b1ca866b45a584460121e51042244e4cea2ace2efa0000000006b 483045022019d13b6aec3c0cd8e040a7768aa69887dc7d31e993cd1cd4c2ae6abd0465ea8802210 0a024746790f86ff4511af7da0d86164bc9478275fb8f0e548090a43511694766012103d9287943 40e5f8a79e9e2b2a71491f475ba0401104658548d5e3f66620b1cd2bffffffffd3f8cba4eb9b59a 7966751b77a3a8619b7eb880c07b11f745b3ba5c12eb097ea000000006b4830450221009a95a5e5 9a0dd424b519ee93b916deeac10265001fc4bf710e06bb0b273fa2ef02204618b2580066c70eac1 561759a923521745e4fc7bc1ceb5310bda0a063b365c5012103aa069c4e5edc330cb3d012ebe5ea aae866bfed5724e1b7dc735a589fb7b658cbffffffffd90793ed3112d2b84834b368e7a55bb3ffc f82e7aae355f885aab995afa681d4000000006b483045022100b2aa3a5519ced16ace17c81fe255 506f4cdec8b8b647ce8720ebc530c000d8d102206da0b37bf5a4cbadb6ebd9f269a1918fb759b1c dbe609c8c998060addcd510020121034bc14c23ed0b84c5e4b92911a250a361ec095f8d5d535725 b14fadc5e2a17bf2ffffffffe362616d9a718615cc2022b9812ad4d82ccfe307d1e6b3aa56bf6f2 40de0e450000000006c493046022100b95dbfeaa7e90447ee5fd2626adbd70fac03f3607b246897 5e525b8066a68d5b02210090b848f5fe1daa76fdfcd8ca2e7aea62f77d789c92f0c1c404d3a653c d620246012103317dacfb12f9d819f9f486bf1490098a6f8ef4441319249f001f66fc70821ca2ff ffffffe7d421bc3d04c8cb3f87e2875d1e639c9e37bf0524c6a7fb9f6a7d5b60c04f82000000006 b48304502204d6d0a6272e3186e8dd79f36ccf4066fbe5a1c7de837fca8b5f9bed6858340300221 00d0643ec5bf629c9d1766c3aa3b716ba8ba9b49d9c5c68d9992925203c57cbd9701210241b05a4 66f7f77a9d0c5c7faf0797387ce9c90e8bca1a5e86f193fe0173cf9effffffffff4ff2cd469a283 8f01855523413f8317c972d009bdb7b644cff65b2839acab9a000000006b483045022100ed0cba7 22afa78650a14e27dfb05f0c7e7f6710ef337bcbe2f55d047a1de35ff022075a7be5fb2002b421c bc0e779d9e89c7e26bbdf1d8325cdbe6a2b03dc7e1bf33012103935912aad6e31031067e945109f 6392277c331b4fd6eabb6b7bb7f1e92b736e2fffffffff56b90197d0c3992bbcd2fd15235cbfb77 667acec54221c78f1a2bf927dd29d4000000006c49304602210080bbfa4d25e0b384dba013ba34f c980bed1a282877377e292f9463cc735dc614022100a632d79bd78cb3fa9bc752aa414482b157bc ecaf0a3599a9d4629decb50152ed0121022ba2709d4b62883097ef2490ed847ec703803656ce3b3 299afcfbbe2815c767afffffffff9f55792ccfc812064ca3fd6d76ab1d4b10cdbfdca827d12d2d4 8f1dee414250000000006c493046022100d6d285b55a4448d93f29a0d00968769a1be356a519298 f19d1a9ab4fce49a459022100fc04bad6cc8ea9ea906acef77c9e94c516d1bebf1ee36ac1cc2fc0 3fd7f13c1b01210277aad2cb48fab8a34b1ab1716a69bec4c12720593ab6f240cac7b330254dc8a 4ffffffff4d04cd2550149c0aaf7a5bd2d5cd780e682f6115b53221b1eb2474a804116f31000000 006a473044022077a8f849cf4b8bdf9a7c5f9435aeb24137f80ecd0d906c5e0c86d32cb061ca250 2202e82e3f11289a6301d080e063932690346e81aa800af32f1cfb2f7973d924023012102f02891 85e1376859995f291fcea5ff071ce6146ca6adc09259d67983ccdcdde2ffffffff5dfa8075624f8 ba77cab36f22d357df824bc18770f05c2e778087ef5f5e1e840000000006a47304402204bec7f2d 6f6ff14861aa24db32f7dcb7fc43d61057667070459feefdce3fdfda02206944ef3388a965c5ba4 d055d356cda1b754b19a040199f444bf0dde4579e3a72012103b49b1323a366980dd5e3b8d3a690 d28569c2c82fbabadf13744e37c0cb63804cffffffff8dc535144106ccf558df513cb65ba578ba1 7f5fcfff3b661805216634eb7bae7000000006b4830450221008d4f0d3ea6d500f64c187b3ed06b d97e178b20546975d94e8039ff0502d24c8202205e6d83695cac729d6c1111bb3c0d7cdd10fd5e5 f2301051483f6de72ba0393da012102ab345270db3b38680ed2ede1c8344158ec946cc2812c1515 104013eeeabeaedfffffffff92068d6c4460d394f4ec57c0220742701a7e9839771820a9d52af49 7dbdff3c0000000006c493046022100b11863fd9c8f06a35c70454dbf1562f3642f0c7deff70ac9 f53cad34047aa727022100a061af6013f4560bc8450fe32e9c32b4a1c09818f5a4fdd59737a8919 5171b940121026692bbdc1897f5d38902f923a83b383af2905f677a2eacd55eaf74f73488051eff ffffffb524d3ebe553522af2c82f3deb7391b9a398158403f44a7ff0384a7a0e847c4d000000006 b483045022100e6835b8498200d4e043023b4fc2c09c321ae0988295fefe27ac72e400a20cf3402 200120c0b7ae95ca39a318cf3b951e954405f5e7e9219d45f3a587f32cb1f02a3a01210252f1265 806eed2a8853987143bca531aca67b17efb0aa4d795501d5f3f5020d9ffffffffbdd9ad98f945d4 0c8e7d1c7890892106567a4ae807fba90cae210962cd66a74b000000006b4830450221008cfa1ac 600806b4c9fc00babf5da7bf262870d53975d525830fdf1229c5b8c8002201daf732918ea7289de 5ad4fe1d5471f772aff357dc88f8121a0755faa8b70cc6012102ad3c938672c353449b8430306f2 3ff7d8a5cad46c1e0fbeea44a5ed0860fd687ffffffffc5a4572f877ad556196381b2dd46e06040 5d251ea4323befbf655d71ce80d9bc000000006b483045022018458de38d403acaa6864c5d6294c 384e6dc389c23bd109111a95eccb6738eb2022100c076941e79ab7d96e4971a5d9242869761eda0 03e93e3512c4cfdb6b33910a8901210387354a6faa5d5238b641470bbe91709d7b30916f6d7a38a 8e4f12e19292d9fceffffffff02a9680f00000000001976a914a709a597d49dd3f67558e0de6a80 9593d94975a788ac80432251000000001976a914499183ce7d964a5856e04423143fcfcf1f42f38 788ac00000000",
"txid" : "3ea177ce0db93b9bbbdc2286f5ca08e038a364db704205250d253d704a67d6a1",
"version" : 1,
"locktime" : 0,
"vin" : [
{
"txid" : "0a9820317eab9fed696693645ad6f10cbab47285001a0c4aca76db4d431f5700",
"vout" : 0,
"scriptSig" : {
"asm" : "304402200ac345c0a2fa5765a01def83ae48848e528c0663b3f151f937244813c378ef3c022026b 4e05efa4b4f4b8571aedf0ff8edc2513f27ba86efcc5f10dfa1d3de47b28601 024f570c745e8c81a22501e6b540377475d873d006dc76fb5b307945adb9e9e473",
"hex" : "47304402200ac345c0a2fa5765a01def83ae48848e528c0663b3f151f937244813c378ef3c02202 6b4e05efa4b4f4b8571aedf0ff8edc2513f27ba86efcc5f10dfa1d3de47b2860121024f570c745e 8c81a22501e6b540377475d873d006dc76fb5b307945adb9e9e473"
},
"sequence" : 4294967295
},
{
"txid" : "ed1b146b146837d0a2abfecb842b47b2d3f9b019837275b08b177e9490a98901",
"vout" : 0,
"scriptSig" : {
"asm" : "3044022004c2022d15f1cc62ee43b2d1e0769b59ce5cd7710e2d33d92994d61f3e8ed77902205b1 7365ec455cdbc07159be2b67d290757f4d1214e5bd55e36eb8b21ef3ed7c401 0340734c863db71da9e9fac88d910f4610795a0433eeb920ea928bba1ab322c523",
"hex" : "473044022004c2022d15f1cc62ee43b2d1e0769b59ce5cd7710e2d33d92994d61f3e8ed77902205 b17365ec455cdbc07159be2b67d290757f4d1214e5bd55e36eb8b21ef3ed7c401210340734c863d b71da9e9fac88d910f4610795a0433eeb920ea928bba1ab322c523"
},
"sequence" : 4294967295
},
{
"txid" : "2d1d3634f9e7cc59f88592ff0eb717ea52b8226df89503356e46316ea9f6ed0a",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022100933752fa8448b8f56a45d13697be923281b434f2f0181462165513d7ca44814b02205 0bcecb2a39b4eae523b1c76d668081f8917c5940e16f10b445f205b495859e701 02accb0e0152e5f023df4d20c81d8ba5adb44f7444e2cc28514d165b5aa0a2c2d0",
"hex" : "483045022100933752fa8448b8f56a45d13697be923281b434f2f0181462165513d7ca44814b022 050bcecb2a39b4eae523b1c76d668081f8917c5940e16f10b445f205b495859e7012102accb0e01 52e5f023df4d20c81d8ba5adb44f7444e2cc28514d165b5aa0a2c2d0"
},
"sequence" : 4294967295
},
{
"txid" : "60caa9615816d0e605120829d1c5ba171132d4bc5a80caac3880a8276de95c01",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022100cd2447f4700ea822d397a922648529acc53a7968306728ee926c6da7e868e14d02201 8add2caf0d148dfcbe04efe6a881ddafe29e5f3cfff497bb5dc139e7dfe689301 0381138e185e7564e137187bca52f1895a5ac6e45d634e5b8e57234df866d94ac0",
"hex" : "483045022100cd2447f4700ea822d397a922648529acc53a7968306728ee926c6da7e868e14d022 018add2caf0d148dfcbe04efe6a881ddafe29e5f3cfff497bb5dc139e7dfe689301210381138e18 5e7564e137187bca52f1895a5ac6e45d634e5b8e57234df866d94ac0"
},
"sequence" : 4294967295
},
{
"txid" : "f98e871490e07728822b994825a153ba345df86cd6cd9ba64038d171ec1510fc",
"vout" : 0,
"scriptSig" : {
"asm" : "304502200454e8c6ce1a52d8c55841501adc1a868bc5044633e06325750b69b5c0edb908022100b ee2cb8d38506c1647edbe95246e9f1845b0bb467a54cc0134d8abe104e66c5301 037f7478df71f568490937c54d75fd27b3fae8ac4231cb0d27c3ff1de68a1e0bbb",
"hex" : "48304502200454e8c6ce1a52d8c55841501adc1a868bc5044633e06325750b69b5c0edb90802210 0bee2cb8d38506c1647edbe95246e9f1845b0bb467a54cc0134d8abe104e66c530121037f7478df 71f568490937c54d75fd27b3fae8ac4231cb0d27c3ff1de68a1e0bbb"
},
"sequence" : 4294967295
},
{
"txid" : "c2f86c432e5371be8088a5c9a0875920ae977560f0e966eea1c439200b8285fc",
"vout" : 0,
"scriptSig" : {
"asm" : "3046022100d0af9b9b690930fda43730adca5eb1fd01d688c16081d40aa04969cdeb1d592502210 08b9757833d3fc7e18727d4ccfca8d39fc0e768eaf1359833147f9b1ced5b445301 035ce48ba5558fef03df3e3d854ee0a6e03dd06711be25a431d949ce1537badbc3",
"hex" : "493046022100d0af9b9b690930fda43730adca5eb1fd01d688c16081d40aa04969cdeb1d5925022 1008b9757833d3fc7e18727d4ccfca8d39fc0e768eaf1359833147f9b1ced5b44530121035ce48b a5558fef03df3e3d854ee0a6e03dd06711be25a431d949ce1537badbc3"
},
"sequence" : 4294967295
},
{
"txid" : "a04560d589061c8cc0e4406afa9e85484c251285a80a19dfdc3106d7fc21b06d",
"vout" : 0,
"scriptSig" : {
"asm" : "304502206bca4e2c072ccbe1b260c5bc2a3a955a557f227cbe8962aed793796770be7278022100f c622b9e9fcf31611d3c2eaa7d58fc1d4da24ce93b0d02eb2bb28d29724b674c01 03179e48effdf480f2badb7444de8975d064f5a1ec9abb4e5fb025b821ea77ad3c",
"hex" : "48304502206bca4e2c072ccbe1b260c5bc2a3a955a557f227cbe8962aed793796770be727802210 0fc622b9e9fcf31611d3c2eaa7d58fc1d4da24ce93b0d02eb2bb28d29724b674c012103179e48ef fdf480f2badb7444de8975d064f5a1ec9abb4e5fb025b821ea77ad3c"
},
"sequence" : 4294967295
},
{
"txid" : "56fb7e15f208fef7e3027266a1eac8c3da17ddec9cefcdd6f92c6b994d77f96d",
"vout" : 0,
"scriptSig" : {
"asm" : "30450220392cff97b2a9c4ee839a2ea6eceebcc8070f38689babaa3a6c939d68709726b6022100f aa60a224d1d20eb7674b63b195c58a763fc3fb22d5a2d60fb3980bf5515abcf01 02f392dca46712c0c12826fffc5e1c42ccd8a89c1945e5b6ed7ab7526d483998f4",
"hex" : "4830450220392cff97b2a9c4ee839a2ea6eceebcc8070f38689babaa3a6c939d68709726b602210 0faa60a224d1d20eb7674b63b195c58a763fc3fb22d5a2d60fb3980bf5515abcf012102f392dca4 6712c0c12826fffc5e1c42ccd8a89c1945e5b6ed7ab7526d483998f4"
},
"sequence" : 4294967295
},
{
"txid" : "99eaaf55b6b8fbbb9a86984c6523f9e19258e12359d6eaa3fd466435b6945773",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022013336129f137fb4079ac725232a7935ec357e7c5e82e502e7002b2b378a03af1022100a 2892d0d7f762e9d44e8f74f1314eaa327e4fd84f9bdc1b24506a898f4aee5c101 0361173f75ccbe39a88126872eebbdd4badd101ef3206f29378df58b8251d544e8",
"hex" : "483045022013336129f137fb4079ac725232a7935ec357e7c5e82e502e7002b2b378a03af102210 0a2892d0d7f762e9d44e8f74f1314eaa327e4fd84f9bdc1b24506a898f4aee5c101210361173f75 ccbe39a88126872eebbdd4badd101ef3206f29378df58b8251d544e8"
},
"sequence" : 4294967295
},
{
"txid" : "e8ab6b01d1ffeddf934a76656838a0d0e70ad9557abd960c03723d040233ec80",
"vout" : 0,
"scriptSig" : {
"asm" : "30450220213e0cb7b8ecf0e94ef8051c57bd1e2505b43224eff79785b2a3216b2722bf36022100f 678a23992e01ec558a889c451114b3dde511797aa197621c61cfe3199abc4ee01 0399d36a028d726e638c1de842fc681358b7def473d33c0787372893946c6d752c",
"hex" : "4830450220213e0cb7b8ecf0e94ef8051c57bd1e2505b43224eff79785b2a3216b2722bf3602210 0f678a23992e01ec558a889c451114b3dde511797aa197621c61cfe3199abc4ee01210399d36a02 8d726e638c1de842fc681358b7def473d33c0787372893946c6d752c"
},
"sequence" : 4294967295
},
{
"txid" : "a98c289b3ed5f2dc93296c7fdcde2865e382293b8ad54d3daa81d924e06b112a",
"vout" : 0,
"scriptSig" : {
"asm" : "304402204b2b3f4755713866ac5fce2a562121967e404926a24e05b416aea3ee51457f990220592 cf7d0df072dfb460a8b819f23fcea6580420472203f0810741c6493166f0c01 03d10903aaa57e69fa05107ea7ce58ea44435de855a7826032b006a29f5e8fd300",
"hex" : "47304402204b2b3f4755713866ac5fce2a562121967e404926a24e05b416aea3ee51457f9902205 92cf7d0df072dfb460a8b819f23fcea6580420472203f0810741c6493166f0c012103d10903aaa5 7e69fa05107ea7ce58ea44435de855a7826032b006a29f5e8fd300"
},
"sequence" : 4294967295
},
{
"txid" : "61468d87c428f5eeab27900a1baf86faa2dac98aadc4b2d68e2c6d16eaffec39",
"vout" : 0,
"scriptSig" : {
"asm" : "30460221008ceabb9dd60560e4ccb14288937ec54ff9a83c7a15027cf686eee06ea65c58b702210 0f981b1c7abfd13beeb83c65ef5eefc955142575f7b996c5513f664acd11e3f1501 02dd2cd3762a2a51f830350602cd695ea4ffebf03dc7e978b137f071714167106d",
"hex" : "4930460221008ceabb9dd60560e4ccb14288937ec54ff9a83c7a15027cf686eee06ea65c58b7022 100f981b1c7abfd13beeb83c65ef5eefc955142575f7b996c5513f664acd11e3f15012102dd2cd3 762a2a51f830350602cd695ea4ffebf03dc7e978b137f071714167106d"
},
"sequence" : 4294967295
},
{
"txid" : "a0efe2aca2cee4442204511e126044585ab466a81c0b3f19f0efe2c9175e0045",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022019d13b6aec3c0cd8e040a7768aa69887dc7d31e993cd1cd4c2ae6abd0465ea88022100a 024746790f86ff4511af7da0d86164bc9478275fb8f0e548090a4351169476601 03d928794340e5f8a79e9e2b2a71491f475ba0401104658548d5e3f66620b1cd2b",
"hex" : "483045022019d13b6aec3c0cd8e040a7768aa69887dc7d31e993cd1cd4c2ae6abd0465ea8802210 0a024746790f86ff4511af7da0d86164bc9478275fb8f0e548090a43511694766012103d9287943 40e5f8a79e9e2b2a71491f475ba0401104658548d5e3f66620b1cd2b"
},
"sequence" : 4294967295
},
{
"txid" : "ea97b02ec1a53b5b741fb1070c88ebb719863a7ab7516796a7599beba4cbf8d3",
"vout" : 0,
"scriptSig" : {
"asm" : "30450221009a95a5e59a0dd424b519ee93b916deeac10265001fc4bf710e06bb0b273fa2ef02204 618b2580066c70eac1561759a923521745e4fc7bc1ceb5310bda0a063b365c501 03aa069c4e5edc330cb3d012ebe5eaaae866bfed5724e1b7dc735a589fb7b658cb",
"hex" : "4830450221009a95a5e59a0dd424b519ee93b916deeac10265001fc4bf710e06bb0b273fa2ef022 04618b2580066c70eac1561759a923521745e4fc7bc1ceb5310bda0a063b365c5012103aa069c4e 5edc330cb3d012ebe5eaaae866bfed5724e1b7dc735a589fb7b658cb"
},
"sequence" : 4294967295
},
{
"txid" : "d481a6af95b9aa85f855e3aae782cfffb35ba5e768b33448b8d21231ed9307d9",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022100b2aa3a5519ced16ace17c81fe255506f4cdec8b8b647ce8720ebc530c000d8d102206 da0b37bf5a4cbadb6ebd9f269a1918fb759b1cdbe609c8c998060addcd5100201 034bc14c23ed0b84c5e4b92911a250a361ec095f8d5d535725b14fadc5e2a17bf2",
"hex" : "483045022100b2aa3a5519ced16ace17c81fe255506f4cdec8b8b647ce8720ebc530c000d8d1022 06da0b37bf5a4cbadb6ebd9f269a1918fb759b1cdbe609c8c998060addcd510020121034bc14c23 ed0b84c5e4b92911a250a361ec095f8d5d535725b14fadc5e2a17bf2"
},
"sequence" : 4294967295
},
{
"txid" : "50e4e00d246fbf56aab3e6d107e3cf2cd8d42a81b92220cc1586719a6d6162e3",
"vout" : 0,
"scriptSig" : {
"asm" : "3046022100b95dbfeaa7e90447ee5fd2626adbd70fac03f3607b2468975e525b8066a68d5b02210 090b848f5fe1daa76fdfcd8ca2e7aea62f77d789c92f0c1c404d3a653cd62024601 03317dacfb12f9d819f9f486bf1490098a6f8ef4441319249f001f66fc70821ca2",
"hex" : "493046022100b95dbfeaa7e90447ee5fd2626adbd70fac03f3607b2468975e525b8066a68d5b022 10090b848f5fe1daa76fdfcd8ca2e7aea62f77d789c92f0c1c404d3a653cd620246012103317dac fb12f9d819f9f486bf1490098a6f8ef4441319249f001f66fc70821ca2"
},
"sequence" : 4294967295
},
{
"txid" : "824fc0605b7d6a9ffba7c62405bf379e9c631e5d87e2873fcbc8043dbc21d4e7",
"vout" : 0,
"scriptSig" : {
"asm" : "304502204d6d0a6272e3186e8dd79f36ccf4066fbe5a1c7de837fca8b5f9bed685834030022100d 0643ec5bf629c9d1766c3aa3b716ba8ba9b49d9c5c68d9992925203c57cbd9701 0241b05a466f7f77a9d0c5c7faf0797387ce9c90e8bca1a5e86f193fe0173cf9ef",
"hex" : "48304502204d6d0a6272e3186e8dd79f36ccf4066fbe5a1c7de837fca8b5f9bed68583403002210 0d0643ec5bf629c9d1766c3aa3b716ba8ba9b49d9c5c68d9992925203c57cbd9701210241b05a46 6f7f77a9d0c5c7faf0797387ce9c90e8bca1a5e86f193fe0173cf9ef"
},
"sequence" : 4294967295
},
{
"txid" : "9aabac39285bf6cf44b6b7bd09d072c917833f41235585018f83a269d42cfff4",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022100ed0cba722afa78650a14e27dfb05f0c7e7f6710ef337bcbe2f55d047a1de35ff02207 5a7be5fb2002b421cbc0e779d9e89c7e26bbdf1d8325cdbe6a2b03dc7e1bf3301 03935912aad6e31031067e945109f6392277c331b4fd6eabb6b7bb7f1e92b736e2",
"hex" : "483045022100ed0cba722afa78650a14e27dfb05f0c7e7f6710ef337bcbe2f55d047a1de35ff022 075a7be5fb2002b421cbc0e779d9e89c7e26bbdf1d8325cdbe6a2b03dc7e1bf33012103935912aa d6e31031067e945109f6392277c331b4fd6eabb6b7bb7f1e92b736e2"
},
"sequence" : 4294967295
},
{
"txid" : "d429dd27f92b1a8fc72142c5ce7a6677fbcb3552d12fcdbb92390c7d19906bf5",
"vout" : 0,
"scriptSig" : {
"asm" : "304602210080bbfa4d25e0b384dba013ba34fc980bed1a282877377e292f9463cc735dc61402210 0a632d79bd78cb3fa9bc752aa414482b157bcecaf0a3599a9d4629decb50152ed01 022ba2709d4b62883097ef2490ed847ec703803656ce3b3299afcfbbe2815c767a",
"hex" : "49304602210080bbfa4d25e0b384dba013ba34fc980bed1a282877377e292f9463cc735dc614022 100a632d79bd78cb3fa9bc752aa414482b157bcecaf0a3599a9d4629decb50152ed0121022ba270 9d4b62883097ef2490ed847ec703803656ce3b3299afcfbbe2815c767a"
},
"sequence" : 4294967295
},
{
"txid" : "504241ee1d8fd4d2127d82cafddb0cb1d4b16ad7d63fca642081fccc9257f5f9",
"vout" : 0,
"scriptSig" : {
"asm" : "3046022100d6d285b55a4448d93f29a0d00968769a1be356a519298f19d1a9ab4fce49a45902210 0fc04bad6cc8ea9ea906acef77c9e94c516d1bebf1ee36ac1cc2fc03fd7f13c1b01 0277aad2cb48fab8a34b1ab1716a69bec4c12720593ab6f240cac7b330254dc8a4",
"hex" : "493046022100d6d285b55a4448d93f29a0d00968769a1be356a519298f19d1a9ab4fce49a459022 100fc04bad6cc8ea9ea906acef77c9e94c516d1bebf1ee36ac1cc2fc03fd7f13c1b01210277aad2 cb48fab8a34b1ab1716a69bec4c12720593ab6f240cac7b330254dc8a4"
},
"sequence" : 4294967295
},
{
"txid" : "316f1104a87424ebb12132b515612f680e78cdd5d25b7aaf0a9c145025cd044d",
"vout" : 0,
"scriptSig" : {
"asm" : "3044022077a8f849cf4b8bdf9a7c5f9435aeb24137f80ecd0d906c5e0c86d32cb061ca2502202e8 2e3f11289a6301d080e063932690346e81aa800af32f1cfb2f7973d92402301 02f0289185e1376859995f291fcea5ff071ce6146ca6adc09259d67983ccdcdde2",
"hex" : "473044022077a8f849cf4b8bdf9a7c5f9435aeb24137f80ecd0d906c5e0c86d32cb061ca2502202 e82e3f11289a6301d080e063932690346e81aa800af32f1cfb2f7973d924023012102f0289185e1 376859995f291fcea5ff071ce6146ca6adc09259d67983ccdcdde2"
},
"sequence" : 4294967295
},
{
"txid" : "40e8e1f5f57e0878e7c2050f7718bc24f87d352df236ab7ca78b4f627580fa5d",
"vout" : 0,
"scriptSig" : {
"asm" : "304402204bec7f2d6f6ff14861aa24db32f7dcb7fc43d61057667070459feefdce3fdfda0220694 4ef3388a965c5ba4d055d356cda1b754b19a040199f444bf0dde4579e3a7201 03b49b1323a366980dd5e3b8d3a690d28569c2c82fbabadf13744e37c0cb63804c",
"hex" : "47304402204bec7f2d6f6ff14861aa24db32f7dcb7fc43d61057667070459feefdce3fdfda02206 944ef3388a965c5ba4d055d356cda1b754b19a040199f444bf0dde4579e3a72012103b49b1323a3 66980dd5e3b8d3a690d28569c2c82fbabadf13744e37c0cb63804c"
},
"sequence" : 4294967295
},
{
"txid" : "e7bab74e6316528061b6f3fffcf517ba78a55bb63c51df58f5cc06411435c58d",
"vout" : 0,
"scriptSig" : {
"asm" : "30450221008d4f0d3ea6d500f64c187b3ed06bd97e178b20546975d94e8039ff0502d24c8202205 e6d83695cac729d6c1111bb3c0d7cdd10fd5e5f2301051483f6de72ba0393da01 02ab345270db3b38680ed2ede1c8344158ec946cc2812c1515104013eeeabeaedf",
"hex" : "4830450221008d4f0d3ea6d500f64c187b3ed06bd97e178b20546975d94e8039ff0502d24c82022 05e6d83695cac729d6c1111bb3c0d7cdd10fd5e5f2301051483f6de72ba0393da012102ab345270 db3b38680ed2ede1c8344158ec946cc2812c1515104013eeeabeaedf"
},
"sequence" : 4294967295
},
{
"txid" : "c0f3dfdb97f42ad5a920187739987e1a70420722c057ecf494d360446c8d0692",
"vout" : 0,
"scriptSig" : {
"asm" : "3046022100b11863fd9c8f06a35c70454dbf1562f3642f0c7deff70ac9f53cad34047aa72702210 0a061af6013f4560bc8450fe32e9c32b4a1c09818f5a4fdd59737a89195171b9401 026692bbdc1897f5d38902f923a83b383af2905f677a2eacd55eaf74f73488051e",
"hex" : "493046022100b11863fd9c8f06a35c70454dbf1562f3642f0c7deff70ac9f53cad34047aa727022 100a061af6013f4560bc8450fe32e9c32b4a1c09818f5a4fdd59737a89195171b940121026692bb dc1897f5d38902f923a83b383af2905f677a2eacd55eaf74f73488051e"
},
"sequence" : 4294967295
},
{
"txid" : "4d7c840e7a4a38f07f4af403841598a3b99173eb3d2fc8f22a5253e5ebd324b5",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022100e6835b8498200d4e043023b4fc2c09c321ae0988295fefe27ac72e400a20cf3402200 120c0b7ae95ca39a318cf3b951e954405f5e7e9219d45f3a587f32cb1f02a3a01 0252f1265806eed2a8853987143bca531aca67b17efb0aa4d795501d5f3f5020d9",
"hex" : "483045022100e6835b8498200d4e043023b4fc2c09c321ae0988295fefe27ac72e400a20cf34022 00120c0b7ae95ca39a318cf3b951e954405f5e7e9219d45f3a587f32cb1f02a3a01210252f12658 06eed2a8853987143bca531aca67b17efb0aa4d795501d5f3f5020d9"
},
"sequence" : 4294967295
},
{
"txid" : "4ba766cd620921ae0ca9fb07e84a7a5606218990781c7d8e0cd445f998add9bd",
"vout" : 0,
"scriptSig" : {
"asm" : "30450221008cfa1ac600806b4c9fc00babf5da7bf262870d53975d525830fdf1229c5b8c8002201 daf732918ea7289de5ad4fe1d5471f772aff357dc88f8121a0755faa8b70cc601 02ad3c938672c353449b8430306f23ff7d8a5cad46c1e0fbeea44a5ed0860fd687",
"hex" : "4830450221008cfa1ac600806b4c9fc00babf5da7bf262870d53975d525830fdf1229c5b8c80022 01daf732918ea7289de5ad4fe1d5471f772aff357dc88f8121a0755faa8b70cc6012102ad3c9386 72c353449b8430306f23ff7d8a5cad46c1e0fbeea44a5ed0860fd687"
},
"sequence" : 4294967295
},
{
"txid" : "bcd980ce715d65bfef3b32a41e255d4060e046ddb281631956d57a872f57a4c5",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022018458de38d403acaa6864c5d6294c384e6dc389c23bd109111a95eccb6738eb2022100c 076941e79ab7d96e4971a5d9242869761eda003e93e3512c4cfdb6b33910a8901 0387354a6faa5d5238b641470bbe91709d7b30916f6d7a38a8e4f12e19292d9fce",
"hex" : "483045022018458de38d403acaa6864c5d6294c384e6dc389c23bd109111a95eccb6738eb202210 0c076941e79ab7d96e4971a5d9242869761eda003e93e3512c4cfdb6b33910a8901210387354a6f aa5d5238b641470bbe91709d7b30916f6d7a38a8e4f12e19292d9fce"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 0.01009833,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 a709a597d49dd3f67558e0de6a809593d94975a7 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a914a709a597d49dd3f67558e0de6a809593d94975a788ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1GEDQK1HawCrZHMjJdVc97m2ZHgAYUWNbF"
]
}
},
{
"value" : 13.61200000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 499183ce7d964a5856e04423143fcfcf1f42f387 OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a914499183ce7d964a5856e04423143fcfcf1f42f38788ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"17hzeZ8gKwLAHASyh85S5FSNYAFsexPAyk"
]
}
}
]
}

The coins were double spent by the CIA omg Bitcoin is no more sell sell fast!

Kidding aside, I suggest you start using electrum. it gets handy when jumping between servers to check the consistency of the balance shown. And no block chain headache that you do not want to sign for.

Wow, you keep making these more complicate. 27 inputs this time! This is a real mess.

It fails because it is trying to double spend again namely:

1H2yyTj7vFxJP3x97rVVXAXnTW23gaEVQ1 - (Spent) 0.48875 BTC

AND because it is trying to use http://bitcoincharts.com/bitcoin/txlist/#a98c289b3ed5f2dc93296c7fdcde2865e382293b8ad54d3daa81d924e06b112a which is the weirdest transaction because it using the same input twice in it's input. Wonder why the network rejected it?

Doing anything with this was actually a lot of work because of the many inputs. I went through all your unspent inputs and saved every one that was over 1 bitcent. You can export and import them the same way as you did for the other addresses (so export the private key and import it in the other wallet). (You have roughly 9.5 BTC)

1Pznojb55KKnca216FP497DSD1qRC25Jr - (Unspent) 0.48875 BTC
18RzzcpoUhgPFUKhw9xS3DWfzdtcqRVr3a - (Unspent) 2.4011176 BTC
14jS8V98j3dAXEjoUZMJYJ5YRL5uqXGQYf - (Unspent) 0.048174 BTC
1EocsyNb5JXfHTJFnS7U2dMPbvfhREqCxL - (Unspent) 1.6005784 BTC
1Q1ax772H3kxWkKr3V4RjzJC1Tt9ZV6Wog - (Unspent) 0.1495392 BTC
16KqV5iN4afAyz5K9NQLGHrV3WRSoyisja - (Unspent) 0.1001544 BTC
1HHZUXzrXxsuYFie5zkRkjyLWF6SEL6NmK - (Unspent) 0.72359 BTC
1K3dZ2Bynas9ZyAMS3zsGm97ahCTEetZXx - (Unspent) 0.013848 BTC
133r7YFYeppNXcPdH4V3aYjkNBgpK13cQi - (Unspent) 2.000848 BTC
15LS9PzkcDbHshfUSiQTHkEGU3xHatNNLo - (Unspent) 0.8010392 BTC
13Em2vyhUGX3Yh75vfFcfKdsE946YXPDsV - (Unspent) 1.2003088 BTC
1Bw2fSWU3TRFga9fvFPJrizhNNQPqm6nPV - (Unspent) 0.010008 BTC

9.5 BTC? I transferred 13.62 confirmed BTC from one wallet to another, I have no idea were all these small transactions come from?

~9.5 BTC + 0.48 BTC (that has already been spend 1H2yyTj7vFxJP3x97rVVXAXnTW23gaEVQ1 ) + 3.82 BTC (from the weird transaction with the double spends, follow the link, which takes a while to load, and see what I mean) = ~13.62

These are the weirdest thing I have ever seen in the BlockChain that weren't intentionally put there. I have no idea at all what you could have done to cause this (without meaning to). I mean:


uses the same input twice and of course one of the two transactions is unconfirmed. Also there are even a few inputs of the transaction you just posted of single Satoshi's. I guess it must all have something to do with Satoshidice and if there weren't any double inputs and double spends in your transactions I would guess that the recent patches to disrupt Satoshidice could have an affect, but I don't see how those can account for those anomalies. What is evident here is that all issues seem to have occurred on March 1st as the transaction I just quoted above is of that date as well (as were all the previous transactions I assisted you with before).

So, I understand you when you feel cheated, and I very much doubt any of the funds is actually gone. Most likely you never had the full 13.62 BTC, just as before, the client just misrepresented it to you due to the double spends in your local transaction database (in simple terms, the fact that your client thought transactions were there that weren't it saw some coins twice). The 9.5 BTC however is something you can access for sure.

If you would like to investigate further I would recommend to PM Erik Voorhees (https://bitcointalk.org/index.php?action=profile;u=12149)  as a SathosDice representative and Znort (https://bitcointalk.org/index.php?action=profile;u=5218) as a Blockchain analysis specialist, and alert them to this thread. If anything, maybe they can tell you what the hell you did to cause this cause I am still kind of in awe how a casual user can inadvertently cause this much havoc :)

(If you have questions feel free to ask and I'll answer to the best of my ability).

I agree. I'd almost be proud if I did it on purpose - and it didn't involve real money :)


I've contacted both gentlemen you named and pointed them to this thread. I do appreciate your hard work so far. I too am confused, as I thought what I did was pretty basic. I certainly didn't TRY to double-spend any bitcoins..
[/quote]

I hope my issue wasn't some sort of precursor for the whole problem bitcoin seems to be having now...:(

No, there is not relation. Did Znort or Erik respond to your PMs?

Were you High, and or drunk during the period you sent the Bitcoins?

No. Were you high and/or drunk when you wrote that post?

Hi Watchwoord.

I did get a reply, but they wanted me to summarise the five pages of this thread, which is fair enough, except I was so confused by the whole issue that I didn't feel capable of doing so... then the whole forked blockchain thing happened and I felt it unfair to bother them for a few days as I figured they'd be busy with far more important matters.Then I contracted a nasty influenza bug which has laid me low for the better part of a week.

Now I would like to proceed with reclaiming the still-missing BTC so I'm re-reading everything in the hope I'll wrap my head around it all again.. :o

EDIT: I'm hopelessly lost...could you PLEASE help me with the process for this:


Are these the addresses or the tx ids?

I'll help you but I really have no time now. Those are addresses (just type them in http://blockchain.info )

No problem, I'll try a bit on my own for a while..thanks again..

EDIT: Okay, I tried dumpprivkey XXXXXXXX on all of those and got nothing but

"Private key for address xxxxxxxxxx is not known (code -4)"

Am I correct in assuming I should be doing this with the wallet from which I sent the 13.612 BTC?

Where did all these addresses come from, I don't recognise any of them.?

ANOTHER EDIT: This is so confusing. I entered a few of them into blockchain as your recommended and got lots of weird transactions that I'm sure I didn't make.

I wish I was a rocket scientist, this stuff is beyond me.. ???

Summary:

Chapter 1:

•   Donbenosee reported the ~50 BTC in his account weren’t being confirmed
•   To try and resolve it he imported his wallet to blockchain.info and hoped that would make all his Bitcoins accessible again, (instead something very weird happened)
•   He send the Bitcoins to 1CGXqKGNRftuoivVqyz7HKkmgSaQqgYwc7
•   I investigated and uncovered a very weird circular transaction:

(see https://bitcointalk.org/index.php?topic=148511.msg1592827#msg1592827 for the raw trasnactions of T1, T2, T3. T1 is the transaction sending 50 BTC to 1CGXqKGNRftuoivVqyz7HKkmgSaQqgYwc7)
T1: a98c289b3ed5f2dc93296c7fdcde2865e382293b8ad54d3daa81d924e06b112a
T2: 3d34d4a999b306c8990cdedc333d924140031a395722b1b7674c9cb5bb8aebc6
T3: 74f27c8b9d5b75b2ee64c2d9a7fe7642bd5c00da74d4ea675199dbc96c85de3a

Transaction T1 is the input for transaction T2 and T2 is the input for T3. T1 isn't being confirmed because 2 of the 4 inputs aren't in the blockchain (so retransmitting won't work)

(see https://bitcointalk.org/index.php?topic=148511.msg1593059#msg1593059 for the raw transactions of TA and TD)
TA: e1238453753dfba0a55bd7365ef7b231fa56b27aea383a810ec8e5e5bb014abe --> Not in the blockchain
TB: e15136e2bc758c0db2bd2de39455336f94569406f1f89a6949c462083061b561 --> Fine, contains 10.023 BTC
TC: 781e678643d77dfa7509163021ae1d9a27212f891ad5004fb7a2bd9cadb1f8a2 --> Fine contains 15.889734 BTC
TD: 308732ce601c5b029d71f55786b7e4236b872da0d866a6e49c3319319bafd3df --> Not in the blockchain

TA e1238453753dfba0a55bd7365ef7b231fa56b27aea383a810ec8e5e5bb014abe
has 1 input:
TA1. dd1a611ebe28bead424620e395c1e61130e98e468c43f750dfadeef6ab6739ce which is in the Blockchain (16.090234 BTC)

TD 308732ce601c5b029d71f55786b7e4236b872da0d866a6e49c3319319bafd3df
has 1 input:
TD1. 033a6b55dc8df532b007e19a630ef785518999660c01bb8fc864b112278f9b01 which is in the Blockchain (12.274 BTC)

However both TA1 AND TD1 have already been spend in another transaction.
http://blockchain.info/tx-index/57438804/dd1a611ebe28bead424620e395c1e61130e98e468c43f750dfadeef6ab6739ce
http://blockchain.info/tx-index/57442378/033a6b55dc8df532b007e19a630ef785518999660c01bb8fc864b112278f9b01

So none of these transactions are ever going to confirm (you are trying to spend funds which are alreay spend). I ran into something odd. TB and TC from above show that in the following addresses reside:

1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj http://blockchain.info/address/1CVX2A8dEPJnV62ey7kEuoNhuAUKvJrDLj 10.023 BTC
1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY http://blockchain.info/address/1LkJVtqoVLKKMsUFrCLnqZ8Vxfmnjs8MSY 15.889734 BTC

So then I traversed the spend inputs (TA1 and TD1) and found that they are indeed the inputs of TB and TC! Yes the rejected transaction was trying to turn 25.912734 BTC into 54.276968 BTC via some weird circular transaction.

•   I have no idea how he accomplished this
•   It turns out he had 25.912734 BTC instead of 50 BTC
•   So I let him export the private key for the addresses he owned that had his Bitcoins, create a new wallet and import these keys
•   This fixed everything and the gained access to his 25.912734 BTC once more!

Chapter 2:


This time his tx had 27! Inputs (see https://bitcointalk.org/index.php?topic=148511.msg1609449#msg1609449 for the raw transaction)
I went through this, but because this is a lot of work by hand I only clicked through to the large balances


When he responded that he was bummed out by “losing” 3.82 BTC I told him to ask you what the hell is going on because this is just plain weird.

Yes. This wallet should have the private keys to those addresses because otherwise I can never have signed the transaction.