Search content
Sort by

Showing 20 of 63 results by FrozenThroneGuy
Post
Topic
Board Bitcoin Discussion
Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it
by
FrozenThroneGuy
on 06/09/2025, 08:02:14 UTC

Try to use spoofing after upgrades:)


If I'd only knew how, I would use spooping just to know the ranges that were already scanned and also to get the source code of your server and client... Grin
But I guess spoofing is much more than ping and wget.
Of course, but right now it is totally impossible to do something with spoofing.
It has client verification, server verification,  each message from client checking by checksum, TLS encryption, SPKI and so one and so one and so one.
Full “zero trust” and all letters from STRIDE:)
Post
Topic
Board Bitcoin Discussion
Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it
by
FrozenThroneGuy
on 06/09/2025, 05:57:02 UTC

This isn’t my program — it’s originally by @FrozenThroneGuy. I just made a few tweaks here and there… maybe around a thousand extra lines of code Tongue

Yes, Dookoo2 is the creator of Cyclone having had his illumination from JLP VanitySearch and he also has the merit of having added GPU version.
There were some other good derivations, but they went fishing... After deleting their whole GITHUB repository, because they feel atacked or offended by someone here at BITCOINTALK...  Cheesy

You right:) But I rebuilt my own pool for a better security, I will start it on Monday:)
What i have done already:
1. TLS between client and server either OPENSSL lib
2. TLS pinning for preventing private key stealing (SPKI).
3. HMAC-SHA256 verification for each client message + timestamp + nonce.
4. Each client has their own key for srv connect.
5. Fail2ban for preventing trash request.
6. Rate limit for key request.

Try to use spoofing after upgrades:)
Post
Topic
Board Bitcoin Discussion
Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it
by
FrozenThroneGuy
on 04/09/2025, 05:06:36 UTC
Hello, guys!
Ultra lightweight CUDACyclone is ready, speed is 1.3Gkeys/s on RTX4060.
Key feature - extremely low VRAM usage for rented gpu. Less than 500Mb VRAM on RTX4090.
It will work even if Vanity or Keyhunt doesn’t start.
And also this is a good studying sample for your education (why not)? Total 7 small files.
Link: https://github.com/Dookoo2/CUDACyclone

Great work, thanks for sharing!
Do you have any idea why there’s such a big performance difference between the old and new versions? For example, the old one hits ~1048.8 Mkeys/s in 9s using only 512MB VRAM, while the new one runs ~933.5 Mkeys/s in 71s using 3GB VRAM on the same RTX 3060.

Code:
./CUDACyclone_old --range 2000000000:3FFFFFFFFF --address 1HBtApAFA9B2YZw3G2YKSMCtb3dVnjuNe2 --grid 256,512
======== PrePhase: GPU Information ====================
Device               : NVIDIA GeForce RTX 3060 (compute 8.6)
SM                   : 28
ThreadsPerBlock      : 256
Blocks               : 8192
Points batch size    : 256
Batches/SM           : 512
Memory utilization   : 4.3% (512.2 MB / 11.6 GB)
-------------------------------------------------------
Total threads        : 2097152

======== Phase-1: Brooteforce =========================
Time: 9.0 s | Speed: 1048.8 Mkeys/s | Count: 8897329760 | Progress: 6.47 %

======== FOUND MATCH! =================================
Private Key   : 00000000000000000000000000000000000000000000000000000022382FACD0
Public Key    : 03C060E1E3771CBECCB38E119C2414702F3F5181A89652538851D2E3886BDD70C6

Code:
./CUDACyclone --range 2000000000:3FFFFFFFFF --address 1HBtApAFA9B2YZw3G2YKSMCtb3dVnjuNe2 --grid 256,512
======== PrePhase: GPU Information ====================
Device               : NVIDIA GeForce RTX 3060 (compute 8.6)
SM                   : 28
ThreadsPerBlock      : 256
Blocks               : 8192
Points batch size    : 256
Batches/SM           : 512
Batches/launch       : 64 (per thread)
Memory utilization   : 26.5% (3.08 GB / 11.6 GB)
-------------------------------------------------------
Total threads        : 2097152

======== Phase-1: BruteForce (sliced) =================
Time: 71.2 s | Speed: 933.5 Mkeys/s | Count: 70322919104 | Progress: 51.17 %%

