Author

Topic: Bitcoin wallet performance (Read 765 times)

legendary
Activity: 1498
Merit: 1000
January 26, 2014, 02:14:59 PM
#9
Keypool? Are there some more references about this. I checked all official pages and not much is said on exactly how bitcoin client should be run when dealing with auto-payments.

https://en.bitcoin.it/wiki/Key_pool

There is no correct way to run the bitcoin client when being a merchant, it is trial and error that works best for you.

OK. Well, so far, everything is working great with no performace issues, but my goal is to reach 10 times as much traffic and volume and I do not want to hit some problems at that point.
Keypool, as it looks, would be only useful if I had no backup established. But I do - I backup wallet every time new address is generated.

If you backup every address then that isn't helping you, you should just backup after the keypool has been hit. Keypool is useful if you hit your keypool size a lot. If you plan on doing 10 times of traffic, then you will need to increase your key pool size. It is a feature that many people don't tune, but can help a lot.

Yes, I understand, but my service is not doing exchanges - new address is generated possibly maybe every 10 minutes, not more often.

You regenerate your keypool every 16 hours. If you increase it to 1000 or 10000, then you only have to back up your wallet up every couple of days.
legendary
Activity: 1498
Merit: 1000
January 26, 2014, 01:40:16 PM
#7
Keypool? Are there some more references about this. I checked all official pages and not much is said on exactly how bitcoin client should be run when dealing with auto-payments.

https://en.bitcoin.it/wiki/Key_pool

There is no correct way to run the bitcoin client when being a merchant, it is trial and error that works best for you.

OK. Well, so far, everything is working great with no performace issues, but my goal is to reach 10 times as much traffic and volume and I do not want to hit some problems at that point.
Keypool, as it looks, would be only useful if I had no backup established. But I do - I backup wallet every time new address is generated.

If you backup every address then that isn't helping you, you should just backup after the keypool has been hit. Keypool is useful if you hit your keypool size a lot. If you plan on doing 10 times of traffic, then you will need to increase your key pool size. It is a feature that many people don't tune, but can help a lot.
hero member
Activity: 588
Merit: 520
January 26, 2014, 02:25:03 PM
#6
I am doing database backup anyway, so this should not be an issue.
hero member
Activity: 588
Merit: 520
January 26, 2014, 02:04:38 PM
#5
Keypool? Are there some more references about this. I checked all official pages and not much is said on exactly how bitcoin client should be run when dealing with auto-payments.

https://en.bitcoin.it/wiki/Key_pool

There is no correct way to run the bitcoin client when being a merchant, it is trial and error that works best for you.

OK. Well, so far, everything is working great with no performace issues, but my goal is to reach 10 times as much traffic and volume and I do not want to hit some problems at that point.
Keypool, as it looks, would be only useful if I had no backup established. But I do - I backup wallet every time new address is generated.

If you backup every address then that isn't helping you, you should just backup after the keypool has been hit. Keypool is useful if you hit your keypool size a lot. If you plan on doing 10 times of traffic, then you will need to increase your key pool size. It is a feature that many people don't tune, but can help a lot.

Yes, I understand, but my service is not doing exchanges - new address is generated possibly maybe every 10 minutes, not more often.
hero member
Activity: 588
Merit: 520
January 26, 2014, 01:35:50 PM
#4
Keypool? Are there some more references about this. I checked all official pages and not much is said on exactly how bitcoin client should be run when dealing with auto-payments.

https://en.bitcoin.it/wiki/Key_pool

There is no correct way to run the bitcoin client when being a merchant, it is trial and error that works best for you.

OK. Well, so far, everything is working great with no performace issues, but my goal is to reach 10 times as much traffic and volume and I do not want to hit some problems at that point.
Keypool, as it looks, would be only useful if I had no backup established. But I do - I backup wallet every time new address is generated.
hero member
Activity: 588
Merit: 520
January 26, 2014, 12:59:53 PM
#3
Keypool? Are there some more references about this. I checked all official pages and not much is said on exactly how bitcoin client should be run when dealing with auto-payments.
hero member
Activity: 588
Merit: 520
January 26, 2014, 11:33:19 AM
#2
Noone knows?  Huh
hero member
Activity: 588
Merit: 520
January 25, 2014, 07:41:38 PM
#1
I am running service of renting mining rigs and have BTC wallet running to receive payments from customers and send them on to mining rig providers.

Every new customer gets new deposit BTC address, so these are being created quickly. There are a lot of customers that only registered but will most likely never upload any BTC or use the service. I was thinking about purging them, but BTC wallet has no option to "forget" certain account with address - it stays there forever.

I have 2 questions regarding that;

1. Should I use "generate deposit address" method, rather than automatically creating new deposit address upon registration to minimize number of "forever empty" accounts?

2. How much of accounts can BTC wallet (I use bitcoin-qt) actually take before this effects performance drastically. How should be BTC wallet run on such server? In GUI mode (does it have any performance hit)?
Jump to: