hashcat Forum

Hello,

Is there's a way to speedup Bitcoin/Litecoin hash processing?

I'm running dict attack and getting ~3000 H/s on GTX 1060.. soooo slow..

Any way to improve speeds ?

Code:
hashcat64.exe --session=crackstation -m 11300 -a 0 my.hash wordlists\realuniq.lst -o cracked.txt

OpenCL Platform #1: NVIDIA Corporation

======================================

* Device #1: GeForce GTX 1060 6GB, 1536/6144 MB allocatable, 10MCU

Session..........: crackstation

Status...........: Running

Hash.Type........: Bitcoin/Litecoin wallet.dat

Hash.Target......: my.hash

Time.Started.....: Wed May 29 18:54:26 2019 (1 day, 16 hours)

Time.Estimated...: Mon Aug 12 08:56:28 2019 (72 days, 21 hours)

Guess.Base.......: File (wordlists\realuniq.lst)

Guess.Queue......: 1/1 (100.00%)

Speed.#1.........:     3198 H/s (6.12ms) @ Accel:128 Loops:32 Thr:64 Vec:1

Recovered........: 0/18 (0.00%) Digests, 0/17 (0.00%) Salts

Progress.........: 465797120/20609679020 (2.26%)

Rejected.........: 0/465797120 (0.00%)

Restore.Point....: 27361280/1212334060 (2.26%)

Restore.Sub.#1...: Salt:8 Amplifier:0-1 Iteration:49728-49760

Candidates.#1....: 14apr1701 -> ##14krdd

Hardware.Mon.#1..: Temp: 80c Fan: 60% Util: 98% Core:1936MHz Mem:3802MHz Bus:16OpenCL Platform #1: NVIDIA Corporation

try to add -w 3 or even -w 4

you could get even more speed with rules (but of course the overall runtime could increase too).

so the correct answer is:
1. more dedicated/clever attacks (specific to the target hash, better rules and dictionary, smaller is sometimes better Wink

)
2. more/better GPUs

update: wait you are cracking 18 bitcoin hashes. omg. that's also a reason for slower speed because of more salts !!! 17 unique of 18 total is also very strange, I would investigate this a little bit why 2 hashes have the same salt. that's not normal for bitcoin hashes, I guess

Yeah, good catch with 18/17 .. weird..

Thanks for your answer.

(05-31-2019, 07:08 PM)philsmd Wrote: [ -> ]try to add -w 3 or even -w 4

you could get even more speed with rules (but of course the overall runtime could increase too).

so the correct answer is:
1. more dedicated/clever attacks (specific to the target hash, better rules and dictionary, smaller is sometimes better )
2. more/better GPUs

update: wait you are cracking 18 bitcoin hashes. omg. that's also a reason for slower speed because of more salts !!! 17 unique of 18 total is also very strange, I would investigate this a little bit why 2 hashes have the same salt. that's not normal for bitcoin hashes, I guess

Quick update , having this run with just one hash/solt and -w 3 increased speed by 100 H/s so about 3300 H/s now, but still sloooow. Seems like reducing number of hashes to work on does not impact performance much..
Any other advises besides obvious "moge GPUs" appreciated .
Thanks.

bbcjared

philsmd

bbcjared

bbcjared