================================= FOUND MATCH! =================================
Private Key   : 00000000000000000000000000000000000000000000000000000022382FACD0
Public Key    : 03C060E1E3771CBECCB38E119C2414702F3F5181A89652538851D2E3886BDD70C6


Interesting, that a new version is FASTER on a top-tier GPU like 5090. I have seen 9Gkeys/s On 5090 with —grid 1024,512. But another version of 5090 is slower, speed around 8.2-8.3 Gkeys/s. It depends on power consuption limit.
But I will check speed differences between versions. 4060 speed is the same both version.
Post
Topic
Board Development & Technical Discussion
Re: Number of kangaroos or speed of 1 kangaroo?
by
FrozenThroneGuy
on 03/09/2025, 05:47:16 UTC
Post
Topic
Board Development & Technical Discussion
Re: CUDACyclone - 6000Mkeys/s RTX4090
by
FrozenThroneGuy
on 23/08/2025, 06:31:08 UTC
Can someone with knowledge check all his code and see if its legit or not
as most of tools that are about puzzle of bitcoin have a backdoor that even if you find the Private Key it shows at you that u have not find it yet while it send the info to the owner of the tool


It looks like you've put a lot of detail into the GitHub repository but the post itself could use more context to help build trust and understanding.

BTW could you share what sets your tool apart from existing ones like KeyHunt and BitCrack?
You can check it by yourself, ask AI for analyse it and find backdoor:)
VanitysearchA-bitcrack from GixedPaul (fastest opensource i saw previously) could give 5.15 Gkeys/ on RTX4090. I achieved 6.2Gkeys/s.
But I have a problem also!
GPU frequency increasing, but speed of work lower and lower after 1 hour of work (4090 from 6.2 to 4.9). THis is typical compute-bound with power throttling.
SM-clock growth → Mkeys/s drop with unchanged mem-clock — classic hit PL/TDP.
But it also have way to solve it, abd i will add it after few days. You need only fix GPU frequency.
Post
Topic
Board Development & Technical Discussion
Re: CUDACyclone - 6000Mkeys/s RTX4090
by
FrozenThroneGuy
on 21/08/2025, 12:40:12 UTC
I don't wanna be an ass but what happened with JLP's copyright and license in your project? Do you understand what an GPL license implies?
KtimesG, old buddy! How are you?
I really don’t know anything about license, but link to JLP was added by me from the start of my repo. And FixedPaul too. This is a great guys who really do great code.
If this is not enough, I can paste anything about this guys in my repo, I’m not a stealer:)
And by the way, from JLP it has only part of CUDAMath, and thats all…
Post
Topic
Board Development & Technical Discussion
Topic OP
CUDACyclone - 6000Mkeys/s RTX4090
by
FrozenThroneGuy
on 20/08/2025, 17:17:00 UTC
Hello, guys!
Ultra lightweight CUDACyclone is ready, speed is 1.3Gkeys/s on RTX4060.
Key feature - extremely low VRAM usage for rented gpu. Less than 500Mb VRAM on RTX4090.
It will work even if Vanity or Keyhunt doesn’t start.
And also this is a good studying sample for your education (why not)? Total 7 small files.
Link: https://github.com/Dookoo2/CUDACyclone

Test start RTX4090:
./CUDACyclone --range 400000000000000000:7fffffffffffffffff --address 1PWo3JeB9jrGwfHDNpdGK54CRas/fsVzXU --grid 512,512
======= PrePhase: GPU Information
Device: NVIDIA GeForce RTX 4090 (compute 8.9)
SM 128
ThreadsPerBlock 256
Blocks 65536
Points batch size: 512
Batches/SM: 512
Memory utilization: 14.5% (3.42 GB / 23.5 GB)
Total threads: 16777216
=== Phase-1: Brooteforce
Time: 30.1 s | Speed: 6038.9 Mkeys/s | Count:
182904267648 | Progress: 0.00 %


Grid: 512 - total threads per SM (max quantity per SM for Ada Lowelace) second 512 - total batches per SM (you can play with this parameter).
Post
Topic
Board Bitcoin Discussion
Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it
by
FrozenThroneGuy
on 20/08/2025, 14:15:46 UTC
Hello, guys!
Ultra lightweight CUDACyclone is ready, speed is 1.3Gkeys/s on RTX4060, 4.3-4.4 Gkeys/s on RTX4090.
Key feature - extremely low VRAM usage for rented gpu. Less than 500Mb VRAM.
And also this is a good studying sample for your education (why not)? Total 7 small files.
Link: https://github.com/Dookoo2/CUDACyclone
Post
Topic
Board Development & Technical Discussion
Re: Mark1 - pollard rho implementation (38 minutes for 80 bits solving on CPU)
by
FrozenThroneGuy
on 26/06/2025, 11:09:46 UTC
Fast…

I think there is now a discrepancy in how the actual speed is measured, depending on the size of dp_table.bin. For example, with a database larger than 50GB, the speed reaches petabits per second in hops similar to Keyhunt. This is especially noticeable when working on smaller puzzles, such as Puzzle 55, 60, or 66, if the database is "too large" for a specific range.
Hello, Akito! Keyhunt speed is not a “fair speed”, it’s include the size of each giant step. For example giant step size is 1b points and you have done 1 m steps per second. Fair speed - 1Mkeys/s, BSGS speed - 1Pkey/s.
In my Mark1, I show a “fair speed”, instead of Kangaroo speed.

And I have solved a huge problem with solving speed SSD dp storing. Right now all are OK. Solving speed is the same as RAM storing DP.
ChatGPT helped to do it, it take me a blocks of code with an errors (not errors, problems with dp table size and hashing).
Post
Topic
Board Development & Technical Discussion
Re: Mark1 - pollard rho implementation (38 minutes for 80 bits solving on CPU)
by
FrozenThroneGuy
on 25/06/2025, 11:43:48 UTC
New version is ready: https://github.com/Dookoo2/Mark1

I just solved Puzzle 66 in two-tenths of a second.  Cool
Fast… But how to solve 100 bits in less than one hour on 1 consumer level GPU like 4090 or 5090? This is a challenge.
Post
Topic
Board Development & Technical Discussion
Merits 1 from 1 user
Re: Mark1 - pollard rho implementation (38 minutes for 80 bits solving on CPU)
by
FrozenThroneGuy
on 25/06/2025, 10:50:34 UTC
⭐ Merited by nomachine (1)
New version is ready: https://github.com/Dookoo2/Mark1
Post
Topic
Board Development & Technical Discussion
Re: Mark1 - pollard rho implementation (38 minutes for 80 bits solving on CPU)
by
FrozenThroneGuy
on 25/06/2025, 10:21:33 UTC
SSD storing DP
Code:
root@ubuntu:/home/ubuntu/Mark1# ./Mark1 --range 18014398509481983:36028797018963967  --pubkey 0385a30d8413af4f8f9e6312400f2d194fe14f02e719b24c3f83bf1fd233a8f963 --dp_point 500000 --dp_bits 10 --ram 8 --save-dp

=========== Phase-0: Data summary ==========
DP table (SSD): 40.7Mb  ( 500000 / 666667 slots, load 75.00% )
Bloom    (RAM): 977Kb

========== Phase-1: Building traps =========
Unique traps: 500000/500000 (done)
Saved 500000 traps to DP.bin (19.1Mb)

=========== Phase-2: Kangaroos =============
Speed: 7.13 MH/s | Hops: 631767040 | Restart wild: 0 | Time: 0:0:505

============= Phase-3: Result ==============
Private key : 0x000000000000000000000000000000000000000000000000006ABE1F9B67E114
Found by thr: 4
Wild wraps  : 0  [no wrap]
Wild restart: 0
Total time  : 00:00:50.013
Private key : saved to FOUND.txt
Post
Topic
Board Development & Technical Discussion
Re: Mark1 - pollard rho implementation (38 minutes for 80 bits solving on CPU)
by
FrozenThroneGuy
on 25/06/2025, 05:40:53 UTC
I think the next point to address regarding the Kangaroo algorithm is to avoid loading the DP into RAM. I think that is a strong limiting point for Kangaroo, especially when it comes to high ranges.

Has anyone thought of any interesting ideas to solve this?.

It ain’t worth makin’, but you could totally build a Memory-Mapped DP Table System that mixes a Bloom filter (in RAM) with a memory-mapped DP table (on disk). Gotta reserve, like, 2-3x the expected DP table size to keep things runnin’ smooth. And for those massive tables over 1TB? Yeah, you’ll need to split ’em across multiple files.Just like I did in my BSGS. But here’s the catch: If someone’s crazy enough to try solvin’ Puzzle 135, they’re gonna need thousands upon thousands of terabytes of storage. Grin
I have done it already:) switch Dp_table from RAM to SSD:)
Bloom - RAM
Dp_table - SSD



Post
Topic
Board Development & Technical Discussion
Merits 6 from 2 users
Re: Mark1 - pollard rho implementation (38 minutes for 80 bits solving on CPU)
by
FrozenThroneGuy
on 20/06/2025, 12:24:08 UTC
⭐ Merited by Akito S. M. Hosana (3) ,nomachine (3)
NoMachine, plz return your GitHub back!
I like your coding skills (and readme files), and Mark1 is the deep refactoring and a few reingeneering of your Kangaroo-hops file.
Post
Topic
Board Bitcoin Discussion
Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it
by
FrozenThroneGuy
on 19/06/2025, 13:34:03 UTC
Hello guys!
My implementation of Pollard-rho algo:
https://github.com/Dookoo2/Mark1
38 minutes for solving 80 bits puzzle with half billion of DP, 14 minutes for solving 70 bits with 200 millions of dp.
AVX2 bloom filter, compact DP table, Brent loop detection and others features.
May be useful for somebody.
Have a nice day:)

Thanks for the code Smiley

I don't want to sound mean or anything, but let's do a quick and simple math exercise:

Device | TDP | Speed | Keys/Watt
Ryzen 9 7945HX | 55W | 160 M/s | 2.9 M/W
RTX 4090 | 450W |. 10800 M/s | 24 M/W

So it's more than eight times more costly to solve any puzzle on that CPU.

Moreover, RC claimed he got up to 13.8 GK/s on a RTX 4090, which, if true, would mean it's ten times cheaper, than running a Ryzen 9 7945HX at 100% peak power.

I would also say that solving 80 bits, with some proper Tame precomputed database (with way less than half a billion DPs) takes much less than 20 seconds, even on a budget GPU. There is a precise balance where having too many DPs (of lower bits) is not beneficial, and having fewer DPs (of higher bits) is better overall.
Of course, but:
1. I do not participate in the puzzle race:) For fun, not more.
2. Optimal amount of DP (for 135 and higher) is much more than we can collect and save in RAM.
3. You can start Mark1 with different DP bits, amount of DP, different jump size (k parameter) and others.
4. And I have gpu code too, but it is boring.

And by the way, 135 and higher are like a lottery ticket.
Post
Topic
Board Development & Technical Discussion
Merits 16 from 4 users
Topic OP
Mark1 - pollard rho implementation (38 minutes for 80 bits solving on CPU)
by
FrozenThroneGuy
on 19/06/2025, 10:57:10 UTC
⭐ Merited by nomachine (8) ,AlexanderCurl (3) ,mcdouglasx (3) ,iceland2k14 (2)
Hello guys!
My implementation of Pollard-rho algo:
https://github.com/Dookoo2/Mark1
38 minutes for solving 80 bits puzzle with half billion of DP, 14 minutes for solving 70 bits with 200 millions of dp (after phase 1 for collecting and storing DP).
AVX2 bloom filter, compact DP table, Brent loop detection and others features.
May be useful for somebody.
Have a nice day:)
Post
Topic
Board Bitcoin Discussion
Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it
by
FrozenThroneGuy
on 19/06/2025, 10:11:40 UTC
Hello guys!
My implementation of Pollard-rho algo:
https://github.com/Dookoo2/Mark1
38 minutes for solving 80 bits puzzle with half billion of DP, 14 minutes for solving 70 bits with 200 millions of dp.
AVX2 bloom filter, compact DP table, Brent loop detection and others features.
May be useful for somebody.
Have a nice day:)
Post
Topic
Board Bitcoin Discussion
Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it
by
FrozenThroneGuy
on 04/06/2025, 19:52:27 UTC
~~ snippet ~~


I wonder how many million years it takes you to solve puzzle 135?   Tongue
On 1 cpu with my algo 2.288 years. 1 gpu like rtx4060 - 288 years, 10 gpu - 28 years. 10 rtx4090 - 6 may be 7 years.
Post
Topic
Board Bitcoin Discussion
Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it
by
FrozenThroneGuy
on 04/06/2025, 19:02:53 UTC
3 seconds on PYTHON! PK found.

Code:
import math, time, sys, os
from gmpy2 import mpz, powmod, invert, jacobi
import xxhash  
from sortedcontainers import SortedDict

# Clear screen and initialize
os.system("cls||clear")
t = time.ctime()
sys.stdout.write(f"\033[?25l\033[01;33m[+] BSGS: {t}\n")
sys.stdout.flush()

# Elliptic Curve Parameters (secp256k1)
modulo = mpz(0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEFFFFFC2F)
order = mpz(0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364141)
Gx = mpz(0x79BE667EF9DCBBAC55A06295CE870B07029BFCDB2DCE28D959F2815B16F81798)
Gy = mpz(0x483ADA7726A3C4655DA4FBFC0E1108A8FD17B448A68554199C47D08FFB10D4B8)
PG = (Gx, Gy)

# Point Addition on Elliptic Curve
def add(P, Q):
    if P == (0, 0):
        return Q
    if Q == (0, 0):
        return P
    Px, Py = P
    Qx, Qy = Q
    if Px == Qx:
        if Py == Qy:
            inv_2Py = invert((Py << 1) % modulo, modulo)
            m = (3 * Px * Px * inv_2Py) % modulo
        else:
            return (0, 0)
    else:
        inv_diff_x = invert(Qx - Px, modulo)
        m = ((Qy - Py) * inv_diff_x) % modulo
    x = (m * m - Px - Qx) % modulo
    y = (m * (Px - x) - Py) % modulo
    return (x, y)

# Scalar Multiplication on Elliptic Curve
def mul(k, P=PG):
    R0, R1 = (0, 0), P
    for i in reversed(range(k.bit_length())):
        if (k >> i) & 1:
            R0, R1 = add(R0, R1), add(R1, R1)
        else:
            R1, R0 = add(R0, R1), add(R0, R0)
    return R0

# Point Subtraction
def point_subtraction(P, Q):
    Q_neg = (Q[0], (-Q[1]) % modulo)
    return add(P, Q_neg)

# Compute Y from X using curve equation
def X2Y(X, y_parity, p=modulo):
    X3_7 = (pow(X, 3, p) + 7) % p
    if jacobi(X3_7, p) != 1:
        return None
    Y = powmod(X3_7, (p + 1) >> 2, p)
    return Y if (Y & 1) == y_parity else (p - Y)

# Convert point to compressed public key
def point_to_cpub(point):
    x, y = point
    y_parity = y & 1
    prefix = '02' if y_parity == 0 else '03'
    compressed_pubkey = prefix + format(x, '064x')
    return compressed_pubkey

# Hash a compressed public key using xxhash and store only the first 8 characters
def hash_cpub(cpub):
    return xxhash.xxh64(cpub.encode()).hexdigest()[:8]

# Main Script
if __name__ == "__main__":
    # Puzzle Parameters
    puzzle = 40
    start_range, end_range = 2**(puzzle-1), (2**puzzle) - 1
    puzzle_pubkey = '03a2efa402fd5268400c77c20e574ba86409ededee7c4020e4b9f0edbee53de0d4'

    # Parse Public Key
    if len(puzzle_pubkey) != 66:
        print("[error] Public key length invalid!")
        sys.exit(1)
    prefix = puzzle_pubkey[:2]
    X = mpz(int(puzzle_pubkey[2:], 16))
    y_parity = int(prefix) - 2
    Y = X2Y(X, y_parity)
    if Y is None:
        print("[error] Invalid compressed public key!")
        sys.exit(1)
    P = (X, Y)  # Uncompressed public key

    # Precompute m and mP for BSGS
    m = int(math.floor(math.sqrt(end_range - start_range)))
    m_P = mul(m)

    # Create Baby Table with SortedDict
    print('[+] Creating babyTable...')
    baby_table = SortedDict()  
    Ps = (0, 0)  # Start with the point at infinity
    for i in range(m + 1):
        cpub = point_to_cpub(Ps)
        cpub_hash = hash_cpub(cpub)  # Use xxhash and store only 8 characters
        baby_table[cpub_hash] = i  # Store the hash as the key and index as the value
        Ps = add(Ps, PG)  # Incrementally add PG

    # BSGS Search
    print('[+] BSGS Search in progress')
    S = point_subtraction(P, mul(start_range))
    step = 0
    st = time.time()
    while step < (end_range - start_range):
        cpub = point_to_cpub(S)
        cpub_hash = hash_cpub(cpub)  # Hash the current compressed public key
        # Check if the hash exists in the baby_table
        if cpub_hash in baby_table:
            b = baby_table[cpub_hash]
            k = start_range + step + b
            if point_to_cpub(mul(k)) == puzzle_pubkey:
                print(f'[+] m={m} step={step} b={b}')
                print(f'[+] Key found: {k}')
                print("[+] Time Spent : {0:.2f} seconds".format(time.time() - st))
                sys.exit()
        S = point_subtraction(S, m_P)
        step += m

    print('[+] Key not found')
    print("[+] Time Spent : {0:.2f} seconds".format(time.time() - st))


puzzle 40
  • BSGS: Thu Feb 20 21:49:30 2025
  • Creating babyTable...
  • BSGS Search in progress
  • m=741455 step=453895024440 b=574622
  • Key found: 1003651412950
  • Time Spent : 2.90 seconds


puzzle 50
  • BSGS: Thu Feb 20 22:13:12 2025
  • Creating babyTable...
  • BSGS Search in progress
  • m=23726566 step=48190529944714 b=12801738
  • Key found: 611140496167764
  • Time Spent : 12.71 seconds

This is the result... on a single core Grin

P.S. For puzzles above 50, you'll need a Bloom Filter



Who wrote this code?!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Share your donation address I can see light at the end of a tunnel.

Yes, I agree that NoMachine is great for coding, but did you know it only works if you have a public key!!? That’s clearly tied to the current puzzles.

Also, there's a better option from RC that uses GPU.

Regards.

Code:
root@DESKTOP-BD9V01U:/mnt/e/Kang# ./Mark1 --range 562949953421311:1125899906842623  --pubkey 03f46f41027bbf44fafd6b059091b900dad41e6845b2241dc3254c7cdd3c5a16c6 --dp_point 1000000 --dp_bits 8

=========== Phase-0: RAM summary ===========
DP table : 52.1Mb  ( 1000000 / 1333334 slots, load 75.00% )
Bloom    : 1.91Mb
--------------------------------------------
Total    : 54.0Mb

========== Phase-1: Building traps ============
Unique traps: 1000000/1000000 (done)

=========== Phase-2: Kangaroos =============
Speed: 2.52 MH/s | Hops: 12582912 | Time: 0:0:5

============= Phase-3: Result ==============
Private key : 0x00000000000000000000000000000000000000000000000000022BD43C2E9354
Found by thread: 3
Total time: 00:00:00.217

Private key saved to FOUND.txt
root@DESKTOP-BD9V01U:/mnt/e/Kang# ./Mark1 --range 549755813887:1199511627775  --pubkey 03a2efa402fd5268400c77c20e574ba86409ededee7c4020e4b9f0edbee53de0d4 --dp_point 10000 --dp_bits 8

=========== Phase-0: RAM summary ===========
DP table : 534Kb  ( 10000 / 13334 slots, load 75.00% )
Bloom    : 19.5Kb
--------------------------------------------
Total    : 553Kb

========== Phase-1: Building traps ============
Unique traps: 10000/10000 (done)

=========== Phase-2: Kangaroos =============
Speed: 0.00 H/s | Hops: 0 | Time: 0:0:5

============= Phase-3: Result ==============
Private key : 0x000000000000000000000000000000000000000000000000000000E9AE4933D6
Found by thread: 4
Total time: 00:00:00.037

Private key saved to FOUND.txt
Play with kangs...
Post
Topic
Board Bitcoin Discussion
Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it
by
FrozenThroneGuy
on 27/05/2025, 17:12:26 UTC
the avx512 version give me the error,
./Cyclone -a 128z5d7nN7PkCuX5qoA4Ys6pmxUYnEy86k -r FAC875:6FAC3875 -p 6 -j 10000000 -s
Illegal instruction
I won’t update it, may be later.