Need help with key generation

[jonald_fyookball]

yeah but this is a burden on the electrum servers and also it may be slow for you, it is not really designed for this.

[pandalion98]

yeah but this is a burden on the electrum servers and also it may be slow for you, it is not really designed for this.

I see. I'm working on it.

[itsAj]

My question is why do you have a massive list of private keys? I don't see any use for this other then to mine potential brain wallets hoping that someone will send funds to one of your addresses.

yeah, why?

this is a misuse of electrum...imported keys cannot be restored from seed.  defeats the point of a deterministic wallet.

It's because Electrum doesn't need the whole block chain to work (about 17GB? I have a 3mbps connection. That's gonna take a while.)

The question was not about why you are using a selfish client (although the reasons are likely similar to this answer), but the question is why are you trying to monitor such a large number of private keys? The answer is almost certainly because you are trying to mine brain wallets, which in my opinion/eyes is very unethical.

[BurtW]

He already told us exactly which addresses he is going to use:  the address with private key 1 through the address with private key N where N is about 3,000,000.  So, just the first N private keys.

I see nothing unethical about that.  The probability any of those three million address have ever been used, are being used and will ever be used is an insignificant amount above zero.

More power to him.

If this is a threat to Bitcoin then it does not deserve to live.

I suggest he connect to the blockchain.info servers through their API and dump them all in a wallet there.  Set all those addresses to sweep and wait (forever) for some BTC to show up.

Electrum is not designed for this.  Use a different wallet.

[pandalion98]

He already told us exactly which addresses he is going to use:  the address with private key 1 through the address with private key N where N is about 3,000,000.  So, just the first N private keys.

I see nothing unethical about that.  The probability any of those three million address have ever been used, are being used and will ever be used is an insignificant amount above zero.

More power to him.

If this is a threat to Bitcoin then it does not deserve to live.

I suggest he connect to the blockchain.info servers through their API and dump them all in a wallet there.  Set all those addresses to sweep and wait (forever) for some BTC to show up.

Electrum is not designed for this.  Use a different wallet.

I don't see it as a threat either.
I mean, most clients will generate something like e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855

My list contains privkeys from [insert zeroes here]00001 until [insert zeroes here]2DC6C0 (first 3 million addresses). I agree with BurtW

[pandalion98]

My question is why do you have a massive list of private keys? I don't see any use for this other then to mine potential brain wallets hoping that someone will send funds to one of your addresses.

yeah, why?

this is a misuse of electrum...imported keys cannot be restored from seed.  defeats the point of a deterministic wallet.

It's because Electrum doesn't need the whole block chain to work (about 17GB? I have a 3mbps connection. That's gonna take a while.)

The question was not about why you are using a selfish client (although the reasons are likely similar to this answer), but the question is why are you trying to monitor such a large number of private keys? The answer is almost certainly because you are trying to mine brain wallets, which in my opinion/eyes is very unethical.

I'm not monitoring. I'm just gonna check dem balances, if there are balances.

[pandalion98]

Much arguments. I'm getting the hang of this 

[pandalion98]

Electrum is not designed for this.  Use a different wallet.

Any suggestions?

*Blockchain.info only supports up to 400 addresses I think
*Bitcoin core needs the entire blockchain
*Every other wallet is a hassle

[shorena]

-snip-

I'm not monitoring. I'm just gonna check dem balances, if there are balances.

No need to import the private keys to check balances. Just write a little script / programm that queries a known API or even better several APIs in turn. Most wallet programms will not work with 3 million private keys AFAIK anyway. And I am pretty sure if you write blockchain.info a Mail from an university address with a recomendation they will keep the IP (range) from getting banned.

[BitCoinDream]

-snip-

I'm not monitoring. I'm just gonna check dem balances, if there are balances.

No need to import the private keys to check balances. Just write a little script / programm that queries a known API or even better several APIs in turn. Most wallet programms will not work with 3 million private keys AFAIK anyway. And I am pretty sure if you write blockchain.info a Mail from an university address with a recomendation they will keep the IP (range) from getting banned.

Below is a list of block explorers...

When you check an address balance or a transaction status online, which block explorer do you use ? If you run a service depending on a third party API, which block explorer's API you rely upon ?

Update: I'm listing out the outcome of this thread here...

1. https://blockchain.info/

2. https://blockr.io/

3. https://blockexplorer.com/

4. https://www.biteasy.com/

5. https://chain.so/btc

6. https://helloblock.io/

7. http://bitcoinchain.com/block_explorer

8. https://bkchain.org/btc

9. http://bitinfocharts.com/bitcoin/

10. http://www.blocktrail.com

If u query all of them in a round-robin manner to 3M+ get address values, all of them will ban your IP range for attempt to DDOS. The only way to do this is having the blockchain locally, have it transformed to a local Oracle/MySQL instance with address and its balances in 2 column and query it locally. That way, U'll miss the real time updated values of Bitcoin addresses though.

[pandalion98]

-snip-

I'm not monitoring. I'm just gonna check dem balances, if there are balances.

No need to import the private keys to check balances. Just write a little script / programm that queries a known API or even better several APIs in turn. Most wallet programms will not work with 3 million private keys AFAIK anyway. And I am pretty sure if you write blockchain.info a Mail from an university address with a recomendation they will keep the IP (range) from getting banned.

First of all, I'm still in high school.
Second, It might destroy their API (DDoS kind of stuff)
Finally, they have a limit on API calls. (about 1000 per 10 minutes? idk.)

7 million is just.... too many.... 

[BitCoinDream]

-snip-

I'm not monitoring. I'm just gonna check dem balances, if there are balances.

No need to import the private keys to check balances. Just write a little script / programm that queries a known API or even better several APIs in turn. Most wallet programms will not work with 3 million private keys AFAIK anyway. And I am pretty sure if you write blockchain.info a Mail from an university address with a recomendation they will keep the IP (range) from getting banned.

First of all, I'm still in high school.
Second, It might destroy their API (DDoS kind of stuff)
Finally, they have a limit on API calls. (about 1000 per 10 minutes? idk.)

7 million is just.... too many.... 

It wont destroy their API. They'll boot u out.

[pandalion98]

-snip-

I'm not monitoring. I'm just gonna check dem balances, if there are balances.

No need to import the private keys to check balances. Just write a little script / programm that queries a known API or even better several APIs in turn. Most wallet programms will not work with 3 million private keys AFAIK anyway. And I am pretty sure if you write blockchain.info a Mail from an university address with a recomendation they will keep the IP (range) from getting banned.

First of all, I'm still in high school.
Second, It might destroy their API (DDoS kind of stuff)
Finally, they have a limit on API calls. (about 1000 per 10 minutes? idk.)

7 million is just.... too many.... 

It wont destroy their API. They'll boot u out.

Yes. Yes they will.

[bitpump]

I have a massive list of bitcoin addresses with their private keys in this format:
Any help would be awesome 

Hi OP,
Another idea:
You put a big net on the full ground at central park, New York.
You wait for 24 hrs.
Then you pick up the net.
Some people MUST have lost some coins, bills, etc.
Max 2 hrs of work each day will bring you BIG PROFITS!!

[shorena]

Dont be silly it wont "destroy" their API. Worst case is an IP ban if you do not limit the requests.

High Schools have no Mailaddresses?

You could also see what the limits are and check the balances in a prioritised fashion according to those limits. On the other hand round robin is easier.

Now its 7 million? I thought 3 million...

and why check periodically, what is the paper about that you need to check periodically? As it was said before the balance will probably be 0 for all of them anyway.

I start to feel that either the paper is bullshit to get ppl to help you or there is an XY problem.

[BurtW]

The only way to do this "right" is to set up your own computer with your own copy of the full blockchain, running a peer-to-peer node, and keeping its own personal UTXO database.

Set up a script to either periodically run through all of your 3 7 10(?) million addresses on your own computer, using your own UTXO database and check them for balances or sweep any amounts into your own address.

If you ever get any BTC (you won't) then you can choose to either white or black hat it.  If you are really not trying to steal you will then give back the BTC as soon as you find the owner.  If you are really just a low life scum thief then you keep it.

All of this can be done with any modest computer with a modest disk drive, modest memory, and an internet connection.  It does not even have to run 24/7.  You could probably run it a few hours a week and get the desired effect, whatever that is.

Don't burden the Electrum wallet, blockchain.info, any of the other block explorers with you project.  Just do it right.

[itsAj]

-snip-

I'm not monitoring. I'm just gonna check dem balances, if there are balances.

No need to import the private keys to check balances. Just write a little script / programm that queries a known API or even better several APIs in turn. Most wallet programms will not work with 3 million private keys AFAIK anyway. And I am pretty sure if you write blockchain.info a Mail from an university address with a recomendation they will keep the IP (range) from getting banned.

I think he pretty much contradicted himself here. If he wanted to monitor the addresses then all he would need is the public address, not the private keys. The fact that he generated the private keys in the first place means that he wants to monitor and steal funds from the addresses.

[BurtW]

I think he pretty much contradicted himself here. If he wanted to monitor the addresses then all he would need is the public address, not the private keys. The fact that he generated the private keys in the first place means that he wants to monitor and steal funds from the addresses.

He said he is interested in the random number generator.

Assume for the moment a wallet was very stupid and instead of using a cryptographically secure 256 random number generator they use one of the system random functions with only 32 bits!  All of the addresses generated would be from private keys in the 0x00000001 to 0xFFFFFFFF range - the range he is scanning.

In order to do this test he must create the Bitcoin addressed from the first N private keys.  He is on the right track.

Now even if you have a good 256 bit random number generator but you fail to take the size of the finite field into account then the random numbers generated above the finite field length will wrap around and alias to - you guessed it - the first N addresses.  In this case this would mean that the first N addresses will be slightly more likely to occur given a good random number generator but buggy code that does not throw away the results above the finite field size and uses them for keys.  The difference in distribution is pretty insignificant so I expect no BTC from this bug.

But he could get some BTC from the first bug.

This is a good great project for a high school student.  I am somewhat impressed given the level of motivation I have seen in the average high school student I have come in contact with.

If he gets a few BTC and discovers a wallet with a horrible random number generator more power to him!

[BurtW]

Ideally he should set up to sweep Bitcoins from all the Bitcoin addresses produced from the first 2³² private keys.

This would be a sweeper monitoring the first 4,294,967,296 Bitcoin addresses.

Totally possible with a decent machine and a bit of code.

Please let us know if you ever find any BTC!

[pandalion98]

Ideally he should set up to sweep Bitcoins from all the Bitcoin addresses produced from the first 2³² private keys.

This would be a sweeper monitoring the first 4,294,967,296 Bitcoin addresses.

Totally possible with a decent machine and a bit of code.

Please let us know if you ever find any BTC!

Will do!

I just shifted from golang to C++. I found a full copy of the blockchain from a friend. Thanks for all your help!