BitCrack - A tool for brute-forcing private keys

[a.a]

please ignore

I think this says all.

[a.a]

Well now I bought VS 2019 Pro with small money and used CLANG for compiling clBitCrack. Got from 190 MKeys/s to 192 MKeys/s.

[WanderingPhilospher]

Can someone please help me. The cubitcrack hangs after loading address and does nothing.
Thank you.

Did you have message or image capture

Try test use without use GPU,  may be GPU problem

What is you GPU?

GPU is - GTX STRIX2080OC
CUDA is 10.1
I followed all the instructions I can find. It does the same thing even with just using an address.
 

Which driver version are you using? You will probably have to roll back your driver to an earlier version. That is how I got it to work months ago.

[fxsniper]

NVIDIA GeForce RTX 2080

I think driver problem
first try update CUDA driver to 10.2

other try compare old release
https://github.com/brichard19/BitCrack/releases/tag/0.31
https://github.com/brichard19/BitCrack/releases/tag/0.30
https://github.com/brichard19/BitCrack/releases/tag/0.29

[NotATether]

Well now I bought VS 2019 Pro with small money and used CLANG for compiling clBitCrack. Got from 190 MKeys/s to 192 MKeys/s.

So the Pro edition bundles a clang compiler? That could actually be useful for people who want to avoid screwing around with MSbuild since you can make both Windows and Linux binaries from a Linux system (and vice versa).

[AuorFedelmid]

Well now I bought VS 2019 Pro with small money and used CLANG for compiling clBitCrack. Got from 190 MKeys/s to 192 MKeys/s.

So the Pro edition bundles a clang compiler? That could actually be useful for people who want to avoid screwing around with MSbuild since you can make both Windows and Linux binaries from a Linux system (and vice versa).

You can install C++ Clang tools for Windows on the community addition also

[Desyationer]

I have not found a single comment on a successful search, neither in this thread nor in the main one! It looks like this is a puzzle of cheating and trolling over people, otherwise there would be at least a few successful treasure hunters in the early ranges up to 64.
It looks like the range is incorrectly specified and can lie anywhere except the indicated one. 64 for a long time could be grouped into 100 people and sort out completely in a week or two.

[WanderingPhilospher]

I have not found a single comment on a successful search, neither in this thread nor in the main one! It looks like this is a puzzle of cheating and trolling over people, otherwise there would be at least a few successful treasure hunters in the early ranges up to 64.
It looks like the range is incorrectly specified and can lie anywhere except the indicated one. 64 for a long time could be grouped into 100 people and sort out completely in a week or two.

Yeah obviously you don't really understand the puzzle or math...100 people with one GPU, or two GPUs or maybe three GPUs??  There has been a pool set up for years, where I know for a fact over 300 GPUs have worked on #64 for weeks at a time.  All combined, over a few years, only around 15% of the range has been searched.

[NotATether]

I have not found a single comment on a successful search, neither in this thread nor in the main one! It looks like this is a puzzle of cheating and trolling over people, otherwise there would be at least a few successful treasure hunters in the early ranges up to 64.

That is because the majority of the transactions before #64 were solved by this tool https://bitcointalk.org/index.php?topic=1877935.0 long before Bitcrack was invented.

[Desyationer]

What is this program? It generates random addresses at a speed of 240m / s on gtx1066 and checks against the base of addresses, while for bitcrack only 25-30 in the -u -c mode and only with the specified range. I found a video on YouTube and took screenshots.

screen link
https://ibb.co/qpz15HG
https://ibb.co/9wzzVDZ
https://ibb.co/Dpc0HxR
https://ibb.co/YWQcqtM
https://ibb.co/rZ1XPT8

[WanderingPhilospher]

What is this program? It generates random addresses at a speed of 240m / s on gtx1066 and checks against the base of addresses, while for bitcrack only 25-30 in the -u -c mode and only with the specified range. I found a video on YouTube and took screenshots, perhaps the seller renamed the original version, which can be downloaded for free.

Video link - https://youtu.be/5ITn7_kGb8c
screen link
https://ibb.co/qpz15HG
https://ibb.co/9wzzVDZ
https://ibb.co/Dpc0HxR
https://ibb.co/YWQcqtM
https://ibb.co/rZ1XPT8

That program is, or is using, VanitySearch Program created by Jean Luc Pons AND Bitcrack. First program is VanitySearch and second program is Bitcrack. Nothing new there.

https://github.com/JeanLucPons/VanitySearch

[blm98]

What is this program? It generates random addresses at a speed of 240m / s on gtx1066 and checks against the base of addresses, while for bitcrack only 25-30 in the -u -c mode and only with the specified range. I found a video on YouTube and took screenshots, perhaps the seller renamed the original version, which can be downloaded for free.

Video link - https://youtu.be/5ITn7_kGb8c
screen link
https://ibb.co/qpz15HG
https://ibb.co/9wzzVDZ
https://ibb.co/Dpc0HxR
https://ibb.co/YWQcqtM
https://ibb.co/rZ1XPT8

