Pages:
Author

Topic: BitCrack - A tool for brute-forcing private keys - page 3. (Read 77647 times)

newbie
Activity: 3
Merit: 0
Hello,
there is a benchmark database of nvidia rtx 30s and 40s?
newbie
Activity: 3
Merit: 0
Can try different combinations multiple times, personal recommendation  256   512   1024  or   512    1024    2048?
jr. member
Activity: 35
Merit: 2
What is the best Settings for an RTX 3090?
I have this for now -b 128 -t 256 -p 1024 but is this the best setting?
legendary
Activity: 1568
Merit: 6660
bitcoincleanup.com / bitmixlist.org
I remember I saw somewhere the benchmark table with the speeds for BitCrack with different nvidia cards (2080,3080,4080, .... ti versions, Tesla, etc). Can you please share it or write the current benchmarks (actual in 2024 with the most common hardware).
https://bitcointalksearch.org/topic/m.55552855

Unrelated, but I am just wondering have you ever found any keys from all those sub-ranges you were searching in for on Bitcrack for a long time, or did you not find anything?
member
Activity: 282
Merit: 20
the right steps towerds the goal
I remember I saw somewhere the benchmark table with the speeds for BitCrack with different nvidia cards (2080,3080,4080, .... ti versions, Tesla, etc). Can you please share it or write the current benchmarks (actual in 2024 with the most common hardware).
https://bitcointalksearch.org/topic/m.55552855
sr. member
Activity: 443
Merit: 350
I remember I saw somewhere the benchmark table with the speeds for BitCrack with different nvidia cards (2080,3080,4080, .... ti versions, Tesla, etc). Can you please share it or write the current benchmarks (actual in 2024 with the most common hardware).
hero member
Activity: 630
Merit: 731
Bitcoin g33k
Start HERE
newbie
Activity: 9
Merit: 4
Hi guys,

I was reading this thread and found it interesting. Just a few questions get in my mind:
What if I find a zero-bit privkey address? How long would it take me to find a private key for this address, knowing only the address? Is it a million years, assuming that I don't have a public key?
Can you show us what you mean by zero bit private key? If it has "zero" bits then how can you derive an address from it? But there is a solution for you, it's not related to zero or 256, you can find 2^96 different private keys for every single address out there, under one condition, you'd have to brute force 2^80 keys to find one collision.(in theory)
Without public key, only having the address and knowing the exact range, you can go ahead and try puzzle #66, even if you halve the range, you'd still need to grind 2^65 keys.😉
Sorry for confusion. I just try to understand the whole thing, that is why i am asking. For instance a wallet 1BgGZ9tcN4rm9KBzDn7KprQz87SZ26SAMH had a very simple private key of 0x0000000000000000000000000000000000000000000000000000000000000001? This means it is easy to crack it as the only thing is needed is checksum?
So if i would ever find an address with a privkey of 0x0000000000000000000000000000000000000000000000000000000000000001 but no public key - is it something i would have to run 2^65 keys to open it?
copper member
Activity: 1330
Merit: 900
🖤😏
Hi guys,

I was reading this thread and found it interesting. Just a few questions get in my mind:
What if I find a zero-bit privkey address? How long would it take me to find a private key for this address, knowing only the address? Is it a million years, assuming that I don't have a public key?
Can you show us what you mean by zero bit private key? If it has "zero" bits then how can you derive an address from it? But there is a solution for you, it's not related to zero or 256, you can find 2^96 different private keys for every single address out there, under one condition, you'd have to brute force 2^80 keys to find one collision.(in theory)
Without public key, only having the address and knowing the exact range, you can go ahead and try puzzle #66, even if you halve the range, you'd still need to grind 2^65 keys.😉
hero member
Activity: 630
Merit: 731
Bitcoin g33k
Hi guys,

I was reading this thread and found it interesting. Just a few questions get in my mind:
What if I find a zero-bit privkey address? How long would it take me to find a private key for this address, knowing only the address? Is it a million years, assuming that I don't have a public key?

it will take you 1.42 million years to find the solution to your zero-bit question
newbie
Activity: 9
Merit: 4
Hi guys,

I was reading this thread and found it interesting. Just a few questions get in my mind:
What if I find a zero-bit privkey address? How long would it take me to find a private key for this address, knowing only the address? Is it a million years, assuming that I don't have a public key?
copper member
Activity: 1330
Merit: 900
🖤😏
As a developer of 30 years I decided to fully understand SHA256 I would create a valid sha256 hash using binary only and then see how far I could reverse each step.

