Pages:
Author

Topic: Keyhunt - development requests - bug reports - page 8. (Read 15202 times)

hero member
Activity: 862
Merit: 662
hello alberto
In keyhunt addresses mode, we can change the -n value as we wish and perform sequential random searches of any size we want. However, in keyhunt bsgs mode, since this -n value works together with the k value, we cannot exceed a certain number.
What can we do for this?
Example: N 100000000000= It scans 17592186044416 keys sequentially and then randomly selects a range again and scans wallets up to 17592186044416 sequentially. Is it possible to increase this number?
After scanning 1000000000000000000 wallets, I want to choose a random range again and scan 1000000000000000000 wallets sequentially. I hope I was able to explain.

I don't see what is the problem here, just use the number that you want. Did you already tried?
jr. member
Activity: 65
Merit: 1
34Sf4DnMt3z6XKKoWmZRw2nGyfGkDgNJZZ
hello alberto
In keyhunt addresses mode, we can change the -n value as we wish and perform sequential random searches of any size we want. However, in keyhunt bsgs mode, since this -n value works together with the k value, we cannot exceed a certain number.
What can we do for this?
Example: N 100000000000= It scans 17592186044416 keys sequentially and then randomly selects a range again and scans wallets up to 17592186044416 sequentially. Is it possible to increase this number?
After scanning 1000000000000000000 wallets, I want to choose a random range again and scan 1000000000000000000 wallets sequentially. I hope I was able to explain.
hero member
Activity: 862
Merit: 662
what does the author want to prove? I imagine that the security of bitcoin...

Yes he want to prove the bitcoint security

in his own words:

I am the creator.

You are quite right, 161-256 are silly.  I honestly just did not think of this.  What is especially embarrassing, is this did not occur to me once, in two years.  By way of excuse, I was not really thinking much about the puzzle at all.

I will make up for two years of stupidity.  I will spend from 161-256 to the unsolved parts, as you suggest.  In addition, I intend to add further funds.  My aim is to boost the density by a factor of 10, from 0.001*length(key) to 0.01*length(key).  Probably in the next few weeks.  At any rate, when I next have an extended period of quiet and calm, to construct the new transaction carefully.

A few words about the puzzle.  There is no pattern.  It is just consecutive keys from a deterministic wallet (masked with leading 000...0001 to set difficulty).  It is simply a crude measuring instrument, of the cracking strength of the community.

Finally, I wish to express appreciation of the efforts of all developers of new cracking tools and technology.  The "large bitcoin collider" is especially innovative and interesting!

Now please if you want to continue the discution of that topic please use that "Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it" Topic, not this, this only for Keyhunt related issues.

Any new post that is not keyhunt will be reported as Offtopic or SPAM


hi ALBERTO;

For N value in Keyhunt Program
Example: Nx100000000 = 4294967296 keys
Does it mean that it scans every 4294967296 key sequentially? Is it true ?
It selects a random key and scans 4294967296 wallets sequentially, and then it selects a random key again and scans 4294967296 wallets sequentially.

Did I understand correctly? Does it work like this? Keyhunt N value?

Yes it is exactly like you describe above
newbie
Activity: 41
Merit: 0
I dare to predict that puzzle 66 is at  ~72% of its range. Grin

Ok I'll try that. I to think it's somewhere around there  Wink

Hey if you find something don't forget about me  Grin
1DvdiYvRr7pzHsYRJiXYdroQNZUqKxLAzf

I now got 67 Pkeys/s hunting Puzzle 130 and 40 Mkeys/s on Puzzle 66

I need a new computer to get 1 or 2 Ekeys/s like this guy,

https://bitcointalksearch.org/topic/m.62268526

With bsgs mode it is only a matter of ram to reach those speeds, I don't see it as easy with puzzle 66.
Anyway, I don't think those who solved 120 and 125 have done a full range scan or used a single computer, it would be interesting to know what program and what values ​​they used, but obviously this must be confidential information.
Unfortunately I have the problem that I like numbers and I understand magnitudes, and honestly every time I see the infinity that we face I want to look for my weapon!! ha ha Roll Eyes

Personally I believe that whoever made the puzzles did not use a random method, I think the location of the known puzzles in relation to their rank demonstrates this. A while ago I did a linear regression study and I was surprised by the result. I expected the average difference between the predicted and actual location to be approximately 50%, which is what is expected for a linear regression prediction on random data, however the average is 27.81%

I dare to predict that puzzle 66 is at  ~72% of its range. Grin

💩💩💩

Bullshit!

The author already said that it was the result of a random keys padding with bits to match the expected range.

Hello Alberto.
However, is the author willing to provide more information? I don't think so, otherwise I would have exposed more public keys. What it has done is increase the incentive so that more people hit the security.
After all, what does the author want to prove? I imagine that the security of bitcoin...
jr. member
Activity: 56
Merit: 2
I dare to predict that puzzle 66 is at  ~72% of its range. Grin
Ok I'll try that. I to think it's somewhere around there  Wink

I now got 67 Pkeys/s hunting Puzzle 130 and 40 Mkeys/s on Puzzle 66

I need a new computer to get 1 or 2 Ekeys/s like this guy,

https://bitcointalksearch.org/topic/m.62268526
jr. member
Activity: 65
Merit: 1
34Sf4DnMt3z6XKKoWmZRw2nGyfGkDgNJZZ
hi ALBERTO;

For N value in Keyhunt Program
Example: Nx100000000 = 4294967296 keys
Does it mean that it scans every 4294967296 key sequentially? Is it true ?
It selects a random key and scans 4294967296 wallets sequentially, and then it selects a random key again and scans 4294967296 wallets sequentially.

Did I understand correctly? Does it work like this? Keyhunt N value?
hero member
Activity: 862
Merit: 662
Personally I believe that whoever made the puzzles did not use a random method, I think the location of the known puzzles in relation to their rank demonstrates this. A while ago I did a linear regression study and I was surprised by the result. I expected the average difference between the predicted and actual location to be approximately 50%, which is what is expected for a linear regression prediction on random data, however the average is 27.81%

I dare to predict that puzzle 66 is at  ~72% of its range. Grin

💩💩💩

Bullshit!

The author already said that it was the result of a random keys padding with bits to match the expected range.
newbie
Activity: 41
Merit: 0
5 Petakeys wow!
What are you hunting puzzle 130 or 66?
What range are you scanning?
I am trying out 7 Petakeys/s now and think I need some more RAM Smiley

For now puzzle 130. I have BitCrack running for puzzle 66 on a another computer.

I am trying out different ranges, it's not easy to decide what range. I have to read some more about what ranges are more probable than others ? do you have any suggestions what or where to read ? links ?

Personally I believe that whoever made the puzzles did not use a random method, I think the location of the known puzzles in relation to their rank demonstrates this. A while ago I did a linear regression study and I was surprised by the result. I expected the average difference between the predicted and actual location to be approximately 50%, which is what is expected for a linear regression prediction on random data, however the average is 27.81%



5 Petakeys wow!
What are you hunting puzzle 130 or 66?
What range are you scanning?
I am trying out 7 Petakeys/s now and think I need some more RAM Smiley

For now puzzle 130. I have BitCrack running for puzzle 66 on a another computer.

I am trying out different ranges, it's not easy to decide what range. I have to read some more about what ranges are more probable than others ? do you have any suggestions what or where to read ? links ?

Personally I believe that whoever made the puzzles did not use a random method, I think the location of the known puzzles in relation to their rank demonstrates this. A while ago I did a linear regression study and I was surprised by the result. I expected the average difference between the predicted and actual location to be approximately 50%, which is what is expected for a linear regression prediction on random data, however the average is 27.81%

I dare to predict that puzzle 66 is at  ~72% of its range. Grin
jr. member
Activity: 56
Merit: 2
5 Petakeys wow!
What are you hunting puzzle 130 or 66?
What range are you scanning?
I am trying out 7 Petakeys/s now and think I need some more RAM Smiley

For now puzzle 130. I have BitCrack running for puzzle 66 on a another computer.

I am trying out different ranges, it's not easy to decide what range. I have to read some more about what ranges are more probable than others ? do you have any suggestions what or where to read ? links ?
newbie
Activity: 41
Merit: 0
What do you expect, you run a program find a key and getting a millionair ? RTFM! No pain no gain. This is nothing for "From Zero To Hero" fanboys. Do your maths. RTFM.
Take it easy. I am a Newbie getting to know Keyhunt. I am at 5 Petakeys/s right now. So what if I get the millions? what's it to you?
5 Petakeys wow!
What are you hunting puzzle 130 or 66?
What range are you scanning?
jr. member
Activity: 56
Merit: 2
What do you expect, you run a program find a key and getting a millionair ? RTFM! No pain no gain. This is nothing for "From Zero To Hero" fanboys. Do your maths. RTFM.
Take it easy. I am a Newbie getting to know Keyhunt. I am at 5 Petakeys/s right now. So what if I get the millions? what's it to you?
hero member
Activity: 630
Merit: 731
Bitcoin g33k
What do you expect, you run a program find a key and getting a millionair ? RTFM! No pain no gain. This is nothing for "From Zero To Hero" fanboys. Do your maths. RTFM.
newbie
Activity: 41
Merit: 0
Ok, I made a 65.txt file in folder keyhunt and used this code

