generating unlimited address from same wallet ?

[riverdip]

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 !

[1714951908]

1714951908

[1714951908]

1714951908

[1714951908]

1714951908

[1714951908]

1714951908

[Lauda]

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.

[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

[riverdip]

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 ?

[riverdip]

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 !

[nc50lc]

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.

[riverdip]

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)

[nc50lc]

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

[riverdip]

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

[LoyceV]

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.

[Docnaster]

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

[riverdip]

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 !

[riverdip]

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 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 !

[unknown_anonymouse]

Why such difficulties?
Why do not you want to use bitcoind(bitcoin-qt)? The RPC getnewaddress is working pretty well.

[LoyceV]

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?

[AdolfinWolf]

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 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.

[AdolfinWolf]

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:

yes i need to test something !

Here [[Author]] states he wants to try something out:. (He goes, what you probably would describe as: "offtopic" from his main question in the OP)

basically i want to destroy 0.1 BTC among various transactions on a same wallet

Here [[Author]] States that he wants to destroy 0.1BTC using various transactions.

To which LoyceV replied:

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.

[kzv]

Thanks. Now understand )

[riverdip]

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 !

[Docnaster]

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.