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

in this benchmark hashcat amd vega 64 better than gtx 1080 for algoritms RIPEMD-160(14%) and SHA-256(30%)

https://docs.google.com/spreadsheets/d/1Xy0kkwB6Jkqo7CEprS-GtcUp3dZFWzV_FvZqWNHWmBM/edit#gid=785768233

ETFbitcoin thanks
but I already tried it and got no difference -b 64
rx470 only 32 compute units . I noticed that the speed is affected by the core clock. 
but since my video card has poor cooling, I think the 83Mkey/s limit is for me. I wanted to try the VanitySearch, but as it turned out, it works only with Nvidia
i am going to buy GTX 1080.
I’m very interested in what speed the vega(56,64) has

You might want to check earlier posts :

• RX 480 is have 20% faster speed, but few websites (such as UserBenchmark report RX 480 generally only 10% faster on non-gaming benchmark

• A user with RX 570 (which is rebrand of RX 470) recommend these parameter, you might get better speed with this parameter

TLDR : looks like the speed is nearly normal, but it could be faster or optimized

Hello My rx470 4gb gives only 80Mkey/s it's normal?
I tested with these parameters in Windows 10 : clBitCrack.exe -b 32 -t 256 -p 4096 -c 1FRoHA9xewq7DjrZ1psWJVeTer8gHRqEvR
as I understand it for cards from AMD this program is poorly optimized  

This does not need to be compiled  - https://github.com/pikachunakapika/BitCrack/releases .
Download to your hard drive software  "clBitCrack.exe" .
You start from the command line (cmd) - you specify the path to clBitCrack.exe and search parameters.

How to compile, anyone know?

 vimp666  -  THANK !!! It works, this is what I was looking for.

and if you click on the releases on the page you will definitely find it https://github.com/pikachunakapika/BitCrack/releases

Where to take for AMD the ready version clBitcrack.exe (which it is not necessary to compile and simply to start from a command line) with functions -r, --random
    Each point will start in random KEYSPACE :

xxBitCrack.exe [OPTIONS] [TARGETS]

Where [TARGETS] are one or more Bitcoin address

Options:

-i, --in FILE
    Read addresses from FILE, one address per line. If FILE is "-" then stdin is read

-o, --out FILE
    Append private keys to FILE, one per line

-d, --device N
    Use device with ID equal to N

-b, --blocks BLOCKS
    The number of CUDA blocks

-t, --threads THREADS
    Threads per block

-p, --points NUMBER
    Each thread will process NUMBER keys at a time

-r, --random
    Each point will start in random KEYSPACE

--keyspace KEYSPACE
    Specify the range of keys to search, where KEYSPACE is in the format,

   START:END start at key START, end at key END
   START:+COUNT start at key START and end at key START + COUNT
    :END start at key 1 and end at key END
   :+COUNT start at key 1 and end at key 1 + COUNT

-c, --compressed
    Search for compressed keys (default). Can be used with -u to also search uncompressed keys

-u, --uncompressed
    Search for uncompressed keys, can be used with -c to search compressed keys

--compression MODE
    Specify the compression mode, where MODE is 'compressed' or 'uncompressed' or 'both'

--list-devices
    List available devices

--stride NUMBER
    Increment by NUMBER

--share M/N
    Divide the keyspace into N equal sized shares, process the Mth share

--continue FILE
    Save/load progress from FILE

Anyone can fork the latest version of Bitcrack to do random searches on each point?

python3 script success wrote and add to faq post:
bitcointalk.org/index.php?topic=4453897.msg52106273#msg52106273

if the checksum(or/and flag compress x01) is corrupted, than recovery now is impossible.
(--stride opt becomes float but must be integer!)
Recovery of these keys is possible only if brichard19 implements support float for --stride opt.

if it is easier to explain..
In WIFbase58privkey, each lost symbol(*/?) to the right is a division stride by 58.
Already from the middle, the stride no longer divides completely.
What does checksum have to do with it? In fact, the checksum forms the float part.
While it is equal, then when subtracting it is reset.
As soon as it becomes different for lowerKey and lowerKey+1, this indicates - stride becomes float.

     avw  -  This is the source code, you need to compile it in executable file (section "Building in Windows/Linux")

How to install is understandable.

How to compile -  https://github.com/pikachunakapika/BitCrack ?
Maybe somewhere there is a step-by-step explanation of how to COMPILE -?

I'm still not sure how randomly hopping around a massive search space will improve your chances of finding a match.

Tnx man, that did the trick. It works

It looks like it can work random in the specified keyspace:
https://github.com/pikachunakapika/BitCrack/issues/13
https://github.com/pikachunakapika/BitCrack/issues/3
Try "--keyspace START:END" and "-r" flags together

Got it to work but it seems it just randomly searching in 252-256 space, so it is not 'really' random.

If to add function " -r, - randoom " in last version, it is desirable to make two variants it is functions:

1 - " -r, - randoom " - the search by casual jumps in all space is made;
2 - " -r START:END, - randoom START:END " - the search by casual jumps in the given (desirable) space is made

OR

1 - if not the function - keyspace - is given then the search by casual jumps in all space is made;
2 - if the function - keyspace - is specified then the search by casual jumps only in the specified space is made;

Tried and no textfile was found in system32. I really wish someone can add -r to the latest version.

When I tried on Windows to run the original bitcrack, it saved output file in windows/system32.
Try naming the file non-standard way, run bc, and then searching for the file in system.