./keyhunt -m bsgs -f 65.txt -r 1a830000000000000

It found the puzzel 65 privatkey right away. I can see it in the file KEYFOUNDKEYFOUND.txt Smiley

brilliant!
Could you explain why you just have a part of the puzzle 32 address here ?

./keyhunt -m vanity  -r AB958105:C52F1A9F -R -v 1FRoHA9xew -l compress -t 4 -e -n 0x400




It is intended for custom addresses like 1Magni1 but the rest of the public address is not known
jr. member
Activity: 56
Merit: 2
Ok, I made a 65.txt file in folder keyhunt and used this code

./keyhunt -m bsgs -f 65.txt -r 1a830000000000000

It found the puzzel 65 privatkey right away. I can see it in the file KEYFOUNDKEYFOUND.txt Smiley

brilliant!
Could you explain why you just have a part of the puzzle 32 address here ?

./keyhunt -m vanity  -r AB958105:C52F1A9F -R -v 1FRoHA9xew -l compress -t 4 -e -n 0x400


newbie
Activity: 41
Merit: 0
Ok, I made a 65.txt file in folder keyhunt and used this code

./keyhunt -m bsgs -f 65.txt -r 1a830000000000000

It found the puzzel 65 privatkey right away. I can see it in the file KEYFOUNDKEYFOUND.txt Smiley

brilliant!
jr. member
Activity: 56
Merit: 2
Ok, I made a 65.txt file in folder keyhunt and used this code

./keyhunt -m bsgs -f 65.txt -r 1a830000000000000

It found the puzzel 65 privatkey right away. I can see it in the file KEYFOUNDKEYFOUND.txt Smiley
newbie
Activity: 41
Merit: 0
RTFM ?
do a test with lower key and see what happens?
Found it !

"FAQ

Where the privatekeys will be saved? R: In a file called KEYFOUNDKEYFOUND.txt"

Exact. KEYFOUNDKEYFOUND.tx
what did you find? the puzzle 130? Grin
Not yet Smiley

Give me a code to do a test with lower key.

There is no such thing as that, if you want to narrow the range you should look at (2^130)-(2^129) or 680564733841876926926749214863536422913,
the lucky number can be randomly anywhere in that range.
The problem is that 0.0000000001% of the range is 68056473384187692692674921486. ​​
There are still more grains of sand there than there are on all the beaches in the world combined. Cry
jr. member
Activity: 56
Merit: 2
RTFM ?
do a test with lower key and see what happens?
Found it !

"FAQ

Where the privatekeys will be saved? R: In a file called KEYFOUNDKEYFOUND.txt"

Exact. KEYFOUNDKEYFOUND.tx
what did you find? the puzzle 130? Grin
Not yet Smiley

Give me a code to do a test with lower key.
newbie
Activity: 41
Merit: 0
RTFM ?
do a test with lower key and see what happens?
Found it !

"FAQ

Where the privatekeys will be saved? R: In a file called KEYFOUNDKEYFOUND.txt"



Exact. KEYFOUNDKEYFOUND.tx
what did you find? the puzzle 130? Grin
jr. member
Activity: 56
Merit: 2
Ok, I installed Keyhunt on Bodhi Linux 7.0 copied file 130.txt from folder test to folder keyhunt and executed ./keyhunt -m bsgs -f 130.txt -b 130 -R
 
When it finds the key, will it create a file with the found key in the keyhunt folder ? Like the file VANITYKEYFOUND.txt in the keyhunt folder ?

./keyhunt -m bsgs -f 130.txt -b 130 -R    You're going to need luck  Roll Eyes

The VANITYKEYFOUND.txt file is generated only when the hunter finds a key in vanity mode.
Yes I understand that. But will it generate KEYFOUND.txt in bsgs mode ?
Try puzzle 32 near the key to see how it works

./keyhunt -m vanity  -r AB958105:C52F1A9F -R -v 1FRoHA9xew -l compress -t 4 -e -n 0x400
Isn't that vanity mode ? Do you have a code for bsgs mode ? that will find a key right away.

BTW: your vanity code found 32. I can see it in the file VANITYKEYFOUND.txt Smiley
RTFM ?
do a test with lower key and see what happens?
Found it !

"FAQ

Where the privatekeys will be saved? R: In a file called KEYFOUNDKEYFOUND.txt"


Pages:
Jump to: