Bitcoin Forum
January 06, 2026, 04:01:11 AM *
News: Latest Bitcoin Core release: 30.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 [454] 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 ... 623 »
  Print  
Author Topic: Bitcoin puzzle transaction ~32 BTC prize to who solves it  (Read 361307 times)
lavina888
Member
**
Offline Offline

Activity: 82
Merit: 10

Tartarians


View Profile
April 16, 2025, 06:24:07 PM
 #9061

Bram = Doing something that everyone can do with 2200+ GPU is not a very high-level result.

Respectfully, I wrote the full software from scratch which to this day is still 15% faster than anything ever mentioned here while 99.9% of the people in this thread are vanity search script kiddies.
Let’s also mention the system handling the distribution of the workload on thousands of GPUs, which I also wrote from scratch.
We can also talk about how I gathered the funding for the puzzles by convincing people on the internet to trust me with hundred of thousands of dollars.
I executed all this flawlessly. And broke 2 puzzles months appart as a result, while the previous ones took years.

Let me know when you spot a higher level result around here.

It has merit in terms of personal finance, but when it comes to strategy, it's impossible to determine because both strategies need to be compared in an equalized environment. If you have more computing power, it's not comparable. It's like saying that BSGS is better than Kangaroo if the former has access to a GPU farm and the latter is executed on an i7; the result would reflect computing power more than the inherent capabilities of each strategy.

You mean except for the fact that I published prefixes for 67 which actually allow you to test you theory as if you were having the same computational power and show us once and for all that the prefix method is superior ?

So you agree that just theorizing or making assumptions is useless? Then why don’t you apply that? There’s something called the scientific method, which you conveniently skip.

If i present an idea and you want to criticize it, as a summa cum laude cryptographer, you should replicate and verify the results, not assume. Because to assume, you don’t need a postgraduate degree.

You’re confusing empirical testing and formal proof.

We already explained a million times why, formally, the prefix theory would break 3 different mathematical constructs if true. That’s the scientific method. Do you need me to go over it again ?

We do not need to conduct empirical testing because of that. But it you want to, you can use my 67 proofs to do so, which will also disprove the prefix theory.



with all due respect to your approach and results, they are truly impressive.

https://pastebin.com/bAFPpkpL

but, analyzing your proofs of the work done on address 67, a certain algorithm for bypassing subranges is clearly visible, first the range, then without gaps at the end of the range and then approximately the same in certain areas.

this can be explained by the fact that in certain areas of the subranges there are anomalous clusters of the necessary addresses with a certain prefix - yes, I read that all your results and the results of others refute the theory of prefixes and any connection between them and hash160, then why did you collect a huge number of 66, 67, 68 prefixes with a match of more than 56 bits in hash160?)
bibilgin
Newbie
*
Offline Offline

Activity: 275
Merit: 0


View Profile
April 16, 2025, 06:25:41 PM
 #9062

You’re confusing empirical testing and formal proof.

We already explained a million times why, formally, the prefix theory would break 3 different mathematical constructs if true. That’s the scientific method. Do you need me to go over it again ?

We do not need to conduct empirical testing because of that. But it you want to, you can use my 67 proofs to do so, which will also disprove the prefix theory.

Bram,

Nobody says they broke 3 different mathematical structures. There is definitely no one who claims to have done such a thing.

In my work, I can calculate on the first prefixes 10 and 11. My studies on 12 or 13 are still ongoing.

Example;
You entered a very large neighborhood. There are 10,000 doors. You are looking for someone named John. But you don't know his address. There are 50 Johns in total. When you knock on a few doors, you ask for John. When you go to the first John, it is not John you are looking for. He tells you the street of the other John but he doesn't know the building number.

Now would you knock on 10,000 doors one by one?
Would you ask the Johns and try to find the real John?

I repeat. Nobody here says that you can find the location of John's house. (Sha256, H160, Base58.. He does not say that he broke such mathematics.)
Bram24732
Member
**
Offline Offline

Activity: 238
Merit: 26


View Profile
April 16, 2025, 06:26:35 PM
Last edit: April 17, 2025, 09:57:53 PM by hilariousandco
 #9063

My method has nothing to do with bruteforce and I am still going to keep trying to solve,  even if its only just 1 puzzle that i manage to solve eventually, i would still be happy with that.  I will admit though that ive lost more of my motivation to try to solve now.   At the current rate though of taking about 2 months to solve every puzzle by bram,  I guess that still leaves me with a few more years of time to keep trying to solve some of the remaining puzzles that bram isnt working on yet.  I'll take those odds,  still better than nothing I guess.  Dont you all go giving him even more hints though or he might solve every remaining puzzle in just a few days.   All puzzle solvers must keep hope alive for us remaining solvers with terrible hardware.   LOL!

"So Say We All!"

Bram = Doing something that everyone can do with 2200+ GPU is not a very high-level result.

Respectfully, I wrote the full software from scratch which to this day is still 15% faster than anything ever mentioned here while 99.9% of the people in this thread are vanity search script kiddies.
Let’s also mention the system handling the distribution of the workload on thousands of GPUs, which I also wrote from scratch.
We can also talk about how I gathered the funding for the puzzles by convincing people on the internet to trust me with hundred of thousands of dollars.
I executed all this flawlessly. And broke 2 puzzles months appart as a result, while the previous ones took years.

Let me know when you spot a higher level result around here.

What you've achieved so far is impressive IMHO... but I'm really curious to see what you do if/when you can no longer get the funding to rent so many GPUs... My hope is you stick around and try getting more "creative" with your solutions like the rest of us, even if it's only for fun Cheesy

I mean, I know you're in the "brute force is the only way, there are no shortcuts in cryptography" camp, and I'm right there with you... Except this isn't straight-up cryptography, it's a set of cryptographic keys that were somewhat artificially/manually compiled and chosen by a person so that they group together and increment consistently in length and difficulty (etc), and I still think (IMHO) that it's possible they could have introduced at least a small crack there somewhere that could be exploited to "even the odds" a bit (even if they did so unknowingly/unintentionally), and I'm not ready to give up the search for it just yet... If nothing else, the search itself is still fun* and informative/educational for me...

* though, I have to say y'all, all the bitching and negativity around here lately doesn't exactly help with that... AFAIK we're the only few people working on / participating in this, which means we all have something in common, and maybe we can focus more on that than on the differences in our approaches, etc...?

When no longer profitable, I’ll simply stop searching Smiley
And you’re right, I said it before. There could be a weak RNG in the puzzle sequence, even if I doubt it. The puzzle creator obviously knows what he’s doing.
Searching for such a flow is fun and doesn’t cost a penny in electricity bill, which is a plus Smiley

Bram = Doing something that everyone can do with 2200+ GPU is not a very high-level result.

Respectfully, I wrote the full software from scratch which to this day is still 15% faster than anything ever mentioned here while 99.9% of the people in this thread are vanity search script kiddies.
Let’s also mention the system handling the distribution of the workload on thousands of GPUs, which I also wrote from scratch.
We can also talk about how I gathered the funding for the puzzles by convincing people on the internet to trust me with hundred of thousands of dollars.
I executed all this flawlessly. And broke 2 puzzles months appart as a result, while the previous ones took years.

Let me know when you spot a higher level result around here.

It has merit in terms of personal finance, but when it comes to strategy, it's impossible to determine because both strategies need to be compared in an equalized environment. If you have more computing power, it's not comparable. It's like saying that BSGS is better than Kangaroo if the former has access to a GPU farm and the latter is executed on an i7; the result would reflect computing power more than the inherent capabilities of each strategy.

You mean except for the fact that I published prefixes for 67 which actually allow you to test you theory as if you were having the same computational power and show us once and for all that the prefix method is superior ?

So you agree that just theorizing or making assumptions is useless? Then why don’t you apply that? There’s something called the scientific method, which you conveniently skip.

If i present an idea and you want to criticize it, as a summa cum laude cryptographer, you should replicate and verify the results, not assume. Because to assume, you don’t need a postgraduate degree.

You’re confusing empirical testing and formal proof.

We already explained a million times why, formally, the prefix theory would break 3 different mathematical constructs if true. That’s the scientific method. Do you need me to go over it again ?

We do not need to conduct empirical testing because of that. But it you want to, you can use my 67 proofs to do so, which will also disprove the prefix theory.



with all due respect to your approach and results, they are truly impressive.

https://pastebin.com/bAFPpkpL

but, analyzing your proofs of the work done on address 67, a certain algorithm for bypassing subranges is clearly visible, first the range, then without gaps at the end of the range and then approximately the same in certain areas.

this can be explained by the fact that in certain areas of the subranges there are anomalous clusters of the necessary addresses with a certain prefix - yes, I read that all your results and the results of others refute the theory of prefixes and any connection between them and hash160, then why did you collect a huge number of 66, 67, 68 prefixes with a match of more than 56 bits in hash160?)

You’re reading too much into it.
I divided the space in 256 ranges and checked the keys in there, picking a new random range each time.
kTimesG
Full Member
***
Offline Offline

Activity: 700
Merit: 221


View Profile
April 16, 2025, 06:42:47 PM
 #9064

Nobody says they broke 3 different mathematical structures. There is definitely no one who claims to have done such a thing.

We already explained a million times why, formally, the prefix theory would break 3 different mathematical constructs if true.

What I proposed doesn’t do it, you assume too much, you say, 'the theory doesn’t work'. Which one? Which of the 20? Just me alone, I have 2 approaches, WP has another, Bibilgin has another, NoMachine... and I could go on. That’s why your words don’t hold value.

Guys, please hold on 5 minutes to get my popcorn ready!

I think FUD is when someone says and proves this: "look, I can find a key faster than what the crypto framework guarantees". You will definitely be seen on TV if that day ever comes. No matter what theory you invented, as long as it works. Until then: details about this or that don't even matter.

Reality-check wake-ups are FUDs maybe for you only, since you should be the only ones worried that what you believe turns out to actually not work.

Off the grid, training pigeons to broadcast signed messages.
Akito S. M. Hosana
Jr. Member
*
Offline Offline

Activity: 406
Merit: 8


View Profile
April 16, 2025, 06:52:08 PM
 #9065

Why doesn’t anyone have a script to search for WIF patterns? Is it too hard?    Tongue


Not only is it difficult—it's impossible. Let's say we know that for puzzle 69, the WIF will start with KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3q — 19 characters are missing. Somehow, you might manage to guess 11 or 12 characters... but 19 is impossible. Here's a useless script you can test :

Code:
import sys
import os
import time
import multiprocessing
from multiprocessing import cpu_count, Event, Value, Process
import numpy as np
from numba import njit, prange
import secp256k1 as ice

# Configuration - puzzle 68
START_WIF = "KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qd7sDG4F"
MISSING_CHARS = 52 - len(START_WIF)
TARGET_HEX = "e0b8a2baee1b77fc703455f39d51477451fc8cfc"
TARGET_BINARY = bytes.fromhex(TARGET_HEX)
BATCH_SIZE = 100000

# Global variables
STOP_EVENT = Event()
KEY_COUNTER = Value('i', 0)
START_TIME = Value('d', 0.0)
CHARS = np.frombuffer(
    b"123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz",
    dtype=np.uint8
)
START_BYTES = START_WIF.encode('ascii')  # Precompute this

@njit(cache=True, parallel=True)
def numba_generate_batch(start_bytes, miss, batch_size, chars):
    results = np.empty((batch_size, len(start_bytes) + miss), dtype=np.uint8)
    char_len = len(chars)
    for i in prange(batch_size):
        # Copy the fixed prefix
        results[i, :len(start_bytes)] = start_bytes
        # Generate random suffix with indices within bounds
        for j in range(miss):
            results[i, len(start_bytes)+j] = np.random.randint(0, char_len)
    return results

def generate_batch(batch_size):
    indices = numba_generate_batch(
        np.frombuffer(START_BYTES, dtype=np.uint8),
        MISSING_CHARS,
        batch_size,
        CHARS
    )
    return [START_BYTES + CHARS[indices[i, -MISSING_CHARS:]].tobytes()
            for i in range(batch_size)]

def check_private_key_batch(target_binary):
    local_counter = 0
    
    while not STOP_EVENT.is_set():
        # Generate a batch of keys
        wif_batch = generate_batch(BATCH_SIZE)
        local_counter += BATCH_SIZE
        
        # Update global counter
        with KEY_COUNTER.get_lock():
            KEY_COUNTER.value += BATCH_SIZE
        
        # Process the batch
        for wif_bytes in wif_batch:
            if STOP_EVENT.is_set():
                break
                
            try:
                private_key_hex = ice.btc_wif_to_pvk_hex(wif_bytes.decode('ascii'))
                dec = int(private_key_hex, 16)
                ripemd160_hash = ice.privatekey_to_h160(0, True, dec)
                
                if ripemd160_hash == target_binary:
                    handle_success(dec)
                    return
                    
            except:
                continue
    
    # Add any remaining keys if we were interrupted
    with KEY_COUNTER.get_lock():
        KEY_COUNTER.value += local_counter % BATCH_SIZE

def handle_success(dec):
    t = time.ctime()
    wif_compressed = ice.btc_pvk_to_wif(dec)
    elapsed = time.time() - START_TIME.value
    
    with open('winner.txt', 'a') as f:
        f.write(f"\n\nMatch Found: {t}")
        f.write(f"\nPrivatekey (dec): {dec}")
        f.write(f"\nPrivatekey (hex): {hex(dec)[2:]}")
        f.write(f"\nPrivatekey (wif): {wif_compressed}")
        f.write(f"\nTotal keys checked: {KEY_COUNTER.value:,}")
        f.write(f"\nAverage speed: {KEY_COUNTER.value/elapsed:,.0f} keys/sec")
    
    STOP_EVENT.set()
    print(f"\n\033[01;33m[+] BINGO!!! {t}\n")

if __name__ == '__main__':
    os.system("clear")
    print(f"\033[01;33m[+] {time.ctime()}")
    print(f"[+] Missing chars: {MISSING_CHARS}")
    print(f"[+] Target: {TARGET_HEX}")
    print(f"[+] Starting WIF: {START_WIF}")
    print(f"[+] Cores: {cpu_count()}")
    
    # Initialize START_TIME
    START_TIME.value = time.time()
    
    try:
        os.nice(-20)
        import psutil
        p = psutil.Process()
        p.cpu_affinity(list(range(cpu_count())))
    except:
        pass

    workers = []
    for _ in range(cpu_count()):
        p = Process(target=check_private_key_batch, args=(TARGET_BINARY,))
        p.start()
        workers.append(p)
    
    try:
        while not STOP_EVENT.is_set():
            time.sleep(1)
            current_count = KEY_COUNTER.value
            elapsed = max(time.time() - START_TIME.value, 0.001)
            speed = current_count / elapsed
            sys.stdout.write(f"\r[+] Speed: {speed:,.0f} keys/sec | Total: {current_count:,} keys")
            sys.stdout.flush()
    except KeyboardInterrupt:
        STOP_EVENT.set()
        print("\n[!] Stopping workers...")
    
    for p in workers:
        p.join()
    
    print(f"\nSearch completed. Final count: {KEY_COUNTER.value:,} keys")

  • Sat Apr 12 12:23:07 2025
  • Missing chars: 12
  • Target: e0b8a2baee1b77fc703455f39d51477451fc8cfc
  • Starting WIF: KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qd7sDG4F
  • Cores: 12
  • Speed: 301,173 keys/sec | Total: 78,100,000 keys
  • BINGO!!! Sat Apr 12 12:27:27 2025
  • Speed: 300,400 keys/sec | Total: 78,200,000 keys
Search completed. Final count: 78,200,000 keys

Match Found: Sat Apr 12 12:27:27 2025
Privatekey (dec): 219898266213316039825
Privatekey (hex): bebb3940cd0fc1491
Privatekey (wif): KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qd7sDG4F2sdMtzNe8y2U
Total keys checked: 78,100,000
Average speed: 300,812 keys/sec


You need a remote viewer to tell you exactly 7 characters (here is d7sDG4F) that are missing.   Grin

I tested this—amazing! It solved 12 characters in 8 minutes. Is there a C++ version of this? I can only imagine what a script that's 200x faster could do.    Tongue
bibilgin
Newbie
*
Offline Offline

Activity: 275
Merit: 0


View Profile
April 16, 2025, 06:54:06 PM
 #9066

"Written by a 50-year-old retired man who is bored at home..." Bla bla bla... lol

I wrote you the facts above. Don't be so afraid of the facts. lol
Now go eat the corn and fish. You can come back when you are useful for something else.

As long as you don't respect, you can't be respected.
It doesn't matter what you respect or who you respect. What matters is to RESPECT.

You don't need to give away your biography. In your opinion, there are thousands of people in the city I live in.

Retired, over 50, spending their time watering the garden, playing backgammon, old men who are useless but disrespectful to everyone's opinion and don't care about their thoughts. lol
nomachine
Full Member
***
Offline Offline

Activity: 784
Merit: 122



View Profile
April 16, 2025, 07:10:40 PM
Last edit: April 16, 2025, 07:36:20 PM by nomachine
 #9067


I tested this—amazing! It solved 12 characters in 8 minutes. Is there a C++ version of this? I can only imagine what a script that's 200x faster could do.    Tongue

I have a script in C++, but it's not 200x faster—it doesn't use AVX2 hashing or the JLP SECP256K1.
It uses OpenSSL.

But what are you going to do with it?

To generate the number of possible combinations between "ecrA1gh" and "kW1gt2H" (7 missing characters for puzzle 69) using the Base58 character set, there are approximately 1.54 trillion combinations.

  • WIFRotator
  • Starting WIF: KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3q
  • Middle range: ecrA1gh to kW1gt2H
  • Missing chars: 12
  • Target: 61eb8a50c86b0584bb727dd65bed8d2400d6d5aa
  • Cores: 12
  • Initial middle: f9FtYtY
  • New middle section activated: ipNX8dr
  • Speed: 16,2 MKeys/sec | Total: 6,404 MKeys
  • New middle section activated: hGnuha8
  • Speed: 16,2 MKeys/sec | Total: 6,304 MKeys
  • New middle section activated: gxN4jE6
  • Speed: 15,7 MKeys/sec | Total: 6,204 MKeys
  • New middle section activated: fT9yPyt
  • Speed: 15,9 MKeys/sec | Total: 6,404 MKeys
  • New middle section activated: hM42ZDc
  • Speed: 16,2 MKeys/sec | Total: 6,304 MKeys
  • New middle section activated: h5KwaZ5
  • Speed: 16,2 MKeys/sec | Total: 6,300 MKeys
  • New middle section activated: jSaH3oc
  • Speed: 16,2 MKeys/sec | Total: 6,301 MKeys
  • New middle section activated: iHgzCdB

This means your script will rotate through ~1.54 trillion different middle sections (each taking about 1–8 minutes), while brute-forcing the last 12 characters for each one.   Grin


BTC: bc1qdwnxr7s08xwelpjy3cc52rrxg63xsmagv50fa8
kTimesG
Full Member
***
Offline Offline

Activity: 700
Merit: 221


View Profile
April 16, 2025, 07:16:47 PM
 #9068

"Written by a 50-year-old retired man who is bored at home..." Bla bla bla... lol

I wrote you the facts above. Don't be so afraid of the facts. lol
Now go eat the corn and fish. You can come back when you are useful for something else.

As long as you don't respect, you can't be respected.
It doesn't matter what you respect or who you respect. What matters is to RESPECT.

You don't need to give away your biography. In your opinion, there are thousands of people in the city I live in.

Retired, over 50, spending their time watering the garden, playing backgammon, old men who are useless but disrespectful to everyone's opinion and don't care about their thoughts. lol

So resorting to hallucinations about how you view me in your mind represents your defense on how you didn't broke the crypto, but still you broke the crypto? If you claim you didn't break the crypto, then why are you bothering chasing prefixes, since it should not help (otherwise - it means you broke the crypto)? Do you understand the logical contradiction?

Last time you called me too young, now you call me too old. I guess this is how you also compute your prefix search ranges. It fits well with your guesses so far - both wrong, without any recorded success.

Off the grid, training pigeons to broadcast signed messages.
WanderingPhilospher
Sr. Member
****
Offline Offline

Activity: 1456
Merit: 275

Shooters Shoot...


View Profile
April 16, 2025, 07:59:24 PM
 #9069

Quote
We do not need to conduct empirical testing because of that. But it you want to, you can use my 67 proofs to do so, which will also disprove the prefix theory.

How did it disprove anything?

Were there multiple h160 matches that were back to back to back or something? Did I miss that?

I dunno about others, but I have been talking about averages...and I think your public data set, kind of proves what I was saying weeks back.

Code:
First Run:
- Average difference: 282602011632656
- Smallest difference: 194903573833
- Largest difference: 1946984192923367

Second Run (Excluding Smallest and Largest Differences):
- Average difference: 281241799946404

For reference, 2^48 = 281474976710656

So I do not know what it disproved, from my point of view, just the opposite really, that over x amount size range, an average starts to form for difference/distances apart.
That's all I've seen anyone say on the matter. No one claims to have made finding the key faster, or a better method/way. I think some are just trying to improve their odds, with little fire power, by using averages, versus a lot of fire power and random + sequential. That's all.
You can say you do not see how it helps and I would counter with, how does it hurt??

Also, in general, for others on the forum, so what if people "collect" or search for prefixes? How does it hurt? If someone is randomly searching the range and find a prefix, cool...but you know what else could happen while searching for a prefix...they could find the full address. No harm, no foul.
bibilgin
Newbie
*
Offline Offline

Activity: 275
Merit: 0


View Profile
April 16, 2025, 08:37:11 PM
 #9070

.lol  - Let's repeat. Bla bla bla...

Does anyone really understand this person?
I'm sure he reads what he wrote over and over again.

KTim - I am me, you are you.
- So what next?
KTim - Blue is beautiful.
Then?
KTim - Green is green.
Then you ask if there is anything?
KTim - The world is round. he says.

This drug head. lol
kTimesG
Full Member
***
Offline Offline

Activity: 700
Merit: 221


View Profile
April 16, 2025, 08:52:18 PM
 #9071

.lol  - Let's repeat. Bla bla bla...

Does anyone really understand this person?
I'm sure he reads what he wrote over and over again.

KTim - I am me, you are you.
- So what next?
KTim - Blue is beautiful.
Then?
KTim - Green is green.
Then you ask if there is anything?
KTim - The world is round. he says.

This drug head. lol

Someone please let me know when this user stops with the continuous insults, while he's asking for respect.

I remembered why he got ignored several times, I won't do that mistake again. I guess logical inference, a thing that exists for several thousands years since ancient philosophers, is not really something he can grasp in 2025.

Off the grid, training pigeons to broadcast signed messages.
uyrova818
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
April 16, 2025, 09:04:54 PM
 #9072

i found a key that matches the first 7 characters of the target prefix (61eb8a5...) and the last 3 characters (...5aa). will this work?

up. I'm really curious about that
bibilgin
Newbie
*
Offline Offline

Activity: 275
Merit: 0


View Profile
April 16, 2025, 09:34:33 PM
 #9073

Someone please let me know when this user stops with the continuous insults, while he's asking for respect.

I remembered why he got ignored several times, I won't do that mistake again. I guess logical inference, a thing that exists for several thousands years since ancient philosophers, is not really something he can grasp in 2025.

The one who ignored was just you. lol

Let's go back to the beginning;
I told you in the first messages, you look down on people. You are being disrespectful. If you have knowledge, share it or have a logical conversation.

If you are tired of people's absurd, sometimes stupid questions without doing research, don't answer. If you have to write, you write a proper article.

There are so many people here. I have not written or insulted anyone in any way.
(Except you.) Because you see yourself as a smart person, a professor or even a philosopher who thinks that only he knows how to use artificial intelligence.

You do not RESPECT people's ideas, thoughts, words.

If you wish, read it again and again from the point we first started the discussion.

Yes, the year is 2025. Although years pass, there are important things even in the year 2505.
Some virtues are important. RESPECT - THOUGHT - IDEAS - LOVE - TOLERANCE... these are important.
papiro08
Newbie
*
Offline Offline

Activity: 15
Merit: 0


View Profile
April 16, 2025, 11:25:49 PM
 #9074

PubAddress: 19vkiEajcG4MNPMThVK2Kxog3vxuNhRaY4
Priv (WIF): p2pkh:KzHF5EkDnaLv7sGvs4orAFZr1QfuDZiCTL7Nc5A1uBFsxizNBcZC
Priv (HEX): 0x5B5458C8FB767377A02A6D1DD5687DD6B8F94A88500C8B9364CD9F911015C92D
[107708.64 Mkey/s][GPU 107488.26 Mkey/s][Total 2^47.59][Prob 100.0%][99% in 00:00:00][Found 225]
PubAddress: 19vkiEaj73nZvS4ePfXWuTwCNaZsEmhkEn
Priv (WIF): p2pkh:KwszBwcN3x3TqcDtj5WXfENUekhRzr181WRSwH29goMtoeXNxhP3
Priv (HEX): 0x13B0CAEEDEB14E00A2D5F62BA26B69F18AA1A7B83246526A74A981ADFE5D8EE3
[107708.75 Mkey/s][GPU 107488.21 Mkey/s][Total 2^47.59][Prob 100.0%][99% in 00:00:00][Found 226]
PubAddress: 19vkiEaj59ivaKeicDquPCHWYCDFBHM5nQ
Priv (WIF): p2pkh:L3imeAmxMhvqS5hRF19Np8jqkwLUBFXkpxeE58dQopyNoDr5yshJ
Priv (HEX): 0xC1F94716160E1E2743510310DFCBEDC21D493B65A8D5869753C668156B734559
[107607.04 Mkey/s][GPU 107386.73 Mkey/s][Total 2^47.60][Prob 100.0%][99% in 00:00:00][Found 227]
PubAddress: 19vkiEajn7rZH3kVdsUMZvb3nRDV7Mx8Lm
Priv (WIF): p2pkh:L2ZtSz9Kn5NwAp782xFq4kQJCA9c4cJXXkcWi38tAqqqJHrPG8k8
Priv (HEX): 0x9F911888F12591DD809C71A200A7C067424A6DBFDFD8AF8BF61151F3D20FA891
[107555.62 Mkey/s][GPU 107335.30 Mkey/s][Total 2^47.60][Prob 100.0%][99% in 00:00:00][Found 228]
PubAddress: 19vkiEajzfiRWYe7TC4YbgCvBhHay2Eux2
Priv (WIF): p2pkh:L5GUymChqHU3pGXPRWXiiZUXi2o7BGfHYUWcMzJUR7JsfnF4nN4N
Priv (HEX): 0xF02017BDE5C94B86329EB8C8B98C7F9DEE1100113E276B2104340CDD0C1CC221
[107555.35 Mkey/s][GPU 107334.68 Mkey/s][Total 2^47.61][Prob 100.0%][99% in 00:00:00][Found 229]
PubAddress: 19vkiEajw8F2yPzxN7QyCKiCXuzH2SKDja
Priv (WIF): p2pkh:KxJjscHJiv2CmLysNs5UftChePyBcwPTG3e8F8Y3bTS5CYZ8Q7tU
Priv (HEX): 0x206CB04BB7E859E0FB1A6DBC6DFC4B453FE9190EA5506BFEC2B44776F0457565
[107606.35 Mkey/s][GPU 107385.67 Mkey/s][Total 2^47.61][Prob 100.0%][99% in 00:00:00][Found 230]
PubAddress: 19vkiEajoHda5j3zhrxzhRNHNLM7z9dWEF
Priv (WIF): p2pkh:KycJha9gMATYrQ9jcrmbP7P7UrXQT3UFayCT7z6TvtbdJbfMuCxQ
Priv (HEX): 0x474C6EF455C88A7A2A6C87933EA456AF067F11533AB0F1805397F257A2C1B0E2
[107709.20 Mkey/s][GPU 107488.38 Mkey/s][Total 2^47.62][Prob 100.0%][99% in 00:00:00][Found 231]
bibilgin
Newbie
*
Offline Offline

Activity: 275
Merit: 0


View Profile
April 16, 2025, 11:30:41 PM
 #9075

PubAddress: 19vkiEajoHda5j3zhrxzhRNHNLM7z9dWEF
Priv (WIF): p2pkh:KycJha9gMATYrQ9jcrmbP7P7UrXQT3UFayCT7z6TvtbdJbfMuCxQ
Priv (HEX): 0x474C6EF455C88A7A2A6C87933EA456AF067F11533AB0F1805397F257A2C1B0E2
[107709.20 Mkey/s][GPU 107488.38 Mkey/s][Total 2^47.62][Prob 100.0%][99% in 00:00:00][Found 231]

Searches below 44 bits have no meaning.

Keep that in mind, my friend.
papiro08
Newbie
*
Offline Offline

Activity: 15
Merit: 0


View Profile
April 16, 2025, 11:35:30 PM
 #9076

I imagine that with 2000 GPUs you will have tons of much longer prefixes. Grin
WanderingPhilospher
Sr. Member
****
Offline Offline

Activity: 1456
Merit: 275

Shooters Shoot...


View Profile
April 17, 2025, 01:31:03 AM
 #9077

This thread is increasingly resembling a helpdesk for beginners. I can understand that there's a lot to learn, and we learn something new every day, but a little personal research would help.

I see people here and there looking for miracle prefixes, constantly changing programs, or creating 36 different ones to find a key quickly, but there are no miracles at this stage.

No algorithm, no method currently available, allows you to find a private key quickly. The best strategy if you're short on resources is to let a good program run and hope you're lucky enough to find the key, because the key is patience.

Use BSGS cuda, Kangaroo by RetiredCoder for public keys, and Cyclone or KeyQuest by Benjade if you only have CPUs that perform very well; these are currently the best. Forget vanity search, mutagen, and other pseudo-scripts; you'll be wasting your time, and time is money.

CZ said, "If you can't hold, you'll never be rich." I think this applies not only to the stock market, but to patience in general.
Oh no, what do us poor old souls use that have GPUs, for keys with no known public key??!! No fork of VanitySearch? I am short on resources but since you only stated 4 programs that were good, and none to work with GPU and brute force, I am lost. I need to find a good program for GPU and let it run and run and run until Sally and Dick are both tired. Please advise. Thank you!!!
cctv5go
Newbie
*
Offline Offline

Activity: 50
Merit: 0


View Profile
April 17, 2025, 01:50:49 AM
 #9078


I tested this—amazing! It solved 12 characters in 8 minutes. Is there a C++ version of this? I can only imagine what a script that's 200x faster could do.    Tongue

I have a script in C++, but it's not 200x faster—it doesn't use AVX2 hashing or the JLP SECP256K1.
It uses OpenSSL.

But what are you going to do with it?

To generate the number of possible combinations between "ecrA1gh" and "kW1gt2H" (7 missing characters for puzzle 69) using the Base58 character set, there are approximately 1.54 trillion combinations.

  • WIFRotator
  • Starting WIF: KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3q
  • Middle range: ecrA1gh to kW1gt2H
  • Missing chars: 12
  • Target: 61eb8a50c86b0584bb727dd65bed8d2400d6d5aa
  • Cores: 12
  • Initial middle: f9FtYtY
  • New middle section activated: ipNX8dr
  • Speed: 16,2 MKeys/sec | Total: 6,404 MKeys
  • New middle section activated: hGnuha8
  • Speed: 16,2 MKeys/sec | Total: 6,304 MKeys
  • New middle section activated: gxN4jE6
  • Speed: 15,7 MKeys/sec | Total: 6,204 MKeys
  • New middle section activated: fT9yPyt
  • Speed: 15,9 MKeys/sec | Total: 6,404 MKeys
  • New middle section activated: hM42ZDc
  • Speed: 16,2 MKeys/sec | Total: 6,304 MKeys
  • New middle section activated: h5KwaZ5
  • Speed: 16,2 MKeys/sec | Total: 6,300 MKeys
  • New middle section activated: jSaH3oc
  • Speed: 16,2 MKeys/sec | Total: 6,301 MKeys
  • New middle section activated: iHgzCdB

This means your script will rotate through ~1.54 trillion different middle sections (each taking about 1–8 minutes), while brute-forcing the last 12 characters for each one.   Grin


Can you share this program? To try your luck, at least closer than the end of the universe.What is the random probability that these seven characters in the middle are different?
WanderingPhilospher
Sr. Member
****
Offline Offline

Activity: 1456
Merit: 275

Shooters Shoot...


View Profile
April 17, 2025, 03:58:49 AM
 #9079

Somebody let me know if I find the full address before Bram Smiley

t.me/puzzleprefixes

Those are coming in real-time. But I may be asleep when the real deal Holyfield address is found...so, wake me, if need be, LOL!
Increased the minimum match to 44 bits as 40 bits was creating too many results being sent to channel.

Wake me up LOL!
Changed it again to a minimum of 48 bits...still too many at 44 bits.

Let me know if anyone wants to donate to the Beat Bram fund Smiley
brainless
Member
**
Offline Offline

Activity: 462
Merit: 35


View Profile
April 17, 2025, 05:23:29 AM
 #9080

@nomachine
Have you tried to make cyclone version with load of list hash160 instead of 1 h160
And speed effects ?
If still not worked...
Could you try to develop this version for load of hash160 list

13sXkWqtivcMtNGQpskD78iqsgVy9hcHLF
Pages: « 1 ... 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 [454] 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 ... 623 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!