Topic: Bitcoin puzzle transaction ~32 BTC prize to who solves it - page 135. (Read 245170 times)

thank you, I will DM (message) for the source code, wait a minute because I want to add a few things about thread speed, because there is a little bug in the private key search process.
Btw .. this is a very wise answer, sorry I also didn't think to ask like that, I also confused about how the developer can calculate freely for the entire search period with different speeds for each device, and also a different load key search..
but once again.. thank you, this is a wise answer and can be understood more broadly.
repp+ WanderingPhilospher


my code was running build with this formula, to trial and error for setup 66 bit keys.

number of possible 66-bit keys divided with search rate from 30-bit key.

my search rate per hour for 30 bit above is approximately 800,324 keys per hours (like what i said before about leaking the cpu speed and more usage ram when 30 bit above)

Time to find 66-bit key≈1.75×10⁸years

 
​

 

after 6 months on first space of puzzle 130
200000000000000000000000000000000:280000000000000000000000000000000

new space (from 25 to 75%)

./keyhunt -m bsgs -f 130.txt -r 280000000000000000000000000000000:380000000000000000000000000000000 -q -S -B random -k 256 -t 8

• Version 0.2.230519 Satoshi Quest, developed by AlbertoBSD
• Quiet thread output
• K factor 256
• Threads : 8
• Mode BSGS random
• Opening file 130.txt
• Added 20000001 points from file
• Range
• -- from : 0x280000000000000000000000000000000
• -- to     : 0x380000000000000000000000000000000
• N = 0x100000000000

130.txt 20M keys:
./keysubtracter -p 03633cbe3ec02b9401c5effa144c5b4d22f87940259634858fc7e59b1c09937852 -n 20000000 -r 0:10000000000000000 >>130.txt

Well, if you were the person you claim to be (WanderingPhilosopher Keyhunt), you probably wouldn't had put this question.

The source code of Keyhunt is open and you can see how the speed is determined. It is in the nature of the BSGS algorithm that you cannot compare these values with the classic searches. The same applies to Kangaroo, which is a completely different approach. A comparison would be like comparing apples and oranges. These are completely different algorithms, for example: if you run Kangaroo well-tuned and you would rely on the speed rate the tool shows you and then compare it to the speed of let's say BSGS you would be disappointed. Because BSGS will report a much higher rate. But in fact, the  Kangaroo will always run faster than BSGS. Again, you cannot compare them.

In BSGS mode of keyhunt for example the speed shown also depends on the pubkeys used. More keys will result in less speed.

But how do devs calculate their speed when using BSGS?

I see a lot of peta, exa keys per second, I’m trying to figure out how they calculate the speed…and then apply it to my script.

When we talk mathematically about speed, it is calculated as the distance traveled divided by the time it takes to travel that distance (it only has magnitude). It can be defined also in terms of other quantities besides distance, depending on the context. In physics, speed is often defined as the rate of change of position over time, which is commonly expressed as distance traveled divided by the time taken to travel that distance, as mentioned earlier. In certain situations it can also be defined in terms of other quantities such as: angles, phases or displacements.

Your question can therefore not be answered because it is incomplete. Neither the first nor the second.

You could count the steps performed or keys tried and divide the total by the total time required. Then you would have keys/sec or steps/sec as the result, depends on your needs.
But you can't calculate 52bits/30sec and claim that you can work out 0.577 sec per number of bits, and of course you know yourself why that is. Because otherwise you would have already solved the entire puzzle hundreds of times  

Where is the code so we can see how to offer any advice for speed up?


Also, question for everyone, if you can solve a 52 bit key, with known pubkey, in 30 seconds, what rate of speed is that?
Simplify the question, if you one is using some version of BSGS and finds a 52 bit key within 30 seconds, what's the speed?

Thank you for your input, I'm still a beginner and trying to develop it, I'm still trying and remain positive for the community

and how about this sir ?
i tweak some vanity search of 23 bit puzzle with cpu speed and hash160 filter and private key downscale multiplications

Searched 645240 keys in 0.55 seconds | Private key: 000000000000000000000000000000000000000000000000000000000054df77 | Address (Compressed): 1L2gKhvbWubwppJLfZXAhSfLuG8xw3uL9X
Searched 666794 keys in 0.58 seconds | Private key: 000000000000000000000000000000000000000000000000000000000045e993 | Address (Compressed): 1L2gVKpCZAPwDSTMEo3diJeKNybKeo3RjR
Searched 849294 keys in 0.60 seconds | Private key: 00000000000000000000000000000000000000000000000000000000006ba875 | Address (Compressed): 1L2gwSaaRWnK7Xj8E9upXrwXS5M9BYqjwH
Searched 857465 keys in 1.16 seconds | Private key: 000000000000000000000000000000000000000000000000000000000042707b | Address (Compressed): 1L2gP2jnz4AEXGTfMwvhgytvPwUtGMUzGJ
Searched 861241 keys in 1.88 seconds | Private key: 000000000000000000000000000000000000000000000000000000000056484a | Address (Compressed): 1L2GnHVKQ5AQZw5FASVy4USoRrUteR6Qpz
Searched 897078 keys in 2.73 seconds | Private key: 00000000000000000000000000000000000000000000000000000000004af06e | Address (Compressed): 1L2g5efN8kWG2fwEd2QUFLTNfnc96hBXqc
Searched 920717 keys in 3.26 seconds | Private key: 0000000000000000000000000000000000000000000000000000000000556e52 | Address (Compressed): 1L2GM8eE7mJWLdo3HZS6su1832NX2txaac
Found matching address (Compressed): 1L2GM8eE7mJWLdo3HZS6su1832NX2txaac | Private key: 0000000000000000000000000000000000000000000000000000000000556e52

The downside is that if I run 30 bit and above, it takes up a lot of RAM and CPU and also becomes unstable, resulting in a lot of decreases in the key search, and very drastically.

First things first --> stop the consecutive posts

apparently you missed developing a performance counter to measure your capabilities. Let me do the maths for you...

173862 / 40.74 = 4,268 Keys/sec



1576434 / 343.24 = 4,593 Keys/sec

4,5 K/sec ... seriously?


I wouldn't make this secret elixir public under any circumstances, it would change the world. Please keep the secret to yourself

done. Now go ahead and solve puzzle 66 using your magic elixir sir

Searched 1414289 keys in 307.98 seconds | Private key: 000000000000000000000000000000000000000000000000000000034710b2da | Address (Compressed): 1PwATmTLCtGLVwbqVx4dcyDHbvTVdyuQQX
Searched 1435507 keys in 312.59 seconds | Private key: 0000000000000000000000000000000000000000000000000000000345a8b581 | Address (Compressed): 1PWaFgHSEdGvnSmrfYC2DsWTxq7sMpPLkV
Searched 1477916 keys in 321.80 seconds | Private key: 00000000000000000000000000000000000000000000000000000003b7c88e5b | Address (Compressed): 1PwAgRhPYNPQvXJdP9dEr7dzmT8LLwQswM
Searched 1479675 keys in 322.19 seconds | Private key: 00000000000000000000000000000000000000000000000000000003b88983dc | Address (Compressed): 1PWAXkdsfoLdbWyu8HoUyJy1Lc5EAz33ze
Searched 1511866 keys in 329.17 seconds | Private key: 000000000000000000000000000000000000000000000000000000029a297ba1 | Address (Compressed): 1PwA47SjPnFrz2AQZ6wm2v3Tm7e7A8byXi
Searched 1514627 keys in 329.78 seconds | Private key: 00000000000000000000000000000000000000000000000000000003ed2d3c81 | Address (Compressed): 1PwAaexSpxH8PNxNUwfueV7Nn7QFt31LBu
Searched 1529648 keys in 333.06 seconds | Private key: 0000000000000000000000000000000000000000000000000000000342f74068 | Address (Compressed): 1PWAvwUScR41KWnG7r8gzkKr9FhWGjG6ht
Searched 1563424 keys in 340.40 seconds | Private key: 00000000000000000000000000000000000000000000000000000003e6aa1312 | Address (Compressed): 1PwAvEjNNZhiCNJ2yst8w8SzdG6iUowEvG
Searched 1575709 keys in 343.08 seconds | Private key: 00000000000000000000000000000000000000000000000000000003f6a32b74 | Address (Compressed): 1PWavPMfHdYfb7vPYypKxkoVczmwmndtQi
Searched 1576434 keys in 343.24 seconds | Private key: 00000000000000000000000000000000000000000000000000000003e0bf05e1 | Address (Compressed): 1PWAAsuv2CfHs63zVixBxb39dYoMj7bR5G


