Author

Topic: Best way to handle multiple accounts (like a bank)? (Read 3463 times)

newbie
Activity: 28
Merit: 0
I am developing a virtual bank using bitcoins using the reference client multiple accounts capability. My main concern is scaling it to hundreds of thousands of accounts and transactions fired all the time.

What are other alternatives to this approach? I read that using multiple address assigned to different users is one way to handle it but would like to hear your opinion about other alternatives.

Thanks,
wslh

The topic idea is good! I liked ... but I do not particularly have the courage to invest,

because nowadays, there is no security on the Internet
newbie
Activity: 15
Merit: 0
I dont it work
newbie
Activity: 9
Merit: 0
I just published a way to do this using Copay.

I hope it helps.
full member
Activity: 164
Merit: 126
Amazing times are coming
In case of "bank" no way than use unique address for every customer. Combined with no-sql-database it should work pretty fast.

I think that is the more natural approach but it is not a good idea.
1) reuse addresses is never a good idea
2) all eggs together sound dangerous if they are in a reused address

It could be an acceptable approach if he can move the biggest part to a cold wallet
legendary
Activity: 1456
Merit: 1000
One word: Ripple.
It claims to do everything you could ever dream of.

wow... it can take me to the moon Huh LOL
sr. member
Activity: 261
Merit: 265
In case of "bank" no way than use unique address for every customer. Combined with no-sql-database it should work pretty fast.
newbie
Activity: 9
Merit: 0
If you don't know what you are doing
To make this solid advice more useful, I'll add... How do you know when you don't know what you're doing?  If you think you know what you're doing thats a strong indicator that you don't.

I always have someone in my team that knows what he is doing. Anyway, the main question was about a bitcoin implementation that can handle multiple accounts.

I wonder why nobody suggested Copay, BitcoinJS-Lib, or a fork of BTCWallet handling multiple accounts.
sr. member
Activity: 252
Merit: 250
the topic idea is good! I liked ... but I do not particularly have the courage to invest, because nowadays, there is no security on the Internet
full member
Activity: 183
Merit: 100
What are other alternatives to this approach? I read that using multiple address assigned to different users is one way to handle it but would like to hear your opinion about other alternatives.
MS SQL Enterprise will handle alot of load.

For god's sake, DO NOT get trapped by MS. Once you are in, there is no way out.

i agree totally, there are plenty of other alternatives.
sr. member
Activity: 293
Merit: 251
Director - www.cubeform.io
"Don't you think If I were wrong, Id know it?"
full member
Activity: 168
Merit: 100
I am developing a virtual bank using bitcoins using the reference client multiple accounts capability. My main concern is scaling it to hundreds of thousands of accounts and transactions fired all the time.

What are other alternatives to this approach? I read that using multiple address assigned to different users is one way to handle it but would like to hear your opinion about other alternatives.

Thanks,
wslh

Maybe if bitcoin had a POS , it would also be like a bank. But, I seriously doubt, a virtual bank for bitcoins would be preferred by most.
legendary
Activity: 2226
Merit: 1052
What are other alternatives to this approach? I read that using multiple address assigned to different users is one way to handle it but would like to hear your opinion about other alternatives.
MS SQL Enterprise will handle alot of load.

For god's sake, DO NOT get trapped by MS. Once you are in, there is no way out.
legendary
Activity: 915
Merit: 1005
If you don't know what you are doing
To make this solid advice more useful, I'll add... How do you know when you don't know what you're doing?  If you think you know what you're doing thats a strong indicator that you don't.

^^^This
hero member
Activity: 765
Merit: 503
What are other alternatives to this approach? I read that using multiple address assigned to different users is one way to handle it but would like to hear your opinion about other alternatives.
MS SQL Enterprise will handle alot of load.
hero member
Activity: 765
Merit: 503
If you don't know what you are doing
To make this solid advice more useful, I'll add... How do you know when you don't know what you're doing?  If you think you know what you're doing thats a strong indicator that you don't.
I lol'd!
donator
Activity: 1736
Merit: 1014
Let's talk governance, lipstick, and pigs.
One word: Ripple.
It claims to do everything you could ever dream of.
staff
Activity: 4284
Merit: 8808
If you don't know what you are doing
To make this solid advice more useful, I'll add... How do you know when you don't know what you're doing?  If you think you know what you're doing thats a strong indicator that you don't.
sr. member
Activity: 349
Merit: 250
If you don't know what you are doing PLEASE don't develop banking software, especially for bitcoin. That being said assigning each user an address in a DB and checking transactions as they come in seems to be a good approach.
newbie
Activity: 9
Merit: 0
I am developing a virtual bank using bitcoins using the reference client multiple accounts capability. My main concern is scaling it to hundreds of thousands of accounts and transactions fired all the time.

What are other alternatives to this approach? I read that using multiple address assigned to different users is one way to handle it but would like to hear your opinion about other alternatives.

Thanks,
wslh
Jump to: