Author

Topic: generating unlimited address from same wallet ? (Read 398 times)

hero member
Activity: 1638
Merit: 576
Leading Crypto Sports Betting & Casino Platform
November 08, 2019, 04:53:30 PM
#20

I guess i'm lucky this isn't my project because i'm already getting anxious from just reading this. How exactly are you assigning a deposit adress to each user? "randomly"? I just don't see how you can do this efficiently with electrum... anyway... just curious.


yes i used just that when the above gave python loop,and yes i already did that successfully, and i did it without demons or rpc.

basically i created a tool to derive keys from the master key and now each address is mapped to user id  so no address is reused and cause confusion, while i can still do the bulk transaction to and from the address.


and it would be still working well with electrum, mind that it takes considerable more time loading transactions from 1000 address, anyways i will be trying 10000 address next !  ill post updates here !



I really don't get it.
How is your mapping of addresses to each user id going to prevent reuse? If that is the case then the user could simply redeposit in that address and have the balance show up for him?
I really don't understand why you want to waste $880 on an experiment that could be done for free and still give you the same observations.
jr. member
Activity: 208
Merit: 2

I guess i'm lucky this isn't my project because i'm already getting anxious from just reading this. How exactly are you assigning a deposit adress to each user? "randomly"? I just don't see how you can do this efficiently with electrum... anyway... just curious.


yes i used just that when the above gave python loop,and yes i already did that successfully, and i did it without demons or rpc.

basically i created a tool to derive keys from the master key and now each address is mapped to user id  so no address is reused and cause confusion, while i can still do the bulk transaction to and from the address.


and it would be still working well with electrum, mind that it takes considerable more time loading transactions from 1000 address, anyways i will be trying 10000 address next !  ill post updates here !

kzv
legendary
Activity: 1722
Merit: 1285
OpenTrade - Open Source Cryptocurrency Exchange
Thanks. Now understand )
legendary
Activity: 1946
Merit: 1427
Hmm...
Author: "I want to create unlimited addresses with electrum"
CoinMixer: "Have you considered using Bitcoin Testnet?"

facepalm.jpg ?
Ehmm.. I'm kind of facepalming indeed, yes.

The quote goes like this, right?:
yes i need to test something ! basically i want to destroy 0.1 BTC among various transactions on a same wallet !
I'll break it down for you:

Have you considered using Bitcoin Testnet?

Which is a "perfectly valid" reply considering that the Testnet lets you do EXACTLY this: Play around with various Bitcoin-like amounts in an environment that is exactly the same as the real bitcoin network.
Thus the perfect place to try and destroy 0.1(t)BTC among various transactions, for whatever reason [[Author]] may have. (without it actually costing him 0.1BTC)


Or have i gone crazy.
legendary
Activity: 1946
Merit: 1427
Cant you use checkgap api? and generate new addresses only when they unspent ones are paid? Like by creating a transaction on the last unspent address? Although this can turn out expensive and messy to maintain.

I recently upvoted a solution to a similar question. Read here https://bitcoin.stackexchange.com/questions/74410/blockchain-address-gap-limit-solution


i found a easy solution, since electrum supports multiple wallets, i created a gap of 100 address and now i have 10 wallets Cheesy with same master key !

so i can load a random wallet -> random address and have random address out of 1000 address, and still sync them !
Wait; Why wouldn't you simply increase the gap limit on one wallet?
What do you even mean by: "i have 10 wallets with 100 adresses"? That sounds... Highly inefficient?

Simply run this in your console:
Code:
wallet.change_gap_limit(1000)
And it'll set the gap lim to a 1000 addresses in a single wallet, which you can then... do whatever you want with?

I have to say though, for the purpose you're using this for, (assigning some kind of deposit address for each user of your site, correct?), Electrum might not be the best solution to scale this with, or really, to use at all. (?)


so i can load a random wallet -> random address and have random address out of 1000 address, and still sync them !
I guess i'm lucky this isn't my project because i'm already getting anxious from just reading this. How exactly are you assigning a deposit adress to each user? "randomly"? I just don't see how you can do this efficiently with electrum... anyway... just curious.
legendary
Activity: 3290
Merit: 16489
Thick-Skinned Gang Leader and Golden Feather 2021
yes i need to test something ! basically i want to destroy 0.1 BTC among various transactions on a same wallet !
Have you considered using Bitcoin Testnet?
newbie
Activity: 12
Merit: 3
Why such difficulties?
Why do not you want to use bitcoind(bitcoin-qt)? The RPC getnewaddress is working pretty well.
jr. member
Activity: 208
Merit: 2
Cant you use checkgap api? and generate new addresses only when they unspent ones are paid? Like by creating a transaction on the last unspent address? Although this can turn out expensive and messy to maintain.

I recently upvoted a solution to a similar question. Read here https://bitcoin.stackexchange.com/questions/74410/blockchain-address-gap-limit-solution


i found a easy solution, since electrum supports multiple wallets, i created a gap of 100 address and now i have 10 wallets Cheesy with same master key !

so i can load a random wallet -> random address and have random address out of 1000 address, and still sync them !
jr. member
Activity: 208
Merit: 2
for now i will code a script, that will keep sweeping m/0/0  to m/0/1000
So you're wasting money on fees while spamming the blockchain?



yes i need to test something ! basically i want to destroy 0.1 BTC among various transactions on a same wallet !