i use range threshold by filtering public key hash + downscale range multiplication.
can someone rate this ?

---

i run this on 23 bit, only takes 6 sec, i still have hope can improvises the code sir..

Bitcoin address and hash160, has no meaning when searching for a private key.
You can select absolutely any search range and get the same results.

what is the best setting for an RTX 3090 with BitCrack? Is this the right setting? -b 128 -t 256 -p 1024

Have you read the instructions on what args you can use? The message says the problem is "-bits", try to get rid of -start. Either use bits or start:end.

---

Really interesting, I was kind of looking for something similar having colored 3D view of points,  something in the vein of mandelbrot rendering.

Surprisingly using some of the points as G, makes some unique shapes,  for example,  having n/2 public key as G and viewed in "polar" makes interesting lines,  I could also see Fibonacci's patterns.  Here try these points as G and set start to end at 1, 99. Though you should try different ranges both in polar and 3D view.
Maybe we could find correlated connections based on each point differently, like e,g.  Having all the points generating spirals under one category, points generating triangles under one category, etc. Let me know what you think.

I would also like to! But if there is no pattern I find it difficult.
Too bad there is no Ramanujan in our time, I fear new mathematics is needed to solve it 

I am trying to solve the bitcoin puzzle mathematically.BTC

Theoretically speaking let's say I had a quantum computer with the computational power of a 100 qubit what algorithm would I use on qisqit python to run the program that would find the private key

How can i Use VanitySearch for Windows with .exe file for the Puzzle nr66? BitCrack dont work for me nothing happens after i enter the commands. Kangaroo and Keyhunt is to high for me to understand.

If i enter this command with Vanitysearch
./VanitySearch.exe -stop -t 0 -bits 66 -start 0000000000000000000000000000000000000000000000020000000000000000 -gpu 13zb1hQbWVsc2S7ZTZnP2G4undNNpdh5so

i get this message:

Unexpected -bits argument

can open your mind to new ideas such as keymath and keydivision..

Nice graphic. It won't help us much with the methods we're using here.

In summary, my search is 70%, I do not intend to take up your time waiting for a precise date, I do not take external factors into the equation when calculating the time, I live in an underdeveloped country where electrical failures are frequent, I have an i5 4GB ddr3, although I want to, I can't go faster, it is what it is, I got excited with the calculations and completely omitted the external factors, I have earned the criticism and I understand it, but it does not offend me, because my path continues.


no, I have not broken ecc, I never said it, otherwise, it would not take more than a month to find a key, breaking ecc is creating a formula that allows you to obtain the private key in an instant, this is not it, it is just a system of search faster than the already known ones, and it is easy to verify if a search code works or not, so I am not wrong.

edit:
It has not yet been proven that the ECDLP is computationally intractable, therefore in mathematics we cannot consider something impossible that you cannot prove to be impossible.

An algorithm has not been found that can solve the ECDLP in polynomial time, but it cannot be said that it does not have such a solution.

You can solve a problem in two ways:
1= solution.
2= no solution.
If you are going to come and tell me that ECDLP is unbreakable in polynomial time, publish the formula that shows that this is the case, otherwise don't see something as impossible just because it is difficult, if all humans had that way of thinking, society would It was still in the prehistoric era.

Yes, there are giant institutions studying this, this does not mean that you have to feel less than them, but that you can learn from them and overcome them.

And I conclude that if you try and fail, you will have learned something, if you consider yourself incapable you only gain ignorance.

similitudes with prime numbers...

https://www.youtube.com/watch?v=pnYkK6PqUro&ab_channel=voltagedrop