Not sure if this will help you. I believe it is on Github:
https://bitcointalksearch.org/topic/2256-deep-space-vagabond-107172
https://bitcointalksearch.org/topic/2256-deep-space-vagabond-107172
Nah. I'm already finished with my project.
Topic: Need help with key generation (Read 4626 times)
Nah. I'm already finished with my project.
Not sure if this will help you. I believe it is on Github:
https://bitcointalksearch.org/topic/2256-deep-space-vagabond-107172
https://bitcointalksearch.org/topic/2256-deep-space-vagabond-107172
If I remember correctly zero is not a valid pivate key.
Exactly. People sent BTC to this address, but no one can spend it. yet
If I remember correctly zero is not a valid pivate key. One is the first valid private key and results is G (G = 1*G). Two is G+G, three is G+G+G, four is G+G+G+G, etc. It should be very easy and very fast to create all the public keys for the private keys 1 through 232: start with G then keep adding G and store away the sums and hash each sum for the addresses.
Quote
What exactly?
Sorry, my fault.
directory.io says that the addresses for [000..000] are 1MsHWS1BnwMc3tLE8G35UXsS58fKipzB7a / 1Q1pE5vPGEEMqRcVRMbtBK842Y6Pzo6nK9
I do not know how to calculate public key for invalid privateKey
16QaFeudRUt8NYy2yzjm3BMvG4xBbAsBFM also known as "address for zero-key"
Let me sweep unspent dust outputs?
Reducing the number of uxto - is good!
Quote
Final stats:
* 22,219,774 total addresses generated (from privkey 0). List contains the info in this format (no quotes):
------ "address , privkey-in-hex"
* BTC 0.0006000 found in dust outputs (did not bother getting them. most were 1 to 10 satoshi outputs)
* Found BTC 0.0101092 in address 16QaFeudRUt8NYy2yzjm3BMvG4xBbAsBFM (privkey 0)
------ Cannot spend due to a quirk in the bitcoin system/wallet software/base58 decoding scheme
What exactly?
Quote
Final stats:
* 22,219,774 total addresses generated (from privkey 0). List contains the info in this format (no quotes):
------ "address , privkey-in-hex"
* BTC 0.0006000 found in dust outputs (did not bother getting them. most were 1 to 10 satoshi outputs)
* Found BTC 0.0101092 in address 16QaFeudRUt8NYy2yzjm3BMvG4xBbAsBFM (privkey 0)
------ Cannot spend due to a quirk in the bitcoin system/wallet software/base58 decoding scheme
I do not believe.
Quote
p.s. Do you know someone/do you have a list of all addresses used?
Or a list of just addresses with balances would be nice
(up to block 321341)
It is not a problem to create list of used in blockchain addresses. I did it several times in past. Right now I do not have up-to-date copy.Or a list of just addresses with balances would be nice
(up to block 321341)There were around ~40 mln standard addresses used right now. (~1 gb in plaintext)
There are also thousands of msig-addresses (which starts with '3')
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.
yeah, why have a massive list of it?
OP: How is it going? Did you ever get all of the 232 addresess generated? Did you find any BTC?
Here's the report...
Seems like everyone is using good RNG's. I already submitted the paper to my recipient.
Final stats:
* 22,219,774 total addresses generated (from privkey 0). List contains the info in this format (no quotes):
------ "address , privkey-in-hex"
* BTC 0.0006000 found in dust outputs (did not bother getting them. most were 1 to 10 satoshi outputs)
* Found BTC 0.0101092 in address 16QaFeudRUt8NYy2yzjm3BMvG4xBbAsBFM (privkey 0)
------ Cannot spend due to a quirk in the bitcoin system/wallet software/base58 decoding scheme
My research is finished for now.
p.s. Do you know someone/do you have a list of all addresses used?
Or a list of just addresses with balances would be nice
(up to block 321341) 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.
yeah, why have a massive list of it?
OP: How is it going? Did you ever get all of the 232 addresess generated? Did you find any BTC?
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.
yeah, why have a massive list of it?
Ideally he should set up to sweep Bitcoins from all the Bitcoin addresses produced from the first 232 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!
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!
Ideally he should set up to sweep Bitcoins from all the Bitcoin addresses produced from the first 232 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!
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!
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
If he gets a few BTC and discovers a wallet with a horrible random number generator more power to him!
-snip-
I'm not monitoring. I'm just gonna check dem balances, if there are balances.
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.
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 your3 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.
Set up a script to either periodically run through all of your
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.
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.
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.
I have a massive list of bitcoin addresses with their private keys in this format:
Any help would be awesome
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!!
-snip-
I'm not monitoring. I'm just gonna check dem balances, if there are balances.
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.
-snip-
I'm not monitoring. I'm just gonna check dem balances, if there are balances.
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.
-snip-
I'm not monitoring. I'm just gonna check dem balances, if there are balances.
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....
-snip-
I'm not monitoring. I'm just gonna check dem balances, if there are balances.
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
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.
-snip-
I'm not monitoring. I'm just gonna check dem balances, if there are balances.
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.
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
Much arguments. I'm getting the hang of this
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.)
I'm not monitoring. I'm just gonna check dem balances, if there are balances.
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 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
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 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.
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.)
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.
legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political
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.
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.)
I don't need the deterministic nature of electrum. I just want to use it because
1. It supports bulk importation of private keys
2. It doesn't need the full blockchain (saves me some bandwidth)
3. It's compact and simple (1 executable, can be run from anywhere, ease of use when it comes to using multiple wallets)
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.)
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. Just a side project for a paper. I'm gonna submit my results to someone
Why didn't you put them in the correct format when you created the file in the first place?
Can't you just fix the program to correct the output and then just run it again?
1. I generated the list.
2. "Read in one line from the file, convert it, output to a different file" Oh yeah. I'm gonna try making that script (I hope I can do it on Windows)
1: fix the program that is generating the addresses
2: run it again
I'm gonna do that right now. Will post back results
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.)
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. Just a side project for a paper. I'm gonna submit my results to someone
Why didn't you put them in the correct format when you created the file in the first place?
Can't you just fix the program to correct the output and then just run it again?
1. I generated the list.
2. "Read in one line from the file, convert it, output to a different file" Oh yeah. I'm gonna try making that script (I hope I can do it on Windows)
1: fix the program that is generating the addresses
2: run it again
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. Just a side project for a paper. I'm gonna submit my results to someone
Why didn't you put them in the correct format when you created the file in the first place?
Can't you just fix the program to correct the output and then just run it again?
1. I generated the list.
2. "Read in one line from the file, convert it, output to a different file" Oh yeah. I'm gonna try making that script (I hope I can do it on Windows)
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. Just a side project for a paper. I'm gonna submit my results to someone
Why didn't you put them in the correct format when you created the file in the first place?
Can't you just fix the program to correct the output and then just run it again?
It is only 3 million lines of output so it cannot take that long to run again.
I have a massive list of bitcoin addresses with their private keys in this format:
private key (hex format) public key compressed public key
Now what I want to do is:
1. Get rid of the public key and compressed public key part (maybe move them to a separate file? If possible, yes)
2. Convert ALL hex private keys to WIF private keys (5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
3. Import all/part of them into electrum (or other client which doesn't need the full blockchain)
My rig:
Windows 7 64-bit (can also install ubuntu anytime)
4GB ram
a lot of hard diskspace
Any help would be awesome
private key (hex format) public key compressed public key
Now what I want to do is:
1. Get rid of the public key and compressed public key part (maybe move them to a separate file? If possible, yes)
2. Convert ALL hex private keys to WIF private keys (5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
3. Import all/part of them into electrum (or other client which doesn't need the full blockchain)
My rig:
Windows 7 64-bit (can also install ubuntu anytime)
4GB ram
a lot of hard diskspace
Any help would be awesome
if you are really trying to ask fo rhelp cracking private keys on electrum or some other service there is something wrong with you.
1. if you are asking people to help you tha tmeans you have no chance to start with.
2. your computer specs are terrible if you are going to brute force anything.
3. let him try as it will strengthen peoples trust in the technology when he like everyone else fails to crack it. basically if its uncrackable let him try
Eheheheh. True
you are not the first, you will not be the last.
What are you implying? Can you please elaborate?
People find directory.io or brainwallets and think: All that money, I need to get it. If I just had a way to test the balance of a few million addresses or a way to import a few million private keys into my wallet in order to spend other peoples coins... Ill just ask on bitcointalk.org noone will suspect a thing. Actually it works sometimes, I fell for something similar [1] not so long ago. I didnt fully read the post and missed the "million addresses" part.
I found the answers gmaxwell (esp. this one [2]) gave in that thread very educational and I suspect something similar here. I dont think any private person has a "massive list" of private keys to import which are in a very similar format to the formating directory.io uses. If someone hired by a company has to handle a "massive list" I am sure they will find a way to figure out a solution on their own, they get paid for it after all.
I might be wrong, but I am sure OP will answer with a very good reason for this "massive list" in that case.
tl;dr: I am imply OP is trying to steal someone elses coins. I might be wrong however.
[1] https://bitcointalksearch.org/topic/check-balance-of-multiple-bitcoin-addresses-non-py-non-linux-736607
[2] https://bitcointalksearch.org/topic/m.8361407
Yes and no :/
Yes because:
1. It's just research. (something to do with RNGs)
2. Maybe I'll sweep the coins that have balances?
3. It's just the first 3 million addresses (and counting). It's not that massive
First 3 million in this format:
Private Public Public Compressed
0000000000000000000000000000000000000000000000000000000000000001 1EHNa6Q4Jz2uvNExL497mE43ikXhwF6kZm 1BgGZ9tcN4rm9KBzDn7KprQz87SZ26SAMH
I have a massive list of bitcoin addresses with their private keys in this format:
private key (hex format) public key compressed public key
Now what I want to do is:
1. Get rid of the public key and compressed public key part (maybe move them to a separate file? If possible, yes)
2. Convert ALL hex private keys to WIF private keys (5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
3. Import all/part of them into electrum (or other client which doesn't need the full blockchain)
My rig:
Windows 7 64-bit (can also install ubuntu anytime)
4GB ram
a lot of hard diskspace
Any help would be awesome
private key (hex format) public key compressed public key
Now what I want to do is:
1. Get rid of the public key and compressed public key part (maybe move them to a separate file? If possible, yes)
2. Convert ALL hex private keys to WIF private keys (5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
3. Import all/part of them into electrum (or other client which doesn't need the full blockchain)
My rig:
Windows 7 64-bit (can also install ubuntu anytime)
4GB ram
a lot of hard diskspace
Any help would be awesome
if you are really trying to ask fo rhelp cracking private keys on electrum or some other service there is something wrong with you.
1. if you are asking people to help you tha tmeans you have no chance to start with.
2. your computer specs are terrible if you are going to brute force anything.
3. let him try as it will strengthen peoples trust in the technology when he, like everyone else fails to crack it. basically if its uncrackable let him try
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. Just a side project for a paper. I'm gonna submit my results to someone
I have a massive list of bitcoin addresses with their private keys in this format:
private key (hex format) public key compressed public key
Now what I want to do is:
1. Get rid of the public key and compressed public key part (maybe move them to a separate file? If possible, yes)
2. Convert ALL hex private keys to WIF private keys (5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
3. Import all/part of them into electrum (or other client which doesn't need the full blockchain)
My rig:
Windows 7 64-bit (can also install ubuntu anytime)
4GB ram
a lot of hard diskspace
Any help would be awesome
private key (hex format) public key compressed public key
Now what I want to do is:
1. Get rid of the public key and compressed public key part (maybe move them to a separate file? If possible, yes)
2. Convert ALL hex private keys to WIF private keys (5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
3. Import all/part of them into electrum (or other client which doesn't need the full blockchain)
My rig:
Windows 7 64-bit (can also install ubuntu anytime)
4GB ram
a lot of hard diskspace
Any help would be awesome
if you are really trying to ask fo rhelp cracking private keys on electrum or some other service there is something wrong with you.
1. if you are asking people to help you tha tmeans you have no chance to start with.
2. your computer specs are terrible if you are going to brute force anything.
3. go away and never return.
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.
you are not the first, you will not be the last.
What are you implying? Can you please elaborate?
People find directory.io or brainwallets and think: All that money, I need to get it. If I just had a way to test the balance of a few million addresses or a way to import a few million private keys into my wallet in order to spend other peoples coins... Ill just ask on bitcointalk.org noone will suspect a thing. Actually it works sometimes, I fell for something similar [1] not so long ago. I didnt fully read the post and missed the "million addresses" part.
I found the answers gmaxwell (esp. this one [2]) gave in that thread very educational and I suspect something similar here. I dont think any private person has a "massive list" of private keys to import which are in a very similar format to the formating directory.io uses. If someone hired by a company has to handle a "massive list" I am sure they will find a way to figure out a solution on their own, they get paid for it after all.
I might be wrong, but I am sure OP will answer with a very good reason for this "massive list" in that case.
tl;dr: I am imply OP is trying to steal someone elses coins. I might be wrong however.
[1] https://bitcointalksearch.org/topic/check-balance-of-multiple-bitcoin-addresses-non-py-non-linux-736607
[2] https://bitcointalksearch.org/topic/m.8361407
you are not the first, you will not be the last.
What are you implying? Can you please elaborate?
Who's private keys are they?
UPDATE: I decided to search for some of the stuff that shorena posted and I found http://directory.io/ which lists mostly generated Bitcoin addresses to fill out fake pages. All you need to do is run a PHP script to generate a lot of addresses per page, then cache the pages server side. Every page you visit will appear to be a valid page and you can't go past the number at the top. In order to make it appear legitimate, some fake private keys were added with legitimate Bitcoin addresses next to it.
Keep in mind that any Bitcoin address that CAN be used on the network is valid. The Bitcoin addresses are not stored in the blockchain, only your wallet. You can generate Bitcoin addresses until you're blue in the face, and who knows, maybe a couple of the private keys on that website are legitimate by chance. The Bitcoin blockchain only stores transaction data.
UPDATE: I decided to search for some of the stuff that shorena posted and I found http://directory.io/ which lists mostly generated Bitcoin addresses to fill out fake pages. All you need to do is run a PHP script to generate a lot of addresses per page, then cache the pages server side. Every page you visit will appear to be a valid page and you can't go past the number at the top. In order to make it appear legitimate, some fake private keys were added with legitimate Bitcoin addresses next to it.
Keep in mind that any Bitcoin address that CAN be used on the network is valid. The Bitcoin addresses are not stored in the blockchain, only your wallet. You can generate Bitcoin addresses until you're blue in the face, and who knows, maybe a couple of the private keys on that website are legitimate by chance. The Bitcoin blockchain only stores transaction data.
legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political
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.
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.
like this?
you are not the first, you will not be the last.
Code:
Private Key Address Compressed Address
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreAbuatmU 1MsHWS1BnwMc3tLE8G35UXsS58fKipzB7a 1Q1pE5vPGEEMqRcVRMbtBK842Y6Pzo6nK9
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreAnchuDf 1EHNa6Q4Jz2uvNExL497mE43ikXhwF6kZm 1BgGZ9tcN4rm9KBzDn7KprQz87SZ26SAMH
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreAvUcVfH 1LagHJk2FyCV2VzrNHVqg3gYG4TSYwDV4m 1cMh228HTCiwS8ZsaakH8A8wze1JR5ZsP
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreB1FQ8BZ 1NZUP3JAc9JkmbvmoTv7nVgZGtyJjirKV1 1CUNEBjYrCn2y1SdiUMohaKUi4wpP326Lb
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreB4AD8Yi 1MnyqgrXCmcWJHBYEsAWf7oMyqJAS81eC 1JtK9CQw1syfWj1WtFMWomrYdV3W2tWBF9
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBF8or94 1E1NUNmYw1G5c3FKNPd435QmDvuNG3auYk 17Vu7st1U1KwymUKU4jJheHHGRVNqrcfLD
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBKdE2NK 1UCZSVufT1PNimutbPdJUiEyCYSiZAD6n 1Cf2hs39Woi61YNkYGUAcohL2K2q4pawBq
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBR6zCMU 1BYbgHpSKQCtMrQfwN6b6n5S718EJkEJ41 19ZewH8Kk1PDbSNdJ97FP4EiCjTRaZMZQA
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBbMaQX1 1JMcEcKXQ7xA7JLAMPsBmHz68bzugYtdrv 1EhqbyUMvvs7BfL8goY6qcPbD6YKfPqb7e
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBd7uGcN 1CijKR7rDvJJBJfSPyUYrWC8kAsQLy2B2e 1HSxWThjiwbC4dJbXHMpBfwRenB12UguG5
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBoNWTw6 1GDWJm5dPj6JTxF68WEVhicAS4gS3pvjo7 13DaZ9nfmJLfzU6oBnD2sdCiDmf3M5fmLx
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBquB4Rj 1NokMRjkCGBmy8F3JRdX5XHyXqY8Yxvd4i 15wPJhwthAkBtUgx3qFEyCtnK7piuu6Xvr
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreC4p2u5o 1LWsLyY2j2mPtYcG9yG2bDFwTWryiJL6sp 1M9sZKsStVRZyBZSSVe13XMGRtCHkNj7VD
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCAVyVnh 1Q2ndXEiSc1yevvPzEfQ4wuwKEhyyE1Nsj 18xiXDdYhapNJoAp4UAkJa1WZT9U9FmQiD
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCHK2Zzv 1KgVr2GExouGLAeAt79KwxykCck4k9Cexk 1BS2vyPFUSDKfJKw35MyAAUvSzXpcBLgSJ
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCMUnXUo 13xG3mC4TXUn8cRgqJG5eG9TDw4fFcztfE 1FZoTz4UBrfjpf7DdGGuLdPBqSMx65tKuy
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCUtzTQw 18XrReT5ChW8qgXecNgKTU5T6MrMMLnV8H 19p7ktDbdJnmV4YLC7zQ37RsYczMZJmd6q
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCXbRta3 1LwjY8QPCW46jXn79eeN5SfZDsYNB9qDj1 18FtYoEJipP5bCJnjgWdeeEbxSvozSjEUA
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCh1de82 1BBwZVdBjoPxotHfrKLpHJBSy7vmc2pjex 1Ny3b8r8HhkQtwUBePqKdU31qBV1xWS64Q
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCpWSv5Y 13zGBax475zUoLFatjye7Rp48vPrtiaeqs 1AmybvuPDrDpsqsgSzqbwALGcW1t6Yn9uN
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCw2uZTA 1LWWyaRPtU7PHHEN67Zh8qhmZyAoaRubcw 1693NYwCPZYAdF1pYdVfrfCR6c9acpNGQd
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreD437Nay 19vxtDbLMNasSpbAEZd7va5Qge6d2zYWbp 1E6NuFjCi27W5zoXg8TRdcSRq84zJeBW3k
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDAgeFqw 19WcSz4FxGH7CRqChvXaFW42UHnbQBicky 1GWqhXL1DGAEc6MVntAnmQe4GFnR9k2Ykd
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDEUj22G 1MNagJqYUsWBD47QbsebCT2Lt7GwZtjkg 18JHgcWCoD1gbj6wpbDH5Us3HKaJozj6nt
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDQbAmx9 145TcwDemMhjNiSAMxA5q14HTRuvNJFRx4 1KpKNLiZ4mQ6qdTwDrJBDLmBJDnD2n87NH
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDSDY8dy 1JZC74Q76Ms8TSvB7H7Dc93SNRzRzNmYFc 1832sK2wWthm6z8vXaXTd8wUP4XaqrsPVu
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDan2uta 1Gggh1qxKS7qSZJ8u3gKNqnSvHXQhQDyo2 12e2Zo4VFe2j4Cs3gru55H8JZ7PZXppHnd
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDktNmBc 1LNLqCerQQ6j9iKs39VP6vNJHSpzNrFKJj 13zdFFdFn1LxfcXF8B6VBsnKxiLkZ7zBUU
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDmLg88w 19HkpLyo2WQJ3SiCmFANVuoQvg4UAX43uG 1MFWqE6cZmmjvH22DEWmt1tKSms4iyASC7
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDwUb9yY 1LYxTHbQLwmeTFa2dpYUFWwYZqoeJwAQmt 1Lh3oGDA7bxB7pQdJtgf29G3pf6rvxgNFU
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreE3Nwh9x 1DCYmXCRYXSPxsSFTRuveKRfqiCFmwNFbW 1DXNcbPEavwHQHtgPrjhkbG62f9SZBXp4v
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreE85b5kg 1KWj99Jwd9LGGC2Y1c9c4cmvWvYTQrLFVc 15MRQkVBF9crVPeHDjSEVEytCTVLJVGZSr
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEGj3uXG 1GqHRfbwAtWc6zN4TL5xC5yNRwAXunfhUJ 1Q3pVMPLvKRNudhqz7uecd7C3iddUJLs21
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEQTrFTY 1B7nMKLwh76G84u1xvk4CnhPK5YcPr2jvT 1HtFHz3q4fuhJj7paJAvtaNGmMbPnXRCa4
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEYP1uta 1F83LVL8YKm4ugbNt2ePFVmsyoiHrx4NF7 1MY53uw7T3sLwL6FiGrM2LsiutSktmhSv2
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEa9SGDP 1Cw4iTCkanJFZhLAQh3hBzD22QdBMrkPND 1FHVcojQZeZgw4dVFwAQiuArHdEw3p9j1Y
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEhfUb47 1GgD7fHa8ZRczoMQagVzYc73ioTvoe3sZu 15N8R8QVgPWvBe6jBt3Rw492eoxZzGBvda
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEnwTmuW 1EEp8e3dhdGc8MARVh9zPYqFGBdyGX6hxc 1N6RoUq8uYoJ8BKt7XHeruTJPgWMbi81gt
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEttVnpm 17RjnQF8VWkcqyAHvY1QA1jNyx1xPVnB5d 1EtUHeLjh6oLgjCzyWJjgCtK7erRxArhJL
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreF5LqgkE 1Cyr9LQ7F3PZNjiJCcafLLh6F1RDireoCn 165dGfnEBRc9948oyFbhz5GSRibfTTrEzR
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFAzJ4As 1Akt9SAP6Vvq1BfNcNWwvANgqXkNmZ2uz7 1BQTH1NYHXrQ8UDGcvD9q5b9pBTpx4muak
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFGiZbKb 182WMwUZYz4vksjnhzU6GpCtKW3g3HKwhb 1KJyNjeZbGmH93D2yP36ViV8smdtAWv1E6
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFMSs18A 1HGn3jxoSh8twi4mR3iaNmZr6pbHgjFJEg 1EMxdcJsfN5jwtZRVRvztDns1LgquGUTwi
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFWRXmfT 1N6XDASWPttVf1yNCbZYgyE8trkM2k9RH7 1KknUTBcbmsPgkGuJANKeTu6UWW6R4AXkS
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFeCCsFW 1Q9DQUn6aeWKEQFDVYSMNBjCcLYaQnRccB 15rDYUmonfHBL7efozxKwxY4L4JahvatuM
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFjUrh8k 1MqWUyivo9sj323sirtbxZ1S23vPA36FDK 1LxerPZSoPQAH4iJFHJQPpbiCCsZzYpzQD
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFtDpdAZ 1GTy3GAexCP74XVouxc7ZUP9s2qheQVDDz 136aNBmeiZY3Qq69BdBepmLTR9wQpr16eo
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFufkfcw 1Baf2cr6Sh1va2mEjPnNMxeFtQ2p3u5bNe 12sR6SKoVv4wF75pAp2srPH73t9uXchgei
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreG7q5WCf 1EtppGCHU29KoJAwwU5sLdmeMim7GzBb5z 1LZ2gdtUzW9eUUEUXP4sGSHnsaCNYHuor3
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGAk6qMH 18JVE1MSS7a2NEhtHJkxhwgvT4hLQYBw3w 1PitScNLyp2HCygzadCh7FveTnfmpPbfp8
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGKdi6NZ 137DbqLHaL32CLg91FYStaGi99y3H5xHNS 1PHyTo7RGs9KMqa6xho8D2c8ezVcW726KV
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGRmRFDZ 1GgWkqiKTYgZmWbx824AfKrHBLKHn71NL7 1MBnapr81FYkTBwcwGYwjEJw9fY9mHkQKf
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGVpYN24 1Px5Kp4aZgPmVxJV9sWgLj6dEWcFMec9Fo 1HpEUoqUDw2k1KRiQskhLKUzkMUvBCQ8uA
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGdtctZw 1GZnahwoL6K91sdzNEg1vxZ5LJogFSu1b 1P24SkyfwdPacGhAtDD8jqWf6H8NuqNZ2i
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGhAGxmP 1L6qp71nqFbTTFTQYGQeLg94AkaeYJW1J 1B9dx79wc1wT29nrBGCXeB7Y6YRWwW1mGC
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGv1DVzQ 1LPLZnAzj34AgehA56DvDahuyxinZgeM3e 1KWP2WSDLeCbkeWrSJG6B3ga61g9UFEink
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGwFNuPr 1EYQRFJ1z1WzhPs17sZPzYnWxoYXUs8cKj 1N5SkxySaiSVFgWDXdBD7dWKQrHS6VVHfC
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreH48LE9C 1PnVcifB9EBwbaAauprqcucPgfUnrRLtWg 14qhMvWT1Fd7NFRgSgbEgHkm22pXmUi3X3
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreH9yDMyT 1DbZj2r2pSz8iq6MrMLENMusrar3YdhdaY 1HUHJ311k21Z6uaSqbV5bJBqeEV6ky9HQ2
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHHanpkZ 16RwUYX9uRx3AttTa8zY6JvauPYSgLDoSy 1GVFSUerajQTuEJS1ewzd9KesAhNpVczRa
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHP2DXbg 132vDcKDe96wL2GLLznueKnGVP4RnAX5xH 1AXSyzMK4Ft3HTmgmUQP62UBFwwCqyWwjg
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHZ7dG6X 1HKvprhpBuuL5sbY6wkmgKcM97ggEG14Ab 1JnA9YikeoLtT4tVaBn4zNygFZWpVoneHN
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHdeJUVG 1BHQRSk1X4ERn3UAMcsSgJzCkvw2wvE5CC 1GiA8LfZVP7J78yvC2qsvkH3NmAwLjBoY
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHkaB6rR 15CHsSNH3SmEfoc2mau11z7inZiUZvRfyr 1M31Hk219DzWy8m1jfQ3jvvJa13SbaxaHZ
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHsrkqUw 1FaxsybmpvrX4yDCt1R9mu2oGHpdpLzbkb 14raEyLewYMk4Xqg76xJQxEygnhWhx6mUQ
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHyRyQVZ 1FHcYth4LRJMwNx2y8NR5DH7sYCiVzXs3Y 1AT4ES3ee1N6iBzzbdK8xvcAV3CBTRKcbS
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJ58DM42 1QAALUJNskZWEbvwKXoTteowgs9xGGeAZR 1AUVEbt1um1kVPADWcgdCxabVhquHZsT36
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJFuEycp 1B8EsE44dqKSbVdqgnd9aTQex7r4G6Bw1P 18939AFStuaLPGuuh9Eus2BYoswcPXSSmF
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJMps1fr 1C77qaBvJ2mGAb9QmcuBHrD6sbYy9V8Rc7 1KPnwTRu1GCSjNTrZTLExcnbGbXweGWXuF
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJQmdp3Y 1KFLggHezq3kiAtpaKMeQPcnoWsXuZHRyn 1NzpgnC9YtGDQbSU1gwAYJrrJT7xUmAbD4
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJZrCr3e 17SNLYKhp1sacBNRQRJyfmh1ZLHdFYwhNC 1DqCvD3EhP8JJ1gjtezBLmM2ucN41P64hY
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJf8B1SD 1Pnd4E94wguWsTWw8iGhyjdJ4FHUouTu7K 1JhZxqo9fSiTNt2tW2mZ7dnZzZhmTvVDyc
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJkEG3cV 1PffYARJERxj2Y3wUpLY8LJ9hcRRRCkB5Z 1Eyyze6zJCKYXWXsmvRxFEyJZBeAPrSp5s
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJwwNRRr 14sNbmEhgiGX6BZe9Q5PCgTQT3576mniZt 1JYHzX3ndZEcnjrWSQ9VC7324TJ9BAoGy4
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJxh5nsg 1BLXTrgdmZfjk26ULK5FzdY9hHYcT9vGkY 1FGowKezKWnmh9Ls9PpUq9sNBYFX3Nz47A
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKA9Sz8L 1AdaHxALc5jknZVmNtcduvkD33WBv3sX6i 1CoaYYNG9XDHjWcDDubUWoRoZXwNMEjxLK
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKD614Nu 1ESJVfV5UVERkWgVNfMjsLwJT88yMJHi8R 1McVt1vMtCC7yn5b9wgX1833yCcLXzueeC
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKLMhKmG 1P4C2RHfYZjU2Eca3mAwcHFwnYHcM4PxLn 1926m9AThSrsJ5hW6fJXSphvUgwePHZ8mz
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKUmwqXK 1GX2tP5ds3LyFypjD1wnKapvwV1mgZos3G 1BXNXy36RFmnC5oKCWTCy2iJaZYXiB1N4B
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKamq6aB 1BoH6QH9n2pftQYRU5kganogxaNtTCo5cJ 1AqrfBgT8fMPCmeu3kwEwXbDBYkG9stjRZ
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKeQXCm1 1L2YxutDBfZ33e4mM7gxoDo7t8rj9UxB8z 1DpPdfN8kL9XGArEw4HfGNJDcEELyxVf5u
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKnSXYds 16Uhv71wNqMeaTW6YZQ8L3SaeVuomoD3dX 1H2GoFDiFjmWitZMF46oGU1d6HtxHpaBQw
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKuhp1DY 17fGEEDHbspV7xAxpjhsFFK4tkgfvonyEE 1K9A72aRqK1LKqu2rcowK5bHrqLeb1YnVB
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreL2F4Gjy 19tbjBguyRGMSq9EVSNhrCA23ZUx4Cgx23 1EcSNaF3RNNgJ1JdBHgADbYhmTdBsaLXHj
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLAxEBPw 1FaFkutPqwakXYwS4umygTAa7ozUkKfxSp 1CvC4Hp8vend9hM9Fvrvc7ET8XPW39UtNN
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLGUF4YR 1CKAkV2EVrPFF8oqKvCPGLvBVJ63wpChmD 15Y6VpFsK7RwRtjFkA1ZUceeT4Kv8zYSxX
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLKXuCN4 1BsyFuJSKj58dmWXSt2EeE5PAp2EmyYwnJ 1HizJ1EUKsVnmbpbpWa4xuijDE8zf5Tamw
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLRLivrj 1B5edeYL7WEmhkKP3FEkURjB9ZXVrc3FCQ 14jFzKqinNHjegYfF4FcpCxUs9PQK5WGfV
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLch3pDc 1Mv7xTXisEUQZ4aeQmDmmYKqLVw3PoNGA1 1K2y6MDHB2tnp6MG4iMCbDMzwxpLTC8LmN
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLem9Za7 15FPq6oDDn2sjtMZfnMn2QhvR7XeEMDYQS 1BfYrUZrZQZUfyaxQrc7hyjjpHadmHrKkJ
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLp8VN4c 1MAieZnEeibHBCnSitY7ujKs4Gfi2RuZDy 1PB1BR8Xi6JybZ9x6DrrcUuDvnsqRpHac
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLwB7DbW 1P1Dur122Pzey73fFyUgfSbcxDdedSSm4z 142FavKdwRb42h3Ziu4sZ61qFJTANjN5kP
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreM2VQnPJ 189mvaHbMhvah3JYYPk9TVZTBp4bDyZWxm 13VDs9j5XAG1zWuG7fE9C1GkypoSNP3MVM
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreM9y1taS 1ADtEbG5UAnrqSTz8CssEPXFLYTM6mfCiA 13uR4aqk9EKcWFznqfFrJdmsbYCXqmyxQ6
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMEFkFWC 1LtUqEjvsTh4B5GtDmBV8upuRD6QcRTeCx 1Hwk14ik1TBtoghS2ByaiU6rnN8Qckrxxb
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMQiR4w7 157RMZhbBLC1wucv3jxQqqHjbKezL1yy7g 1LutqRAJkLqS9J81SfrPySJNnBT2cBdvEt
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMVM6PNC 13ogqrMb6hJK1tuD6xhiVzGepr3sWLUQJD 1JtkuYJMG2MGycQiAczUT1HQu4hka3q47q
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMbi1WL5 1BiXAVzed7Ue5kG2ehnsWcfqQjdMcY2hqu 1NiTAKAVa3H6kqF4EUJmr87wSk1hahWd8D
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMjo5bB4 17zHuCFs5WNBkFfH38RDN8NDCUZv34aUwE 1Df3nPzpQZaiViYvpEca5TeRewSJhUQeZy
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMrbQN7V 1BAjqraowRUrDXbruNShnQ32Fwiy5m5M5v 1Kz7e3MBHzzq2XQiHgRgwcEuM9AbUVhLa9
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMuv36HW 18CW9Zv8rC8UcLSMHJGZSJ2uTHcqBEoa7D 178sjmHYnWxjJtcH3StVeNNaYC3Q5TJy37
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreN3RLkWA 1PcTuSTm1UGK58YiuDir58ED7KnrNMUjpr 1NDTiygBwjhUwsK9n9qJqrKitDURg4csxP
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreN7qoa75 16g79Dj7FiAZ964LxqcoBFNjFbL6kJoisX 1GL37AoxoUj45fPNYf8Dq5CTncyRYLqo7
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNL5cPwC 134hoUfpzKWFqLMgrELRnERQemU3FAiY3v 14zo8Big6cvCgDLqWTaKogBv4q6UBocrQN
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNNCT2yY 1HxpsY48MpH4kvi2H23vDwdaBSa2paSipX 146mRcaq9xpYaMmzXYYbiLGJE5EGBbTmaA
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNXqEJTk 1DerC5SzMPgBN4o6yaxcRZ7TMBCDus6nLT 1LpPxoDsckedWhBHppsbJciGSFH55oSUb2
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNdjkc6L 1KeF7jzYkq8FdSnKwYLBEc3uJH7fwaxE8S 1PGL7QGU4vaGaBSHJG22CiuvKWXogkWd2v
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNkcfT1c 18zQpC5g54xA6mWeLi8cucQjykHVNoeSJH 1FKP69FWiWEsZPr12aQRGBUBiXi49D4PsY
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNqaKH8Y 1PFwKya5dQFrxE9XZ9LV24ASaq5v58WLEe 15wzWJ1ugjTsNi2P1LXrzLwdvrAfd5vcFJ
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNxQWW7Y 18wkBZj5sTSUPT9Vvw66eb99ZvBA7STvBg 1Dxvnn9RX4gnSoNmSDn786zAWFkp2y2q7u
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreP4J74KK 179NZfVhPXssS42hs2o9ANABMcReQiovym 1NRwpE13WLhBSLRoDvEziu6iVntkRHpxpy
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreP9WciJJ 1Q4rfQLQF9yKN2Ay2NNBwLNPSy4sDbwNnd 17ZaizPFAB76bVXXDZNMHunzeoFjrwGtS2
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePJzmYK5 1MsUtV4HwbEX6pnPa1cAfzJTn7oNufW5p4 1G71CVQfwZgiNBW8V3xtYoBEnTbN9Gir36
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePTVqv3S 1EWCz4DrTShf9vFThywg2WfDyrdV4Wy2SN 18C8KbniMq6AMp4nCp6BChQDiPS5AgbS15
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePWp5Mt9 1LvbRi7aCjENKCzDMTsaoZ8sKsg1B9CqLQ 1HfvV6dgKqeLdLWKFU6RUHz5x6xyW6Ybuv
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePdw4eNk 1MNViv4dYbLkxH5UyiVxs9AZqYbPBwz995 1Hsomu9bgA6nprEba9n5FDiWntxCFuAp8t
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePng1DKR 13TQKnr3psXk7Zw9xi6hsrJcdqKRLidhux 19mtPnAJtpDb8gyHkKbAULJr25WFDBbT1o
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePsqVrAf 16NUWSmWh7K6e885kybvaDdBoFQPZeDUpy 13GiZRTmt4aYFE5rcjcKVPim4XXCKkwqJi
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePxLM2Uo 1Pt8N7xSic1oEKE8pPDEJ96KcnVFU69HRp 18Bus1K9FrT9A3ZEvvRf3zXFmW74yDmzBq
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQ8Arh4e 1CSPhHszH4S4Hhrrx8ZdmJWC3GLTpuhsur 1DDhKRv1itpHoAFiCJuik2Zv3AjtX7sDCd
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQDpvAKR 19JJNLkZkaV9Z6SpxUbPuJ7X6hBsgsQ8K6 1PFUoroEpx9ezgUTYJj7TfCTf5B5WANLs4
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQM87c2m 1BfGgoPFwehgJxZKHnvm3ytCNv5ApD7vTu 1DnCXwubVKYBUM6cpHga6UFcPYWdcjYMdE
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQTdvJta 1NwhxtuUW2dg7RPkaypDpLW9JS2dqfEzNb 15AJXitn6DuSC6ugSPqdsv2MxcNYdgVcbC
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQYt2Gms 1HHKanEL28o5Nrui8byqTNwFtWpdVEPzw5 141fTonryMQxmkKcba9FstmyQv3tqdBzTY
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQbpfitE 1KmobiUwSFcKyDX2z1Ss2TVL5yLq2BnxrS 1FFYArxgMbCLi366pCrgdXfzGBBMGssX9
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQi1XfkP 1QCoHemDLMTaSJb7heXUHLsu6YPyu5iDEv 12muChUsDE5KRdkFDKhRxSAHe5JD9VoPA9
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQuyVxqv 163bgHt747rfMKf7tM6XEoCzhKbvrYgZ6N 1EzjkMU8iGQThYVHdMSZGHwJNNH7DCg59v
+ 5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQyNNN1W 1FB8cZijTpRQp3HX8AEkNuQJBqApqfTcX7 173M3yw1P1SfiPiDHABLGi5LLBAMohVQ7h
you are not the first, you will not be the last.
I have a massive list of bitcoin addresses with their private keys in this format:
private key (hex format) public key compressed public key
Now what I want to do is:
1. Get rid of the public key and compressed public key part (maybe move them to a separate file? If possible, yes)
2. Convert ALL hex private keys to WIF private keys (5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
3. Import all/part of them into electrum (or other client which doesn't need the full blockchain)
My rig:
Windows 7 64-bit (can also install ubuntu anytime)
4GB ram
a lot of hard diskspace
Any help would be awesome
private key (hex format) public key compressed public key
Now what I want to do is:
1. Get rid of the public key and compressed public key part (maybe move them to a separate file? If possible, yes)
2. Convert ALL hex private keys to WIF private keys (5XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)
3. Import all/part of them into electrum (or other client which doesn't need the full blockchain)
My rig:
Windows 7 64-bit (can also install ubuntu anytime)
4GB ram
a lot of hard diskspace
Any help would be awesome
Jump to: