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

You are sure?

its not there

Use it to achieve your goals.


This report includes missing symbols for each private key in the hexadecimal range (0-9, a-f).
The analysis uses a method to identify which characters from the hexadecimal set are not present in each key.
By identifying missing characters, the search space for potential private keys is narrowed, improving the efficiency of the search process.

The private keys are represented as hexadecimal strings, and for each key, the missing symbols (from the set of 0-9 and a-f) are listed.


Key: 1
Missing symbols: 0, 2, 3, 4, 5, 6, 7, 8, 9, a, b, c, d, e, f

Key: 3
Missing symbols: 0, 1, 2, 4, 5, 6, 7, 8, 9, a, b, c, d, e, f

Key: 7
Missing symbols: 0, 1, 2, 3, 4, 5, 6, 8, 9, a, b, c, d, e, f

Key: 8
Missing symbols: 0, 1, 2, 3, 4, 5, 6, 7, 9, a, b, c, d, e, f

Key: 15
Missing symbols: 0, 2, 3, 4, 6, 7, 8, 9, a, b, c, d, e, f

Key: 31
Missing symbols: 0, 2, 4, 5, 6, 7, 8, 9, a, b, c, d, e, f

Key: 4C
Missing symbols: 0, 1, 2, 3, 5, 6, 7, 8, 9, a, b, d, e, f

Key: E0
Missing symbols: 1, 2, 3, 4, 5, 6, 7, 8, 9, a, b, c, d, f

Key: 1D3
Missing symbols: 0, 2, 4, 5, 6, 7, 8, 9, a, b, c, e, f

Key: 202
Missing symbols: 1, 3, 4, 5, 6, 7, 8, 9, a, b, c, d, e, f

Key: 483
Missing symbols: 0, 1, 2, 5, 6, 7, 9, a, b, c, d, e, f

Key: A7B
Missing symbols: 0, 1, 2, 3, 4, 5, 6, 8, 9, c, d, e, f

Key: 1460
Missing symbols: 2, 3, 5, 7, 8, 9, a, b, c, d, e, f

Key: 2930
Missing symbols: 1, 4, 5, 6, 7, 8, a, b, c, d, e, f

Key: 68F3
Missing symbols: 0, 1, 2, 4, 5, 7, 9, a, b, c, d, e

Key: C936
Missing symbols: 0, 1, 2, 4, 5, 7, 8, a, b, d, e, f

Key: 1764F
Missing symbols: 0, 2, 3, 5, 8, 9, a, b, c, d, e

Key: 3080D
Missing symbols: 1, 2, 4, 5, 6, 7, 9, a, b, c, e, f

Key: 5749F
Missing symbols: 0, 1, 2, 3, 6, 8, a, b, c, d, e

Key: D2C55
Missing symbols: 0, 1, 3, 4, 6, 7, 8, 9, a, b, e, f

Key: 1BA534
Missing symbols: 0, 2, 6, 7, 8, 9, c, d, e, f

Key: 2DE40F
Missing symbols: 1, 3, 5, 6, 7, 8, 9, a, b, c

Key: 556E52
Missing symbols: 0, 1, 3, 4, 7, 8, 9, a, b, c, d, f

Key: DC2A04
Missing symbols: 1, 3, 5, 6, 7, 8, 9, b, e, f

Key: 1FA5EE5
Missing symbols: 0, 2, 3, 4, 6, 7, 8, 9, b, c, d

Key: 340326E
Missing symbols: 1, 5, 7, 8, 9, a, b, c, d, f

Key: 6AC3875
Missing symbols: 0, 1, 2, 4, 9, b, d, e, f

Key: D916CE8
Missing symbols: 0, 2, 3, 4, 5, 7, a, b, f

Key: 17E2551E
Missing symbols: 0, 3, 4, 6, 8, 9, a, b, c, d, f

Key: 3D94CD64
Missing symbols: 0, 1, 2, 5, 7, 8, a, b, e, f

Key: 7D4FE747
Missing symbols: 0, 1, 2, 3, 5, 6, 8, 9, a, b, c

Key: B862A62E
Missing symbols: 0, 1, 3, 4, 5, 7, 9, c, d, f

Key: 1A96CA8D8
Missing symbols: 0, 2, 3, 4, 5, 7, b, e, f

Key: 34A65911D
Missing symbols: 0, 2, 7, 8, b, c, e, f

Key: 4AED21170
Missing symbols: 3, 5, 6, 8, 9, b, c, f

Key: 9DE820A7C
Missing symbols: 1, 3, 4, 5, 6, b, f

Key: 1757756A93
Missing symbols: 0, 2, 4, 8, b, c, d, e, f

Key: 22382FACD0
Missing symbols: 1, 4, 5, 6, 7, 9, b, e

Key: 4B5F8303E9
Missing symbols: 1, 2, 6, 7, a, c, d

Key: E9AE4933D6
Missing symbols: 0, 1, 2, 5, 7, 8, b, c, f

Key: 153869ACC5B
Missing symbols: 0, 2, 4, 7, d, e, f

Key: 2A221C58D8F
Missing symbols: 0, 3, 4, 6, 7, 9, b, e

Key: 6BD3B27C591
Missing symbols: 0, 4, 8, a, e, f

Key: E02B35A358F
Missing symbols: 1, 4, 6, 7, 9, c, d

Key: 122FCA143C05
Missing symbols: 6, 7, 8, 9, b, d, e

Key: 2EC18388D544
Missing symbols: 0, 6, 7, 9, a, b, f

Key: 6CD610B53CBA
Missing symbols: 2, 4, 7, 8, 9, e, f

Key: ADE6D7CE3B9B
Missing symbols: 0, 1, 2, 4, 5, 8, f

Key: 174176B015F4D
Missing symbols: 2, 3, 8, 9, a, c, e

Key: 22BD43C2E9354
Missing symbols: 0, 1, 6, 7, 8, a, f

Key: 75070A1A009D4
Missing symbols: 2, 3, 6, 8, b, c, e, f

Key: EFAE164CB9E3C
Missing symbols: 0, 2, 5, 7, 8, d

Key: 180788E47E326C
Missing symbols: 5, 9, a, b, d, f

Key: 236FB6D5AD1F43
Missing symbols: 0, 7, 8, 9, c, e

Key: 6ABE1F9B67E114
Missing symbols: 0, 2, 3, 5, 8, c, d

Key: 9D18B63AC4FFDF
Missing symbols: 0, 2, 5, 7, e

Key: 1EB25C90795D61C
Missing symbols: 3, 4, 8, a, f

Key: 2C675B852189A21
Missing symbols: 0, 3, 4, d, e, f

Key: 7496CBB87CAB44F
Missing symbols: 0, 1, 2, 3, 5, d, e

Key: FC07A1825367BBE
Missing symbols: 4, 9, d

Key: 13C96A3742F64906
Missing symbols: 5, 8, b, d, e

Key: 363D541EB611ABEE
Missing symbols: 0, 2, 7, 8, 9, c, f

Key: 7CCE5EFDACCF6808
Missing symbols: 1, 2, 3, 4, 9, b

Key: F7051F27B09112D4
Missing symbols: 3, 6, 8, a, c, e

Key: 1A838B13505B26867
Missing symbols: 4, 9, c, d, e, f

Key: 2832ED74F2B5E35EE
Missing symbols: 0, 1, 6, 9, a, c

Key: 349B84B6431A6C4EF1
Missing symbols: 0, 2, 5, 7, d

Key: 4C5CE114686A1336E07
Missing symbols: 2, 9, b, d, f

Key: EA1A5C66DCC11B5AD180
Missing symbols: 2, 3, 4, 7, 9, f

Key: 11720C4F018D51B8CEBBA8
Missing symbols: 3, 6, 9

Key: 2CE00BB2136A445C71E85BF
Missing symbols: 9, d

Key: 527A792B183C7F64A0E8B1F4
Missing symbols: d

Key: AF55FC59C335C8EC67ED24826
Missing symbols: 0, 1, b

Key: 16F14FC2054CD87EE6396B33DF3
Missing symbols: a

Key: 35C0D7234DF7DEB0F20CF7062444
Missing symbols: 1, 8, 9, a

Key: 60F4D11574F5DEEE49961D9609AC6
Missing symbols: 2, 3, 8, b

Read what Wandering Philosopher's MARA transfer did for all we know.

Other alternative solutions:

Either mine your own block or make a deal with a mining pool.
(Trust is very important in all of this.)

Hello everyone. let's say I found a solution
is there any chance to safely withdraw money please anyone who understands answer. Thanks in advance
I've been working on this puzzle for 9 months now.

Whew...lot of crazy posts on here lately lol. Crazy, funny, witty, I've enjoyed the reading!

I've not really been working on anything new, just tinkering with 135 and Kangaroo. Nothing to report really as far as faster or efficiency. Up to about 8,000 MKey/s with a 4090.

What I have accumulated whilst tinkering, is a lot of Wild points, DP 32, trailing 0s.

I have at least 64 each DP 32s, in each 68 bit range, starting from 135s public key.

So, public key +100000000000000000, all the way up to:

......
12BB7400000000000000000
12BB7500000000000000000
12BB7600000000000000000

I guess if anything, I set out to figure out how to set better, wider or longer traps, however you want to look at it.
I honestly just have it running in the background on 2 machines, linked to a server that's collecting the points.

I've rented out most of my other GPUs, while I figure out the next plan of attack, if any. But that won't be until after the new year.

For anyone wondering what my DP 32, trailing 0s, points, look like, or what I mean by it:


Nothing spectacular or new on my end.

Keep grinding and thinking and tinkering with different programs, maybe one of you will have some breakthrough. I applaud everyone's efforts, even some I see as futile...including some of my own lol.

Since when pointing out obvious flaws is called disrespect?

Do you really want a mathematical proof that what I said made sense?
It is obvious that any patterns you can think of are a very minuscule part of the remaining "non-patterns". This is simple combinations formulas, the proof is immediate.

Does it make sense to run a program 1% slower while still checking 99.99% of the key space?

Answer: no, assuming that the key is found, the time required will be LONGER, simply because 1.0 is larger than 0.01. If this is something he refuses to understand, it's his problem, not mine.

It's a delusion to think that excluding some keys speeds up anything, it's a fallacy. It is not disrespect to have the truth shown in your face.

Anyway, it's in everyone else's benefit that we shouldn't even point out this flaws, correct? Let them run the slow program while we laugh.

My brother, you are right, you are right.

But here is the point where people who are knowledgeable or wrong about this issue come together. You don't have to explain something or write different sentences.

Instead of belittling a person, you can ignore it.
Does anyone know anything 100%?

Sorry, we interrupted our topic a bit. Good luck and open minds to everyone.

#67 6d6exxxxxxxxxxxxx

k*G did contribute by showing jareso the potential flaws in his way of iterating through the keyspace and skipping the secret that solves #67.

He comes off incredibly dismissive but probably because of the dozens of users who have claimed they found a magical way of solving the puzzles.

Funny enough, #67 might suffer the same fate as #66 and not solving it would be a blessing in disguise.

If I find private keys with similar patterns like "ddd," "eee," "fff," and so on, which one should I choose? There will be hundreds of such patterns, and so on.

Even though it's an idea it doesn't make any improvement. If you Brute force all the similar patterns, It will just make the code even more slower and there will be no guarantee.

It does not mention anything about cryptographic hashing. (@jareso)

I think it will not start with "5FFF" and I designed my software accordingly, it just says.

That's why it is an idea, I said it should be respected.

Let me give an example about cryptographic hashing.

If you are looking for another wallet with similar first 10 digits of a wallet starting with 1BY8GQbnu.

You will definitely find between 7800000000009990000 and 7860000000000990000 above or below.

Under normal conditions, a number like 2**56 - 72,057,594,037,927,936 is equal.

But why is there definitely 59,999,999,991,000,000?
Why is it definitely between 7800000000009990000 - 7860000000000990000?

This is also an idea, you can call it ridiculous, a fantasy, wrong or something else. But it is an idea.

Cryptographic hash functions are designed to be random and unpredictable. When you input a public key into the hash function, the resulting hash is a seemingly random sequence of numbers and letters.

Even a tiny change in the public key (e.g., flipping a single bit) will completely change the hash due to a property called the avalanche effect.

This randomness ensures there is no discernible pattern in the hash.


When someone makes a statement and if it does makes sense it doesn't mean it's disrespect.

Bla bla bla bla...

How about saying something that will really contribute?

@jareso , yes brother. A different and nice idea. I have done it many times before, removing inappropriate letters and numbers etc. etc.

Friends, since you have accepted that this is a place to share information or ideas, shouldn't you respect the sharing or ideas made? (Does he need to be smarter than you?)

Everyone peels an orange differently and eats it, or they can eat it with the peel without peeling it.

So if you don't have "RESPECT" and "RESPECT for ideas", don't expect anyone to share anything with you.

If there is no mathematics, there is no programming!

Let me summarize your entire approach:

- your program is 1% slower because you cherry-pick the cake
- the cherries are more than 99% of the cake (more like 99.999...9%)
- you lose the certainty of 100% of finding the key, it's now 99.999...9% certainty
- you believe this to be rational and to add effectiveness

I can give you billions of rules for exclusion:

- there's no way the key can be a square of a 33-bit number, right?
- there's no way the key can be a cube of a 22-bit number, right?
- there's no way the key can be a sum of Fibonacci numbers
- there's no way the key can be a power of, let's say, 7 (or any number at all, up to the limit that you consider it to be a really strange case, let's say, up to 1000)
- there's no way the key can form a triangle if you split it in 3 sub-ranges
- there's no way the key embeds some exact portion of pi's digits longer than 10 chars
- there's no way the key contains a single digit when converted to base N (choose whatever N you can think of)
- there's no way the key looks like a circle if you convert it to ASCII art
- etc, etc etc

All of these examples fail your current criteria because they look like exact random bits, but they are definitely something you should exclude.

The main takeover from what people try to argue is that you speak of risks vs betting vs whatever, but in reality you have a 1% slower program that excludes much, much less than 1% of the space that's searched, which if you properly think about, means it is not effective, but simply slower and with less benefits, not more benefits.

Rules of omitting or requiring certain "letters" and "numbers" from the hexadecimal key "string" I mentioned were examples to demonstrate what my experiential finder is capable of. I use various and different patterns and methods of this sort. I change them often, experimenting. That is the reason why I created my version this way, so private key selection can be manipulated based on given "string" criteria.

I needed to choose some criteria by which to manipulate odds and cut down BTC puzzle scanhash times from hundreds of years to something lower, something that can be done in months, weeks, or days, based on given rules, "skip-hash".

Is it rational from a mathematical point of view when speaking about any generic BTC keys?
No, not really at all. Is it ridiculous? Yeah, kind of to some extent, surely. And what?

I really understand everything you mentioned, I get everything. I knew it even before.
I have been programming since the 80s, I have (surprisingly) degrees in mathematics and computer science, and (this is very scary, LOL...) I have been lecturing those for quite some time in the past.
In the late 90s and early 00s, amongst other things, I worked on AAA game titles, programming 3D engines, game physics, logic, and visual renderings in times when it was pretty hardcore and a lot of things needed to be figured out and done "on the knee", not as easy as these days. And many other things related to the field up to this time.

I realize heavy storm clouds can sometimes resemble dragons, or sheep, or something creepy, depending on mood, as it is the way the human brain likes to make associations and tries to find patterns and see things where they are not really. Yes, of course.

Is my experimental Bitcrack version a scientific tool? No, no way. It never was. That was never the intention.

Is it a kind of tool where I can predict, bet, and try searching for private keys, looking at them as "strings" consisting of "numbers" and "letters" and based on given criteria, restrictions, and patterns, where I can experiment with various prediction and probability systems in it? Yes, this is kind of what it is.

Searching for a private key with it is based on luck, as was already told, it can be said "skip-hashing" depending on parameters, my way of picking cherries from a cake approach.

Is it rational? Well, it is my approach, be it rational or not, I still stand by my opinion that it adds effectiveness when searching for BTC puzzle keys. I repeat again - puzzle keys.
As this is what it is about, I do not care about common BTC private keys, generic BTC private keys. I care only about the low-bit BTC puzzle keys.
Yeah, I know they are random too, yes, yes, ... yes, I know that if they were in a different format it would be different.

I had to approach it somehow, so I chose to look at keys as hexadecimal "strings", simply like that, it is nice and appealing to see them as single characters, "numbers" and "letters".

As I already told, I don’t know exactly what BTC puzzle key #67 (the ending part) looks like, but I am pretty sure it doesn’t look like this, for example:
All characters of #67 are "letters"? No. All characters are "numbers"? No.
The first part of the key is only "letters" and the other part is only "numbers"? Or vice versa. No.
It is like exactly "letter-number-letter-number-letter-number..." till the end? No. No way, I would even put my hand in the fire that no. Yes, this approach is about betting on something and holding to it.
Etc.

I made my experimental finder this way basically because already solved puzzle keys are usually published in hexadecimal "string" format, and when I always looked at some already solved BTC puzzle keys, I told myself something like, ahhhhh... I knew that "EE" would be in it, or I thought there would be zero occurrences of "4" anywhere in this one, things like that.

Thus, I made myself a GPU tool exactly for that, so when I want, I can scan a given range fast on my few Nvidia cards using any sort of "string," "letter(s)," or "number(s)" criteria. Such as, I want to scan the given range but omit number "4" anywhere in the "string" I can, I want exactly 2 letters "EE" to be anywhere in it next to each other, I can, I want to have any unknown "letter-letter" anywhere in it, of course, I want to have an occurrence of exactly 5 unknown "letter" in it anywhere, no problem. I want it to skip all private keys containing more than the count 9 of any "letter" anywhere in the string, yes, or at least the count of 3 "number" that has to be lower than <8, sure, things like that, etc.
Any pattern, any sort, operators, conditions, any offset, anywhere, any count.

With this, I test my chances in ways I needed and I test various probability systems and approaches I like, new perspectives I try to figure out, I experiment - it is fun, and I hope for luck.

Anyway, what I wanted to say about it, I already said, speaking about it more again and again now would be going in the cycles round and round.
As I already told, if I ever solve the low-bit BTC puzzle with it and finally the price will arrive at my BTC wallet without being robbed during cashing out by a bot run by a thief, I will publish it, including the source code.

Till then I will be trying my luck with it.
I am pretty stubborn when I bite into something, be it rational or not, I don't care.

Puzzle 110 and 115 would like a word with him about his rule set.

00000000000000000000000000000000000035c0d7234df7deb0f20cf7062444
0000000000000000000000000000000000060f4d11574f5deee49961d9609ac6

I kinda see your logic but it would likely skip the solution, look at this randomly generated (from *.pw/random/puzzle/67):
{
  1) 567f4d3ddd5b6d0df
}

Would this possible solution be skipped by your filtering process? Or I misunderstood the ruleset.

Are you sure the cherries you're picking are not actually something around 99.999...% of the entire cake? And the remaining 0.000....1% are the excluded patterns? Because this is what some quick and dirty 9th grade combinational probability would indicate.

You are never seeing your so-called "letter and number" strings (basically hex representation of bytes) not because they can never happen, as you wrongly suggest, but because there are massively much more strings that are apparently scrambled (when using the same high-level representation alphabet). In reality, all keys have the exact same probability, no matter how they look like. Excluding keys based on a pattern would mean that randomness also has a pattern (the pattern of excluding your pattern, or a bias), which is a logical contradiction, because by definition randomness does not have any patterns or biases. So by induction, the initial hypothesis "some strings can't appear or are very unlikely to appear" is wrong, so why do it?

Here is the solution



https://www.bbc.com/news/articles/c791ng0zvl3o?xtor