its stupid what i am trying to achieve but yes i want to try something !
hero member
Activity: 1638
Merit: 576
Leading Crypto Sports Betting & Casino Platform
Cant you use checkgap api? and generate new addresses only when they unspent ones are paid? Like by creating a transaction on the last unspent address? Although this can turn out expensive and messy to maintain.

I recently upvoted a solution to a similar question. Read here https://bitcoin.stackexchange.com/questions/74410/blockchain-address-gap-limit-solution
legendary
Activity: 3290
Merit: 16489
Thick-Skinned Gang Leader and Golden Feather 2021
for now i will code a script, that will keep sweeping m/0/0  to m/0/1000
So you're wasting money on fees while spamming the blockchain?

You'll have to be more clear anyway: 1000 is far from "unlimited", and even if you'd manage to get an "unlimited" number, a light wallet depends on a server, and that server won't sync above a certain number of addresses. You'll have to run your own node at some point.
But if you're seriously planning to fund and empty every address you're going to generate for users, you should rethink what you're doing.
jr. member
Activity: 208
Merit: 2
https://github.com/spesmilo/electrum/issues/2090
it will not initialise the address unless gap limit is filled, which is the problem for which i opened this thread !
Have you tried the code in my post?

That issue was closed and resolved because the user was using the wrong call.
Check ThomasV's reply in your link.

Read this for more info about Electrum's Gap limit (and why it was removed from the GUI):
https://electrum.readthedocs.io/en/latest/faq.html#what-is-the-gap-limit

thanks for your help, i guess its not agood way around this.


for now i will code a script, that will keep sweeping m/0/0  to m/0/1000
legendary
Activity: 2534
Merit: 6080
Self-proclaimed Genius
https://github.com/spesmilo/electrum/issues/2090
it will not initialise the address unless gap limit is filled, which is the problem for which i opened this thread !
Have you tried the code in my post?

That issue was closed and resolved because the user was using the wrong call.
Check ThomasV's reply in your link.

Read this for more info about Electrum's Gap limit (and why it was removed from the GUI):
https://electrum.readthedocs.io/en/latest/faq.html#what-is-the-gap-limit
jr. member
Activity: 208
Merit: 2
Not the wallet/client's derivation path, you need a tool like https://iancoleman.io/bip39/ to view all of the available keys (as much as your device can handle) from your seed phrase/master prv key.

-snip- i tried lots of light wallets and api, everything has a gap limit, which doesn't allow to genrate n number of address !
If you prefer a light client, specifically Electrum, just open the console and enter this:
Code:
[wallet.create_new_address(False) for i in range(100)]
100 means display 100 new addresses.

https://github.com/spesmilo/electrum/issues/2090


it will not initialise the address unless gap limit is filled, which is the problem for which i opened this thread !

wallet.storage.put('gap_limit',100)
legendary
Activity: 2534
Merit: 6080
Self-proclaimed Genius
Not the wallet/client's derivation path, you need a tool like https://iancoleman.io/bip39/ to view all of the available keys (as much as your device can handle) from your seed phrase/master prv key.

-snip- i tried lots of light wallets and api, everything has a gap limit, which doesn't allow to genrate n number of address !
If you prefer a light client, specifically Electrum, just open the console and enter this:
Code:
[wallet.create_new_address(False) for i in range(100)]
100 means display 100 new addresses.
jr. member
Activity: 208
Merit: 2
any idea on this ?
Yes, this is a shitpost like most of your other posts.
do you even uderstand what i am asking ?
The answer to your original shitpost is: Yes.

i wish to light wallets, but xpub generates only 20 address, how do you work with GAP limit and get new address without requiring a transaction of old ones !
This was not there before. This xpub claim is wrong. Use a proper tool or code the derivation yourself.


i tried derivations too, the wallet doesn't detect them, unless i receive some funds to current old addresses !
jr. member
Activity: 208
Merit: 2
i am making a project and i think it would be a good idea to have a random receive address for each of my app user !


any idea on this ?

i wish to light wallets, but xpub generates only 20 address, how do you work with GAP limit and get new address without requiring a transaction of old ones !

You can easily find many libs on github for this. Many open source wallets lets you download what you want.

/KX

do you have a proper link for this, i tried lots of light wallets and api, everything has a gap limit, which doesn't allow to genrate n number of address !

i mean do you have a link ?
member
Activity: 378
Merit: 53
Telegram @keychainX
i am making a project and i think it would be a good idea to have a random receive address for each of my app user !


any idea on this ?

i wish to light wallets, but xpub generates only 20 address, how do you work with GAP limit and get new address without requiring a transaction of old ones !

You can easily find many libs on github for this. Many open source wallets lets you download what you want.

/KX
legendary
Activity: 2674
Merit: 2965
Terminated.
any idea on this ?
Yes, this is a shitpost like most of your other posts.
do you even uderstand what i am asking ?
The answer to your original shitpost is: Yes.

i wish to light wallets, but xpub generates only 20 address, how do you work with GAP limit and get new address without requiring a transaction of old ones !
This was not there before. This xpub claim is wrong. Use a proper tool or code the derivation yourself.
jr. member
Activity: 208
Merit: 2
i am making a project and i think it would be a good idea to have a random receive address for each of my app user !


any idea on this ?

i wish to light wallets, but xpub generates only 20 address, how do you work with GAP limit and get new address without requiring a transaction of old ones !
Jump to: