Bitcoin Forum
September 26, 2016, 05:22:54 AM *
News: Latest stable version of Bitcoin Core: 0.13.0 (New!) [Torrent]. Make sure you verify it.
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: Weird entry showing up in listreceivedbyaccount  (Read 2482 times)
genjix
Legendary
*
Offline Offline

Activity: 1232


View Profile
December 05, 2010, 05:29:15 PM
 #1

I have never had more than 100 BTC in my account ever.

What is this first entry all about?

Code:
[
    {
        "account" : "",
        "label" : "",
        "amount" : 212.67000000,
        "confirmations" : 1441
    },
    {
        "account" : "127.0.0.1",
        "label" : "127.0.0.1",
        "amount" : 5.04000000,
        "confirmations" : 1
    },
    {
        "account" : "Your Address",
        "label" : "Your Address",
        "amount" : 5.25000000,
        "confirmations" : 3
    },
    {
        "account" : "betcoin",
        "label" : "betcoin",
        "amount" : 14.34000000,
        "confirmations" : 6368
    }
]

Donate to DarkWallet
1474867374
Hero Member
*
Offline Offline

Posts: 1474867374

View Profile Personal Message (Offline)

Ignore
1474867374
Reply with quote  #2

1474867374
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1474867374
Hero Member
*
Offline Offline

Posts: 1474867374

View Profile Personal Message (Offline)

Ignore
1474867374
Reply with quote  #2

1474867374
Report to moderator
1474867374
Hero Member
*
Offline Offline

Posts: 1474867374

View Profile Personal Message (Offline)

Ignore
1474867374
Reply with quote  #2

1474867374
Report to moderator
genjix
Legendary
*
Offline Offline

Activity: 1232


View Profile
December 05, 2010, 05:53:14 PM
 #2

ok I'm worried something is very wrong here.

- I backed up my wallet.dat
- Downloaded, made svn
- Sent my sister 10 BTC (still not showing after 3 confirmations for her).
- When I try to open the old bitcoin I get:

Code:
************************
EXCEPTION: 22DbRunRecoveryException      
DbEnv::open: DB_RUNRECOVERY: Fatal error, run database recovery      
bitcoin in AppInit()      



************************
EXCEPTION: 22DbRunRecoveryException      
DbEnv::open: DB_RUNRECOVERY: Fatal error, run database recovery      
bitcoin in CMyApp::OnUnhandledException()      

terminate called after throwing an instance of 'DbRunRecoveryException'
  what():  DbEnv::open: DB_RUNRECOVERY: Fatal error, run database recovery
Aborted

Have I ruined everything?? Sad

Donate to DarkWallet
nanotube
Hero Member
*****
Offline Offline

Activity: 485


View Profile WWW
December 05, 2010, 06:05:14 PM
 #3

if you have a recent backup, use it, and try to open it in the .17 release client. preferably gui, so you can see all transactions at a glance.

Join #bitcoin-market on freenode for real-time market updates.
Join #bitcoin-otc - an over-the-counter trading market. http://bitcoin-otc.com
OTC web of trust: http://bitcoin-otc.com/trust.php
My trust rating: http://bitcoin-otc.com/viewratingdetail.php?nick=nanotube
genjix
Legendary
*
Offline Offline

Activity: 1232


View Profile
December 05, 2010, 06:09:06 PM
 #4

if you have a recent backup, use it, and try to open it in the .17 release client. preferably gui, so you can see all transactions at a glance.

Nope. I restored my backup and still the same thing happens in .17 release client.

EDIT: nevermind ignore this stupidity. My sister hadn't downloaded all the blocks yet. That's why it wasn't showing up yet.

However my OP still stands.

Donate to DarkWallet
nelisky
Legendary
*
Offline Offline

Activity: 1554


View Profile
December 05, 2010, 06:24:45 PM
 #5

Are we seeing the first "pretty much impossible" collision here? Smiley

Time to look for a transaction with that value and age on your histories, folks...
bencoder
Member
**
Offline Offline

Activity: 90


View Profile
December 05, 2010, 06:59:31 PM
 #6

Are we seeing the first "pretty much impossible" collision here? Smiley

How are the addresses generated?

Although obviously there's technically a huge huge number of them, they are limited by the randomisation function used to generate them, unless the openssl libs do something a lot more clever (got as far as EC_KEY_generate_key, but got lost in the openssl source). Typically randomisation will be seeded by the clock value, which will probably be in milliseconds, so there seems that there's a definite/significant possibility of collisions. Hopefully someone can educate me on why this isn't a problem.
Gavin Andresen
Legendary
*
Offline Offline

Activity: 1652


Chief Scientist


View Profile WWW
December 05, 2010, 07:24:34 PM
 #7

genjix, you're the third person to run into this problem; I'm looking into it.

I suspect the problem is running a later svn version and then running the same wallet with an earlier svn version; the format of wallet transactions changed recently to support the 'accounts' feature.

Your bitcoins are still safe in the wallet (all the private keys are still in there).  Stay tuned...

How often do you get the chance to work on a potentially world-changing project?
nelisky
Legendary
*
Offline Offline

Activity: 1554


View Profile
December 05, 2010, 07:28:03 PM
 #8

genjix, you're the third person to run into this problem; I'm looking into it.

I suspect the problem is running a later svn version and then running the same wallet with an earlier svn version; the format of wallet transactions changed recently to support the 'accounts' feature.

Your bitcoins are still safe in the wallet (all the private keys are still in there).  Stay tuned...


3rd person... ok, I cried wolf here with the collision thing Smiley

Nothing to see, move along now...
jimbobway
Legendary
*
Offline Offline

Activity: 1337



View Profile
December 06, 2010, 12:05:52 AM
 #9

I archived my wallet to be opened 16 years from now.  Will I run into a similar problem?
Gavin Andresen
Legendary
*
Offline Offline

Activity: 1652


Chief Scientist


View Profile WWW
December 06, 2010, 12:20:45 AM
 #10

I archived my wallet to be opened 16 years from now.  Will I run into a similar problem?

Peer into my crystal ball with me as we predict the future....

No, seriously, upward compatibility (reading old wallet.dat's into new versions of bitcoin) shouldn't be an issue.

And Satoshi and I are discussing possible fixes for the upgrade/downgrade/upgrade scenario that we think is causing this.

How often do you get the chance to work on a potentially world-changing project?
nelisky
Legendary
*
Offline Offline

Activity: 1554


View Profile
December 06, 2010, 12:32:04 AM
 #11

I archived my wallet to be opened 16 years from now.  Will I run into a similar problem?

Peer into my crystal ball with me as we predict the future....

No, seriously, upward compatibility (reading old wallet.dat's into new versions of bitcoin) shouldn't be an issue.

And Satoshi and I are discussing possible fixes for the upgrade/downgrade/upgrade scenario that we think is causing this.

Ok, so I'm repeating myself quite a bit these days, must be the age catching up, but if we want real long term backups, we need a way to both export and import the priv keys...
genjix
Legendary
*
Offline Offline

Activity: 1232


View Profile
December 06, 2010, 03:19:22 AM
 #12

I'll just jump back in here and confirm that everything is fine. Transactions I make to old other bitcoin clients do show up. And overall my balance works and everything. Guess I'm stuck with the command line non-gui bitcoind for the time being  Angry

I heard that you need to backup your wallet after every transaction otherwise the backup is invalid. Is this true?

Can anyone recommend me an auto-backup configuration for Ubuntu?

Donate to DarkWallet
caveden
Legendary
*
Offline Offline

Activity: 1106



View Profile
December 06, 2010, 08:16:50 AM
 #13

I heard that you need to backup your wallet after every transaction otherwise the backup is invalid. Is this true?

Not anymore, now there is a pool of addresses stocked in advance. Every time the client needs one, it gets from this pool. The pool default size is 100 I guess.
The client needs new addresses every time you send money and every time you create an address for reception. The reception itself doesn't need new keys.

18rZYyWcafwD86xvLrfuxWG5xEMMWUtVkL
genjix
Legendary
*
Offline Offline

Activity: 1232


View Profile
December 06, 2010, 08:37:47 AM
 #14

I heard that you need to backup your wallet after every transaction otherwise the backup is invalid. Is this true?

Not anymore, now there is a pool of addresses stocked in advance. Every time the client needs one, it gets from this pool. The pool default size is 100 I guess.
The client needs new addresses every time you send money and every time you create an address for reception. The reception itself doesn't need new keys.

Great. So I can just update every week manually? (Presuming I use less than 100 addresses in that time)

What happens once 100 addresses are exceeded and you backed up your wallet 101 addresses ago?

PS: Anyone can recommend some kind of automatic backup software for Linux?

Donate to DarkWallet
caveden
Legendary
*
Offline Offline

Activity: 1106



View Profile
December 06, 2010, 08:44:30 AM
 #15

What happens once 100 addresses are exceeded and you backed up your wallet 101 addresses ago?

Then you have at least one address which is not backed up. Smiley

18rZYyWcafwD86xvLrfuxWG5xEMMWUtVkL
Gavin Andresen
Legendary
*
Offline Offline

Activity: 1652


Chief Scientist


View Profile WWW
December 06, 2010, 03:30:02 PM
 #16

PS: Anyone can recommend some kind of automatic backup software for Linux?

My automatic backup strategy is:

Cron task that runs a shell script twice a day.

The shell script does:
call bitcoind backupwallet to create a time/date-stamped wallet file
gpg encrypt the wallet with my public key
copy the result to an off-machine backup location
 (I'm using Amazon S3, which is itself redundantly backed up to multiple geographic locations automatically)

Shell script looks like:
Code:
#!/usr/bin/env bash

GPGU="Gavin Andresen"

TS=$(date "+%Y%m%d-%H-%M")

WALLET=/tmp/clearcoinwallet${TS}
WALLET_E=/tmp/clearcoinwallet${TS}.crypt

~/bin/bitcoind backupwallet $WALLET
/usr/bin/gpg -r "$GPGU" --output $WALLET_E --encrypt $WALLET
~/bin/s3cmd put $WALLET_E s3://NAME_OF_MY_S3_BUCKET
rm $WALLET $WALLET_E

I'd suggest doing something similar (replace the s3cmd with an scp to copy somewhere if you're not an S3 user; you could even ftp somewhere, since the wallet is encrypted it doesn't matter if somebody is eavesdropping).

How often do you get the chance to work on a potentially world-changing project?
genjix
Legendary
*
Offline Offline

Activity: 1232


View Profile
December 06, 2010, 03:49:09 PM
 #17

thanks! that's great. I'm going to set this up with cron.

http://www.bitcoin.org/wiki/doku.php?id=more_faqs

I added it there.

Donate to DarkWallet
nanotube
Hero Member
*****
Offline Offline

Activity: 485


View Profile WWW
December 06, 2010, 04:49:27 PM
 #18


gpg encrypt the wallet with my public key
copy the result to an off-machine backup location

i do the same thing... but let me ask you - how about your private half of the gpg keypair? do you have any backups of that, and if so, where do you keep them and how do you keep them safe, etc.? cuz with gpg encrypted backups, if you lose your key, you're sol?

Join #bitcoin-market on freenode for real-time market updates.
Join #bitcoin-otc - an over-the-counter trading market. http://bitcoin-otc.com
OTC web of trust: http://bitcoin-otc.com/trust.php
My trust rating: http://bitcoin-otc.com/viewratingdetail.php?nick=nanotube
Gavin Andresen
Legendary
*
Offline Offline

Activity: 1652


Chief Scientist


View Profile WWW
December 06, 2010, 07:06:39 PM
 #19

My private gpg key is kept in my LastPass Vault (as a secure note), along with all of my passwords.

I'm a big fan of LastPass; Steve Gibson did a good review of their tech and why it's safe on a Security Now podcast a while back.

How often do you get the chance to work on a potentially world-changing project?
theymos
Administrator
Legendary
*
Offline Offline

Activity: 2422


View Profile
December 06, 2010, 08:16:27 PM
 #20

The private key is symmetrically encrypted, so you don't need to worry that much about keeping the file secret. I changed the cipher used from CAST5 to AES, though.

1NXYoJ5xU91Jp83XfVMHwwTUyZFK64BoAD
Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!