BTC.TXT IS 19 GB AND has 1 btc address in each line)
Snip.....
First of all, don't empty all our addresses when you brute force them all.🤣
Second, why would you want to search for both address types? Searching for uncompressed addresses reduces your speed by 45%, and I don't think any txt file could handle 19GB of text, I mean for windows is 2GB max, larger than that, it won't open, maybe that's the problem. You better to use keyhunt with all ever used public keys, just any key.
Note that to achieve same speed, you can't use python, best is C++. Anyways I like your enthusiasm thinking it can hit a key, maybe you should try.... wait, how can all the addresses with balance occupy 19GB? How many are there? Can't you make it 2GB to see if it works or not?
and one last question
What's that? Here the post ended what happened?😅
Hello ! Thank you for answering me first of all, and Hahaha, with a lot of luck, I will be able to obtain 1 or 2 private keys from the BTC.TXT addresses, and in btc.txt all the addresses there are compressed and decompressed, I don't know which ones are decompressed and which ones are compressed
Another thing, in the 19GB, there are all the addresses that have ever received a balance, not those that contain a balance, that would be around 50% or 60% less, I want to focus the search on all the addresses that have ever received btc and that begin with 1 regardless of whether they are compressed or decompressed, to check what the probability would be that someone would find an address already used
But with that 45% data I will then try to specify in btcC.txt, all the compressed bitcoin addresses and thus the file will weigh less, and the speed will increase by not having decompressed addresses
I don't know how to use C++, only python node and some already created programs such as bitcrack VBCr and VanBitCrackenS1, work perfectly and find matches, but as long as the text file weighs less than 2 GB.
I forgot the last question but thank you so much for answering.