Repository navigation
Total 0 keys in 870 seconds: 0 keys/s #108
Description
D:\keyhunt>keyhunt.exe -m bsgs -f Base.txt -r 000000000000000000000000000000000000000000000000000000000000001:FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364140 -R -t 2 -q -k 128
[+] Version 0.1.20210412 secp256k1
[+] Setting mode BSGS
[+] Setting random mode.
[+] Setting 2 threads
[+] Set quiet thread output
[+] Setting k factor to 128
[+] Opening file Base.txt
[+] Added 2902575 points from file
[+] Setting N up to 17592186044416.
[+] Init 1st bloom filter for 536870912 elements : 1840.00 MB
[+] Init 2nd bloom filter for 26843546 elements : 92.02 MB
[+] Allocating 3.8 MB for 32768 aMP Points
[+] Precalculating 32768 aMP points
[+] Allocating 409.60 MB for 26843546 bP Points
[+] processing 536870912/536870912 bP points : 100%
[+] Sorting 26843546 elements... Done!
Total 0 keys in 870 seconds: 0 keys/s
Why is that?
Used keyhunt on win64, version 0.1.20210412 secp256k1
CPU Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz, but I decided to use 2 cores for testing so far.
8 GB RAM
Activity
albertobsd commentedon Oct 13, 2021
I just made a vide to reply that, please see it.
https://youtu.be/MVby8mYNxbI
zh76internetru commentedon Oct 13, 2021
Excuse me. Unfortunately, I don't understand English, I use a translator.
Why is that? (((
If there are several addresses in the database, the speed shows. I decided to download almost 3 million and it became 0.
Is the base or search range too large?
Or maybe the settings are wrong?
SUN-2913 commentedon Oct 13, 2021
You have too many addresses. Limit: 100 keys
albertobsd commentedon Oct 13, 2021
Sumary:
-- So more keys mean less speed
-- Keep the input file for BSGS with less than 100 or 1000 publickeys
---- But this is up to you make your test with some different number of keys
zh76internetru commentedon Oct 13, 2021
Clear. Thanks. I suspected that the base was too big.