What were you developing in 30 years? If it was anything crypto/ security related, you should contact your clients and tell them they are compromised. 😅
Kidding.

Welcome on board!
I can't really understand your goal here, why are you trying to reverse a sha256 of a hex private key, which is BTW 17 characters and it's hash has no use in at least in Bitcoin.
Private keys are irrelevant to hashes and addresses, once you generate your priv key, then derive your public key from it, after that you perform sha256 on the public key and then rmd160 on that sha256 hash, it's not over yet,  When you have rmd160 you'd add version/network byte then use a double sha256 to derive the checksum in order to have an address.

So if you want to reverse anything, try by reversing the rmd160 hash of puzzle #66, when you find which sha256 hash outputs the rmd160, you have either found a collision or the original hash, but knowing that is impossible, anyways after having the sha256 hash, you'd need to reverse it back to the public key, and guess what?

There is no need to reverse 2 hash functions to find the public key, you already have access to public keys of puzzle 130, 135 etc which are housing more coins than 66.
I suggest you focus on public keys if you are good with math.😉
jr. member
Activity: 115
Merit: 1
Ever since 2015, we are stuck at puzzle 66, you should double the key space size each bit you go up.

You're mistaken. P64 was depleted only 1 year ago.

P65 was depleted by different algo.

So, we are not really STUCK with 66
copper member
Activity: 1330
Merit: 900
🖤😏
I suggest you visit this useful site,  https://learnmeabitcoin.com it has useful introduction about bitcoin system, elliptic curve etc, now you are trying to learn running before walking, that can't happen, but if you are interested in learning, first do the basics and when you understand how everything works, you will come here for more advanced technics, then those who know things will try to explain the real deal stuff to you.

For bitcoin, you can generate all addresses/keys starting from 1 to 115792089237316195423570985008687907852837564279074904382605163141518161494336

So this is 1 which is a 1 bit key, all the standard wallet generated keys have 78 digits, they are all 256 bit, in hex they have 64 characters.  Just visit the site, no one could explain these things better than the site author.😉
newbie
Activity: 7
Merit: 0
I realize that the combination or possible hex numbers are very large, but of all the btc addresses created, 100% are 256 bits? until the first btc addresses created? A few weeks ago I saw someone talking about trying to crack a 2015 satoshi wallet or something similar with a lot of btc having only the pubkey, assuming it was less than 256 bits, right? I'm not confused about this


Regarding the bip39 seeds, if I restored 1 million bip 39 phrases of 12 words, and another million bip 39 phrases of 24 words (I am not referring to creating a new wallet, but to restore and use 12 random words from the bip39 and expect to find 1 used address) would there be the same chances of finding 1 address with at least 1 transaction as through hex and btc? That is, if there are 2048 words, and I only base it on bip39 phrases of 12 words, there are a total of 12,980,005,607,406,348,644,160,768,000 possible combinations in total, let's say that only 50% are valid and the rest are not, it is still a huge number, but a lot smaller than that of btc, also with the words bip39, there are possibilities of obtaining more than 1 transaction in eth bnb or matic, from hex of btc only 1 network is checked, that of btc

Likewise, BTC is a huge number.

0% = 000000000000000000000000000000000000000000000000000000000000001

0.00005% = 000008b18610932ab6b2906ea3dfeaa8da073a862d7e0d7ffffffffffffffffc4

0.001% = 0000a7c5ac471b4784230fcf80dc33721d52f8aac2ffe738776930d94f9175a8


It really is a more than astronomical number.


So, hahaha the chances of getting puzzle 66 through random mode and GPU, and the chances of getting 130 through kangaroo or bsgs, between the two which has more chances?



PD: I have tested 231 possible combinations of 12 bip39 words (12-word phrases) and the result is 142 invalid phrases and 89 valid phrases.
Even so, it is still a huge number, close to 4 trillion possible combinations, and I also doubt that any bayc hold uses 12 bip39 words instead of 24

They are huge numbers but no comparison with btc
copper member
Activity: 1330
Merit: 900
🖤😏
You can't search for different address types at once, there is is no need to do that, if addresses have their public keys revealed, you can just generate public keys and compare with your list, tools such as kangaroo and BSGS work with one input at a time, though I know this for sure to be true for kangaroo, but even if a tool operates with several keys in parallel, performance will get lower the more input you have.

But to show you an estimation, you'd need 1000 GPUs to run at 1B key/s for around 850 days non-stop to exhaust the entire 66 bit range, maybe half of that to search 130 public key if you know how to reduce the bit range though.

You should try out with small ranges and input your own selected keys and then start searching, generate 1 billion keys sequentially in 60 bit range and run all the tools you have.

There are already so many discussions about the probability of finding a match, something about using the energy of the sun for billions of years "only to count from 1 to 2^256" and lose to the death of the universe before finishing the simple counting.

Private keys start with 63 zeros and a single 1 like this :

First key:
0x0000000000000000000000000000000000000000000000000000000000000001

To this point, last key  minus 1 :
0xfffffffffffffffffffffffffffffffebaaedce6af48a03bbfd25e8cd0364141

Go to a site like private key dot pw, and go to different pages to see it yourself, but never paste or enter your own private key because you will lose your funds.
newbie
Activity: 7
Merit: 0
I understand... I'll think twice about that idea again... Hahaha



Changing the subject radically, to try to try your luck with puzzle 66 and puzzle 130 since 125 was opened, are you trying to use these codes, do not modify main or anything, any improvement that you can make or do you do wrong?


VBCr.exe -begr 20000000000000000 -endr 3ffffffffffffffff -t 6 -dis 4 -r 30000 -drk 1 -i addresses.txt -m 1 -o key.txt -gpu

cuBitCrack.exe -b 96 -t 512 -p 1024 --keyspace 26000000000000000:2ffffffffffffffffff -i addresses.txt -o FOUNDKEY.txt

BSGS
40000000
20000000000000000000000000000000000
3ffffffffffffffffffffffffffffffffff
03633cbe3ec02b9401c5effa144c5b4d22f87940259634858fc7e59b1c09937852


 And another question, from the 1st bitcoin address created to the last, both compressed and decompressed, are 100% of those addresses 100% 256 bits?

There are bitcoin addresses with more than 1 transaction 22,285,749,153

and there are 10,527,367,033 that start with 1 (Compressed and decompressed).
The rest start with bc1 and 3

Let's say I get 10,000 random hex keys per second, if I convert each hex key to its respective address (Compressed, decompressed, bc1 and 3)
What is the chance of getting 1 match against puzzle 66 or 130 using bsgs or kangaroo?



PD From the range 004189374bc6a7ef9db22d0e56041893746922865feb562d1da1bf120f9175e4 it would be 0.09999%
and the 66 puzzle is SO difficult, now I'm realizing what a big number it is.
copper member
Activity: 1330
Merit: 900
🖤😏

PD: Note that I am not trying to hack or do illegal things or steal funds from people's wallets. I want to know when it is said: BTC is safe, how safe it is. My intention is to search for 100% random keys until one matches an address. from btc.txt, whether or not you have a balance, having more than 1 transaction is enough

It doesn't matter what your intentions are, even if you were trying to rob all bitcoiners of their coins, nobody would touch you, actually they would gladly help you through the process, because as you mentioned, puzzle keys are extremely small compared with actual randomly generated keys holding people's funds, to give you something for understanding, just imagine the entire universe and all it's atoms, now all the 160 puzzle keys combined can only occupy something around 1/89th of earth.

Ever since 2015, we are stuck at puzzle 66, you should double the key space size each bit you go up.
If you have been reading these topics for the past few month, you should already know about the size of 2^256.

I just want to save your time, don't bother searching because you will not find a single match, you'd have a chance to win in lottery 1000 times in a row in your life time, but finding a single match? Not a chance.  To test your luck just go buy lottery ticket.

However, there is a +$25m prize, almost as 25 nobel prizes ready for grab, if anyone in the world claims they can hack bitcoin keys, they should try these legitimate puzzles because they are the easiest ones.

A few month from now, I will see you with an electricity bill in your hands.😉
newbie
Activity: 7
Merit: 0
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.


Another question, it would be easier to obtain all the public keys of all the btc.txt addresses, which have spent btc, and create pubbtc.txt with all the public keys of their respective wallets, there would be more chances of obtaining a match. Or is it the same if you don't know the hex range where to search? To say that I have been watching these forums, especially the BTC puzzle ones, and I have learned a lot over time about Kangaroo Baby Giants and the other programs, although I believe the account practically 1 day or 2 days ago, I have been seeing these things for months and I am somewhat informed.




PD: Note that I am not trying to hack or do illegal things or steal funds from people's wallets. I want to know when it is said: BTC is safe, how safe it is. My intention is to search for 100% random keys until one matches an address. from btc.txt, whether or not you have a balance, having more than 1 transaction is enough
copper member
Activity: 1330
Merit: 900
🖤😏
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?😅
Pages:
Jump to: