Bitcoin puzzle transaction ~32 BTC prize to who solves it - page 32.

nomachine

member

Activity: 499

Merit: 38

Quote from: karrask on September 27, 2024, 10:02:51 AM

I don't need no SHA-256, no RIPEMD-160. what is needed is an optimized algorithm that works with non-compression public keys.

The fastest approach to this is not tied to a specific programming language but rather to how well ECC scalar multiplication is optimized. Libraries such as secp256k1 in C or Rust's secp256k1 crate are already highly optimized for this task.

karrask

newbie

Activity: 10

Merit: 0

Quote from: AlanJohnson on September 27, 2024, 10:08:48 AM

Quote from: karrask on September 27, 2024, 10:02:51 AM

Quote from: nomachine on September 27, 2024, 09:50:55 AM

Quote from: karrask on September 27, 2024, 09:16:29 AM

Good afternoon, friends. I have one question - in which programming language is there the fastest algorithm for obtaining a non-compression public key from a hexadecimal value? Can someone share it? it is needed for speed like kangaroo or keyhant. exactly, only obtaining a non-compression public key without any other functions. and yet - any interval can be reduced by 20-30%, perhaps more, I have succeeded so far.

There is no programming language on planet Earth or trick that can drastically speed up Bitcoin key generation or hashing (SHA-256, RIPEMD-160) .
Any perceived speed improvements, like in kangaroo or KeyHunt, come from optimization techniques for specific tasks, not from changing the core cryptographic functions.
Reducing the search interval (as mentioned above) can help focus efforts, but it doesn't change the time it takes to compute each key or hash.
Using multiple threads or GPUs (parallelization) can improve the throughput of key generation but not the speed of individual computations. In short, at least 600 GPUs are required.

I don't need no SHA-256, no RIPEMD-160. what is needed is an optimized algorithm that works with non-compression public keys.

No... What is needed is massive computational power or quantum computers. Everything else at this point is wasting time and electricity.

What does that have to do with it? I asked if there is an algorithm that is comparable in speed to kangaroo or keyhant

AlanJohnson

member

Activity: 122

Merit: 11

Quote from: karrask on September 27, 2024, 10:02:51 AM

Quote from: nomachine on September 27, 2024, 09:50:55 AM

Quote from: karrask on September 27, 2024, 09:16:29 AM

Good afternoon, friends. I have one question - in which programming language is there the fastest algorithm for obtaining a non-compression public key from a hexadecimal value? Can someone share it? it is needed for speed like kangaroo or keyhant. exactly, only obtaining a non-compression public key without any other functions. and yet - any interval can be reduced by 20-30%, perhaps more, I have succeeded so far.

There is no programming language on planet Earth or trick that can drastically speed up Bitcoin key generation or hashing (SHA-256, RIPEMD-160) .
Any perceived speed improvements, like in kangaroo or KeyHunt, come from optimization techniques for specific tasks, not from changing the core cryptographic functions.
Reducing the search interval (as mentioned above) can help focus efforts, but it doesn't change the time it takes to compute each key or hash.
Using multiple threads or GPUs (parallelization) can improve the throughput of key generation but not the speed of individual computations. In short, at least 600 GPUs are required.

I don't need no SHA-256, no RIPEMD-160. what is needed is an optimized algorithm that works with non-compression public keys.

No... What is needed is massive computational power or quantum computers. Everything else at this point is wasting time and electricity.

karrask

newbie

Activity: 10

Merit: 0

Quote from: nomachine on September 27, 2024, 09:50:55 AM

Quote from: karrask on September 27, 2024, 09:16:29 AM

Good afternoon, friends. I have one question - in which programming language is there the fastest algorithm for obtaining a non-compression public key from a hexadecimal value? Can someone share it? it is needed for speed like kangaroo or keyhant. exactly, only obtaining a non-compression public key without any other functions. and yet - any interval can be reduced by 20-30%, perhaps more, I have succeeded so far.

There is no programming language on planet Earth or trick that can drastically speed up Bitcoin key generation or hashing (SHA-256, RIPEMD-160) .
Any perceived speed improvements, like in kangaroo or KeyHunt, come from optimization techniques for specific tasks, not from changing the core cryptographic functions.
Reducing the search interval (as mentioned above) can help focus efforts, but it doesn't change the time it takes to compute each key or hash.
Using multiple threads or GPUs (parallelization) can improve the throughput of key generation but not the speed of individual computations. In short, at least 600 GPUs are required.

I don't need no SHA-256, no RIPEMD-160. what is needed is an optimized algorithm that works with non-compression public keys.

nomachine

member

Activity: 499

Merit: 38

Quote from: karrask on September 27, 2024, 09:16:29 AM

Good afternoon, friends. I have one question - in which programming language is there the fastest algorithm for obtaining a non-compression public key from a hexadecimal value? Can someone share it? it is needed for speed like kangaroo or keyhant. exactly, only obtaining a non-compression public key without any other functions. and yet - any interval can be reduced by 20-30%, perhaps more, I have succeeded so far.

There is no programming language on planet Earth or trick that can drastically speed up Bitcoin key generation or hashing (SHA-256, RIPEMD-160) .
Any perceived speed improvements, like in kangaroo or KeyHunt, come from optimization techniques for specific tasks, not from changing the core cryptographic functions.
Reducing the search interval (as mentioned above) can help focus efforts, but it doesn't change the time it takes to compute each key or hash.
Using multiple threads or GPUs (parallelization) can improve the throughput of key generation but not the speed of individual computations. To make a long story short, at least 600 GPUs are required for puzzles with three digits.

Gord0nFreeman

newbie

Activity: 22

Merit: 1

Quote from: viljy on September 27, 2024, 08:26:14 AM

I have more and more doubts that some geniuses are solving the puzzle. In my opinion, starting from the 120bit solution, the creator does all this. To keep the interest in his mystery alive. If you compare the sequence of events (dates of decisions, increase in the prize), then everything adds up to a logical picture. Now it is more profitable to use computing power for the inference of neural networks, for their training, rather than for searching for a needle in a haystack with an unknown result. And here you need very large computing power, which will cost a lot to rent.

I've been saying this for a long time, but people keep rushing blindly, like a donkey chasing a carrot! Puzzles 120, 125, 130 have all been emptied by the creator, and possibly Puzzle 66 as well, intercepted by him to cover his tracks. Puzzle 66 was broadcast just moments before the next block was mined.

COBRAS

member

Activity: 873

Merit: 22

$$P2P BTC BRUTE.JOIN NOW ! https://uclck.me/SQPJk

28cde60e3110e002321ce9000000000000 514760
27560a1669d5ee086d36112e0000000000 545000
19e90c65037689ea4cefbd10ecc0000000 800000
183a40986d2205014dc12a580000000000 88e400
175b15fd4ed7055500d81a335000000000 8e0000
15d6c33dae17744949b1ba000000000000 97dcf0
15d1b9986eb4aa08ac93fd878400000000 980000
1466f30718887001190e74800000000000 a28ec0
13ab050b34eaf704369b08970000000000 a8a000

126402baad8d039c0829e0000000000000 b4565d, 85 priv - new low

0x33d218ca06ed13d499df7a21d98, 105 priv

my target 2^60

... to be continue

karrask

newbie

Activity: 10

Merit: 0

Good afternoon, friends. I have one question - in which programming language is there the fastest algorithm for obtaining a non-compression public key from a hexadecimal value? Can someone share it? it is needed for speed like kangaroo or keyhant. exactly, only obtaining a non-compression public key without any other functions. and yet - any interval can be reduced by 20-30%, perhaps more, I have succeeded so far.

kTimesG

member

Activity: 165

Merit: 26

Quote from: brainless on September 26, 2024, 11:34:59 PM

Dear
Without experiment speak is unfair,
First I explain for problem inside kangaroo where 125bit ...
Ihow to use.. for those who really want use kangaroo

Do you even understand what you are talking about? Anyway, good luck with your plan, I'm not gonna bother making drawings for you!

AlanJohnson

member

Activity: 122

Merit: 11

Quote from: brainless on September 27, 2024, 08:37:25 AM

Quote from: digitalbear on September 27, 2024, 08:23:13 AM

Quote from: brainless on September 26, 2024, 11:34:59 PM

Dear
Without experiment speak is unfair,
First I explain for problem inside kangaroo where 125bit ...
Ihow to use.. for those who really want use kangaroo

Can you please provide a script that is solving for example a random 2^35 range and adding 100 bits to check 2^135 key for puzzle 135?
But ((2^135)-(2^134))/2^35 = 633825300114114700748351602688 ranges of 2^35

I tried with chatgpt but did not got a good script, also speed was only about 2000 hops/s from original script where I have about 180000 h/s
Or you can send me to PM if you don't want to share public and I promise to reward you if I'll be able to solve the key using your idea

Thank you

I will post script, in few hours, I am faraway from my desktop system, upon reach I will post

Digaran strikes again !

brainless

member

Activity: 348

Merit: 34

Quote from: digitalbear on September 27, 2024, 08:23:13 AM

Quote from: brainless on September 26, 2024, 11:34:59 PM

Dear
Without experiment speak is unfair,
First I explain for problem inside kangaroo where 125bit ...
Ihow to use.. for those who really want use kangaroo

Can you please provide a script that is solving for example a random 2^35 range and adding 100 bits to check 2^135 key for puzzle 135?
But ((2^135)-(2^134))/2^35 = 633825300114114700748351602688 ranges of 2^35

I tried with chatgpt but did not got a good script, also speed was only about 2000 hops/s from original script where I have about 180000 h/s
Or you can send me to PM if you don't want to share public and I promise to reward you if I'll be able to solve the key using your idea

Thank you

I will post script, in few hours, I am faraway from my desktop system, upon reach I will post

viljy

hero member

Activity: 1736

Merit: 857

I have more and more doubts that some geniuses are solving the puzzle. In my opinion, starting from the 120bit solution, the creator does all this. To keep the interest in his mystery alive. If you compare the sequence of events (dates of decisions, increase in the prize), then everything adds up to a logical picture. Now it is more profitable to use computing power for the inference of neural networks, for their training, rather than for searching for a needle in a haystack with an unknown result. And here you need very large computing power, which will cost a lot to rent.

digitalbear

newbie

Activity: 6

Merit: 0

Quote from: brainless on September 26, 2024, 11:34:59 PM

Dear
Without experiment speak is unfair,
First I explain for problem inside kangaroo where 125bit ...
Ihow to use.. for those who really want use kangaroo

Can you please provide a script that is solving for example a random 2^35 range and adding 100 bits to check 2^135 key for puzzle 135?
But ((2^135)-(2^134))/2^35 = 633825300114114700748351602688 ranges of 2^35

I tried with chatgpt but did not got a good script, also speed was only about 2000 hops/s from original script where I have about 180000 h/s
Or you can send me to PM if you don't want to share public and I promise to reward you if I'll be able to solve the key using your idea

Thank you

brainless

member

Activity: 348

Merit: 34

Quote from: kTimesG on September 27, 2024, 05:16:56 AM

Quote from: gygy on September 27, 2024, 04:44:29 AM

Quote from: brainless on September 26, 2024, 11:34:59 PM

Information!!!!
As per above discussion and blam on developers unfair
They provide you best freeware
Only mindset at public they want ready to eat
They don't have ability to create such app not able to apply math, nor able to apply brain
How they can use such app
Let me give u 1 more tip
Don't use start to end full bit range
Example
134bit to 135bit don't use
What to use
Split 135bit in parts of 70bit to 100 bits for run kangaroo in between, depand your gpu power
Or
Generate random number in 135 bit range and to set +100 bit for adjust range for checking key
A = 135 random generator
B = a+ 100bit range
Adjust a and b in your kangaroo command
Hope above small tips help you for use kangaroo and such app,
It's also help your mindset of kangaroo 125bit max etc
Enjoy!!!

Somewhat this approach can work (I was thinking about it too), but kangaroo is a probability algorithm, meaning it never finishes a range. You can never rule out a range. The only thing you can do is to search for a while and if you think you searched enough you try to search another range.

Don't fall for that guy, first he tells us to use our brain, than he offers the most idiotic advice in the Universe, splitting the range.

Ops needed if range split in N parts: N * sqrt(rangeSize)
Ops needed if range not split: sqrt(N * rangeSize) == sqrt(N) * sqrt(rangeSize)
Runtime increase if range is split: N / sqrt(N) == sqrt(N)

If 135 range is split into parts of 100, then it's 185363 times slower than if the 135 range is searched without splitting.

Dear
Without experiment speak is unfair,
First I explain for problem inside kangaroo where 125bit ...
Ihow to use.. for those who really want use kangaroo
2nd question
Rule out of range
For your test experiment
Generate 41 bit range public key
Set kangaroo command in between 39 to 40 bit range
You will found 41 bit range key out of range

Here in my view when you set command as per my said example above message
You set command is small portion of between 134bit to 135 bit and her your 125 bit problem will solve also your out of range is still under 134 to 135bit,
Don't worry you are not jumping out of 135bit range
Think again or get experience advice from senior developers those have these kind of tests
Don't be judged to quick

kTimesG

member

Activity: 165

Merit: 26

Quote from: gygy on September 27, 2024, 04:44:29 AM

Quote from: brainless on September 26, 2024, 11:34:59 PM

Information!!!!
As per above discussion and blam on developers unfair
They provide you best freeware
Only mindset at public they want ready to eat
They don't have ability to create such app not able to apply math, nor able to apply brain
How they can use such app
Let me give u 1 more tip
Don't use start to end full bit range
Example
134bit to 135bit don't use
What to use
Split 135bit in parts of 70bit to 100 bits for run kangaroo in between, depand your gpu power
Or
Generate random number in 135 bit range and to set +100 bit for adjust range for checking key
A = 135 random generator
B = a+ 100bit range
Adjust a and b in your kangaroo command
Hope above small tips help you for use kangaroo and such app,
It's also help your mindset of kangaroo 125bit max etc
Enjoy!!!

Somewhat this approach can work (I was thinking about it too), but kangaroo is a probability algorithm, meaning it never finishes a range. You can never rule out a range. The only thing you can do is to search for a while and if you think you searched enough you try to search another range.

Don't fall for that guy, first he tells us to use our brain, than he offers the most idiotic advice in the Universe, splitting the range.

Ops needed if range split in N parts: N * sqrt(rangeSize)
Ops needed if range not split: sqrt(N * rangeSize) == sqrt(N) * sqrt(rangeSize)
Runtime increase if range is split: N / sqrt(N) == sqrt(N)

If 135 range is split into parts of 100, then it's 185363 times slower than if the 135 range is searched without splitting.

gygy

newbie

Activity: 20

Merit: 0

Quote from: brainless on September 26, 2024, 11:34:59 PM

Information!!!!
As per above discussion and blam on developers unfair
They provide you best freeware
Only mindset at public they want ready to eat
They don't have ability to create such app not able to apply math, nor able to apply brain
How they can use such app
Let me give u 1 more tip
Don't use start to end full bit range
Example
134bit to 135bit don't use
What to use
Split 135bit in parts of 70bit to 100 bits for run kangaroo in between, depand your gpu power
Or
Generate random number in 135 bit range and to set +100 bit for adjust range for checking key
A = 135 random generator
B = a+ 100bit range
Adjust a and b in your kangaroo command
Hope above small tips help you for use kangaroo and such app,
It's also help your mindset of kangaroo 125bit max etc
Enjoy!!!

Somewhat this approach can work (I was thinking about it too), but kangaroo is a probability algorithm, meaning it never finishes a range. You can never rule out a range. The only thing you can do is to search for a while and if you think you searched enough you try to search another range.

** diamond mining meme **

brainless

member

Activity: 348

Merit: 34

Information!!!!
As per above discussion and blam on developers unfair
They provide you best freeware
Only mindset at public they want ready to eat
They don't have ability to create such app not able to apply math, nor able to apply brain
How they can use such app
Let me give u 1 more tip
Don't use start to end full bit range
Example
134bit to 135bit don't use
What to use
Split 135bit in parts of 70bit to 100 bits for run kangaroo in between, depand your gpu power
Or
Generate random number in 135 bit range and to set +100 bit for adjust range for checking key
A = 135 random generator
B = a+ 100bit range
Adjust a and b in your kangaroo command
Hope above small tips help you for use kangaroo and such app,
It's also help your mindset of kangaroo 125bit max etc
Enjoy!!!

nomachine

member

Activity: 499

Merit: 38

Quote from: Akito S. M. Hosana on September 26, 2024, 04:02:10 PM

Yes, there are some bugs. But the biggest stupidity is that such a program does not support all GPU cards. I mean AMD graphics. I have a pile of Radeon cards that are useless. Embarrassed

You can run Nvidia CUDA applications natively on Radeon GPUs

https://github.com/vosen/ZLUDA/tree/9e56862ebb5a3273b9849eabbd3e0eac9548922c

The code that was previously here has been taken down at AMD's request but there are 597 forks of the repo Grin

COBRAS

member

Activity: 873

Merit: 22

$$P2P BTC BRUTE.JOIN NOW ! https://uclck.me/SQPJk

pubkey new down....

...

cf4863281bb44f52677de8876600000000 10000

c1d204c36910280a6e0952c00000000000 111c80
bad8afea76b82aa806c0d19a8000000000 11c000
aeb619ed70bba24a4d8dd0000000000000 12fb9e <-
ae8dccc375a55045649fec3c2000000000 130000

...

a3379838c4438008c873a4000000000000 1451d8

...

up down ,up down... new down...up down ,up down...

to be continue Wink

ps needs stock of zero's for this manipulations Grin

Akito S. M. Hosana

jr. member

Activity: 42

Merit: 0

Quote from: nomachine on September 26, 2024, 08:34:44 PM

Quote from: kTimesG on September 26, 2024, 07:40:01 PM

We don't even know if there is yet some unpublished weakness in ECDSA that was exploited. Also why would one gather 1.7 million $ in a single script address and not touch it at all after more than a year and a half, assuming there was a high cost of solving, that needs to be paid...?

The public program on GitHub could serve as a honeypot, used to monitor those trying to solve cryptographic puzzles or who are interested in cracking ECDSA. It could act as a form of surveillance, watching who interacts with it, akin to government efforts to track those with knowledge of or interest in sensitive cryptographic topics.

The non-public solution could indicate that powerful entities (e.g., intelligence agencies, corporations) are exploiting vulnerabilities privately while letting the public chase dead ends or false leads.

The decision to not touch the funds could simply be a matter of operational security.

That's why I never downloaded the prebuilt binaries of these tools. It's VERY dangerous. And who knows what lies behind that Iceland Secp256k1. After all, look at the Wireshark logs to see what's happening. Lips sealed

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