It's VanitySearch...
But you need to understand the BIG differences between this 2 programs :

VanitySearch : Search patern of bitcoin address with random search.
It's use the symetrie of the elliptic curve. Ex :
privKey "1" -> Calc puKey = X, Y -> Sha256 -> Ripemd160 -> found ? no : puKey for "-1" = X, -Y -> Sha256 -> Ripemd160 -> found ?
privKey "2" -> Calc puKey = X, Y -> Sha256 -> Ripemd160 -> found ? no : puKey for "-2" = X, -Y -> Sha256 -> Ripemd160 -> found ?
...
So the speed is highter than Bitcrack because for 1 pubKey calc you have 2 result.
But if you search in a specific range like "BitcoinChallenge", 50% of the search no use...

BitCrack : Specific bitcoin address in specific range with ordered search.
It don't use the symetrie of the elliptic curve. Ex :
privKey "1" -> Calc puKey = X, Y -> Sha256 -> Ripemd160 -> it's equal ?
privKey "2" -> Calc puKey = X, Y -> Sha256 -> Ripemd160 -> it's equal ?
...
So the speed is hight for specifique range. But you need to know your graphic card to configure the program.
For exemple, with a gtx 1066, the SM count is 10 so the param should be : -b 10 -t 256 -p 1024 or -b 20 -t 256 -p 768 or -b 100 -t 256 -p 512

[archyone]

What is this program? It generates random addresses at a speed of 240m / s on gtx1066 and checks against the base of addresses, while for bitcrack only 25-30 in the -u -c mode and only with the specified range. I found a video on YouTube and took screenshots, perhaps the seller renamed the original version, which can be downloaded for free.

Video link - https://youtu.be/5ITn7_kGb8c
screen link
https://ibb.co/qpz15HG
https://ibb.co/9wzzVDZ
https://ibb.co/Dpc0HxR
https://ibb.co/YWQcqtM
https://ibb.co/rZ1XPT8

Yeah ! faster .. see your screenshot - https://ibb.co/Dpc0HxR -  50% in 1.26609e+32years ^^ good luck  so DON'T BUY IT !!

[a.a]

I am fixing and optimizing the OpenCL Version of the Bitcracker... It is really odd, but the debug version is faster than the release version... Crazy.

Any Ideas?

[a.a]

I forked now BitCrack and improved it a little.

https://github.com/Uzlopak/BitCrackOpenCL/

In this Fork I concentrate on the OpenCL implementation. So no CUDA-stuff.

I already could improve the performance about 30 %. I assume I can get it better, when I start vectorizing the operations.

Already wrote on stackoverflow for help to get atleast the multiply256 function improved:

https://stackoverflow.com/questions/67667314/transform-native-c-matrix-multiplication-to-opencl-simd-matrix-multiplication

Already posted in various chats and on fiverr with a bounty of 25 € to get it done by somebody else... Probably will ending solving it by myself. Some dude on fiverr was first promising to implement it, but I guess it was more like a dud.

I assume a performance improvement of 200-300% when this function is using SIMD-Operation.

[NotATether]

Already wrote on stackoverflow for help to get atleast the multiply256 function improved:

https://stackoverflow.com/questions/67667314/transform-native-c-matrix-multiplication-to-opencl-simd-matrix-multiplication

At least your question didn't get closed as "duplicate"  

But I would change the matrix multiplication algorithm to O( n^2.8 ) Strassen which is faster than standard O(n^3) matmul. Changes in the algorithm used generally make a much more noticeable performance impact than vectorization does.

[a.a]

Maybe if we leverage this change from a different repo helps to improve the speed?

https://github.com/RustCrypto/elliptic-curves/pull/82

[Robert_BIT]

I forked now BitCrack and improved it a little.

https://github.com/Uzlopak/BitCrackOpenCL/

In this Fork I concentrate on the OpenCL implementation. So no CUDA-stuff.

I already could improve the performance about 30 %. I assume I can get it better, when I start vectorizing the operations.

Already wrote on stackoverflow for help to get atleast the multiply256 function improved:

https://stackoverflow.com/questions/67667314/transform-native-c-matrix-multiplication-to-opencl-simd-matrix-multiplication

Already posted in various chats and on fiverr with a bounty of 25 € to get it done by somebody else... Probably will ending solving it by myself. Some dude on fiverr was first promising to implement it, but I guess it was more like a dud.

I assume a performance improvement of 200-300% when this function is using SIMD-Operation.

When you have time could you compile an .exe release please? Would like to test it vs. the original. Thanks.

[zahid888]

Can we run cuBitcrack in Innosilicon A11 Pro 8GB 2000Mh ETH mining machine ?

[fxsniper]

Can we run cuBitcrack in Innosilicon A11 Pro 8GB 2000Mh ETH mining machine ?

I think it can not run on ETH mining machine

cuBitcrack can use on NVIDIA CUDA GPU on Windows and Linux only

(Did have any report for use on x86 MAC?)