max addresses supported by a single wallet

buffett

newbie

Activity: 59

Merit: 0

Quote from: gweedo on January 01, 2014, 11:56:09 AM

Quote from: buffett on January 01, 2014, 11:48:50 AM

i'm sorry to bring this old thread back.

any update with the latest bitcoind? any significant issue when bitcoind has 100k or more accounts/addresses? thanks

No issues, 100k addresses are nothing compare to most sites and people. So don't worry.

that is great. so what about 1M, 10M, 100M or even 1B addresses? has anyone did a benchmark of the performance?

there is no way i could get 100M transactions (maybe only in my dream), though i'm still curious Cheesy

gweedo

legendary

Activity: 1498

Merit: 1000

Quote from: buffett on January 01, 2014, 11:48:50 AM

i'm sorry to bring this old thread back.

any update with the latest bitcoind? any significant issue when bitcoind has 100k or more accounts/addresses? thanks

No issues, 100k addresses are nothing compare to most sites and people. So don't worry.

buffett

newbie

Activity: 59

Merit: 0

i'm sorry to bring this old thread back.

any update with the latest bitcoind? any significant issue when bitcoind has 100k or more accounts/addresses? thanks

Stephen Gornick

legendary

Activity: 2506

Merit: 1010

Quote from: K1773R on February 09, 2013, 11:41:39 PM

every import means chainrescan,

With the Bitcoin.org client v0.8, that is a configurable option so you can do multiple importprivkey with no rescan and then when you are done do the rescan.

toz

newbie

Activity: 28

Merit: 0

Quote from: K1773R on February 09, 2013, 09:36:32 PM

so can i make now a wallet.dat with ~46M keys?

Try it, and if it works badly, profile the code and see where it breaks. I doubt the client is optimized for millions of accounts.

gweedo

legendary

Activity: 1498

Merit: 1000

Quote from: c0ldfusi0nz on February 20, 2013, 02:40:17 PM

I'm planning on building a marketplace service, thus in order to be scalable I'd like to know how many addresses the wallet can support. Otherwise I suppose I should add in logic to reuse stagnant addresses.

I wouldn't even worry, worst cause if your wallet gets too big (which is in 100's of millions) then you just create a new wallet.dat and sweep your funds into one address in there.

c0ldfusi0nz

newbie

Activity: 52

Merit: 0

I'm planning on building a marketplace service, thus in order to be scalable I'd like to know how many addresses the wallet can support. Otherwise I suppose I should add in logic to reuse stagnant addresses.

K1773R

legendary

Activity: 1792

Merit: 1008

/dev/null

Quote from: drakahn on February 09, 2013, 11:43:59 PM

Quote from: K1773R on February 09, 2013, 11:41:39 PM

Quote from: drakahn on February 09, 2013, 11:31:32 PM

Quote from: K1773R on February 09, 2013, 10:48:02 PM

Quote from: drakahn on February 09, 2013, 09:40:33 PM

Quote from: K1773R on February 09, 2013, 09:36:32 PM

so can i make now a wallet.dat with ~46M keys?

I made one a while ago with keypool set to 100M I don't know how many it actually made but I stopped it at ~100MB of wallet.dat, it felt like it took a few extra seconds to open but seemed to work fine past that

is there a way to import a huge list of privkeys? pywallet dosnt work for that nor for the new wallets Sad

You could make a script that parses the list of private keys into separate importprivkey commands

every import means chainrescan, maybe i should do this on a offline bitcoind, otherwise its going to take longer than im alife i guess Cheesy

I did not know that, If offline doesn't work (still scanning the blocks you have), I guess you could set up a closed circuit of clients that only connect to each other and only have early blocks

nah was talking about a fresh (no blocks, beside the genesis one) and offline bitcoind, as soon everything is imported move the wallet to a online bitcoind or just let it sync.

drakahn

hero member

Activity: 504

Merit: 500

Quote from: K1773R on February 09, 2013, 11:41:39 PM

Quote from: drakahn on February 09, 2013, 11:31:32 PM

Quote from: K1773R on February 09, 2013, 10:48:02 PM

Quote from: drakahn on February 09, 2013, 09:40:33 PM

Quote from: K1773R on February 09, 2013, 09:36:32 PM

so can i make now a wallet.dat with ~46M keys?

I made one a while ago with keypool set to 100M I don't know how many it actually made but I stopped it at ~100MB of wallet.dat, it felt like it took a few extra seconds to open but seemed to work fine past that

is there a way to import a huge list of privkeys? pywallet dosnt work for that nor for the new wallets Sad

You could make a script that parses the list of private keys into separate importprivkey commands

every import means chainrescan, maybe i should do this on a offline bitcoind, otherwise its going to take longer than im alife i guess Cheesy

I did not know that, If offline doesn't work (still scanning the blocks you have), I guess you could set up a closed circuit of clients that only connect to each other and only have early blocks

K1773R

legendary

Activity: 1792

Merit: 1008

/dev/null

Quote from: drakahn on February 09, 2013, 11:31:32 PM

Quote from: K1773R on February 09, 2013, 10:48:02 PM

Quote from: drakahn on February 09, 2013, 09:40:33 PM

Quote from: K1773R on February 09, 2013, 09:36:32 PM

so can i make now a wallet.dat with ~46M keys?

I made one a while ago with keypool set to 100M I don't know how many it actually made but I stopped it at ~100MB of wallet.dat, it felt like it took a few extra seconds to open but seemed to work fine past that

is there a way to import a huge list of privkeys? pywallet dosnt work for that nor for the new wallets Sad

You could make a script that parses the list of private keys into separate importprivkey commands

every import means chainrescan, maybe i should do this on a offline bitcoind, otherwise its going to take longer than im alife i guess Cheesy

drakahn

hero member

Activity: 504

Merit: 500

Quote from: K1773R on February 09, 2013, 10:48:02 PM

Quote from: drakahn on February 09, 2013, 09:40:33 PM

Quote from: K1773R on February 09, 2013, 09:36:32 PM

so can i make now a wallet.dat with ~46M keys?

I made one a while ago with keypool set to 100M I don't know how many it actually made but I stopped it at ~100MB of wallet.dat, it felt like it took a few extra seconds to open but seemed to work fine past that

is there a way to import a huge list of privkeys? pywallet dosnt work for that nor for the new wallets Sad

You could make a script that parses the list of private keys into separate importprivkey commands

K1773R

legendary

Activity: 1792

Merit: 1008

/dev/null

Quote from: drakahn on February 09, 2013, 09:40:33 PM

Quote from: K1773R on February 09, 2013, 09:36:32 PM

so can i make now a wallet.dat with ~46M keys?

I made one a while ago with keypool set to 100M I don't know how many it actually made but I stopped it at ~100MB of wallet.dat, it felt like it took a few extra seconds to open but seemed to work fine past that

is there a way to import a huge list of privkeys? pywallet dosnt work for that nor for the new wallets Sad

drakahn

hero member

Activity: 504

Merit: 500

Quote from: K1773R on February 09, 2013, 09:36:32 PM

so can i make now a wallet.dat with ~46M keys?

I made one a while ago with keypool set to 100M I don't know how many it actually made but I stopped it at ~100MB of wallet.dat, it felt like it took a few extra seconds to open but seemed to work fine past that

K1773R

legendary

Activity: 1792

Merit: 1008

/dev/null

so can i make now a wallet.dat with ~46M keys?

Stephen Gornick

legendary

Activity: 2506

Merit: 1010

Quote from: c0ldfusi0nz on February 09, 2013, 03:15:03 PM

Is there a point at which you'd experience performance degradation?

With versions of the client earlier than the yet unreleased v0.8 the Bitcoin.org client had to do a ton or work with each spend and used a database that wasn't a great fit for the job. With v0.8 the wallet.dat is still bdb, but a good chunk of the heavy lifting has been made easier by the switch to LevelDB. So this means the problem with having lots of addresses and transactions in the wallet experience with versions prior to v0.8 should drop significantly if not disappear entirely. I don't know if any benchmarks have been performed with v0.8 to know where the bounds are. Under versions prior to v0.8, having as few as a thousand addresses with transactions caused behavior to range from "sluggish" to "unacceptable", depending on your hardware.

At some point in the future the Bitcoin.org client won't even use bdb whatsoever (not even for the wallet) anymore.

DannyHamilton

legendary

Activity: 3472

Merit: 4801

I'm not aware of any specific limit or rule-of-thumb numbers. I believe it depends quite a bit on the capabilities of the particular cumpouter you happen to be using. There is probably also some dependency on the version of client software you are using. Do you expect to be needing to generate hundreds of thousands of addresses for some reason?

c0ldfusi0nz

newbie

Activity: 52

Merit: 0

I'd have posted in the developers forum by I'm constrained by my newbie status. Can anyone link me to documentation about the maximum / recommended max number of addresses you should have in a single wallet? The only documentation I've been able to find on the bitcoin wiki is "Running getnewaddress too often, however, will cause your wallet to become filled with many empty addresses. It is therefore recommended to in some way limit the number of unfunded addresses each user can request."

Is there a point at which you'd experience performance degradation?

Topic: max addresses supported by a single wallet (Read 1326 times)