Topic: Did you already break the Elliptic Curve, Satoshi, you there? (Read 308 times)

Ok, I will give you this, when ever you managed to give an accurate and correct answer, I will believe that point by point multiplication is also possible, not saying there is no way, of course there is, we only need to know at least a mutual factor, a distinct divisor of a point to calculate the result of point to point multiplication.

Tell me if it's possible to have 2+2= 5, in the future when we advance in science etc?

After calling me a karen, do please tell me what is so interesting about ECC? if you had any knowledge of ECC, you wouldn't have called me a karen.😉

...

Hello

Can a public key be generated without knowing the private key? yes

https://doc.sagemath.org/html/en/reference/arithmetic_curves/sage/schemes/elliptic_curves/ell_generic.html#

Can the coordinate of a desired number in the curve be generated pubkey at the same time? yes.

After creating the curve, it is possible to create it with the "lift_x" function.
If the source you mentioned has private keys
and if the diagram you show is produced, we can talk about a security vulnerability.
However, it is possible to calculate the points that will form this diagram without private keys.

Thank you.

What about this topic? https://bitcointalksearch.org/topic/why-point-by-point-multiplication-is-undefined-in-ecdsa-5460766

I think this proof is sufficient to say, that it cannot be done, if you use only one public key as your argument. You actually need two public keys: the one you want to reveal the private key for, and the generator. Then, the distance between them is unique. But if you work on your public key alone, without thinking about the generator, then you won't get the proper answer, which was well explained by Garlo Nicon in the topic above.

And I think if you want to break any keys, then you should start with lower numbers, before trying secp256k1 directly. Just to confirm, that your method is "mathematically correct".

...

Props, dont listen to  the Karens theres quite of them over here!!

The ecc its so intresting and mind-blowing at te same time

...

...

Digaran, stop creating mass fake accounts and spreading around. You're even using your signature ~dig OMG
This is really getting ridiculous.


your python program yields following error:

The name of the function is used as a variable in the function itself, which leads to an UnboundLocalError. To fix that bug, here's a patch...

Create a new file bugfix.patch inside your local git folder with following content:

and then apply the patch

or just merge in your branch, I created a pull-request in your git repo, feel free to check and update. I have included the patch in the forked repository here.

Jack the Ripper in person.

i hope you solve it.

Whoa, this is some next-level crypto detective work! Plotting Satoshi's public keys on an elliptic curve and spotting that sequential pattern is mind-blowing. The puzzle aspect has me hooked – could it be Satoshi's way of leaving a trail for future cryptographers? $72 billion worth of intrigue right there. Any fellow crypto sleuths here with thoughts on cracking this enigma?

...

The distribution of public keys on an elliptic curve might naturally exhibit certain patterns or clusters. This is not indicative of any weakness or manipulation but rather a consequence of how these keys are mathematically generated and distributed across the curve. The specific characteristics of the elliptic curve used in ECC (e.g., curve parameters) might influence the distribution of public keys in a certain manner. This influence might manifest as an observable pattern when a large set of keys is plotted graphically.

In any large set of data, especially cryptographic data, there can be statistical anomalies that appear significant but are actually coincidental.

I don't think it's part of any larger "puzzle" but that he's just damn good at math.

I've attached the data related to our discussion here: https://file.io/yG3ub34oQqTB.

Regarding the elliptic curve model, it's interesting to note its similarity to models used in the telecom industry, particularly in the context of public key distribution on elliptic curves. This approach focuses on extracting relevant data by targeting the center of each cluster.

This method's resemblance to techniques used in companies like Ericsson leads me to wonder if Satoshi might have a background in the telecom sector. 😊

Do you have the data behind this plot available? Are the clusters by date? If so, do you know what are the date ranges for each cluster and are the clusters plotted in a sequential order?

I have been exploring the intricacies of Elliptic Curve Cryptography (ECC) for several years. My interest stems from a skepticism about the ubiquitous use of ECC, which, while currently deemed secure, is susceptible to the relentless advancement of time and technology that historically challenges cryptographic methods.

During my research, I analyzed a collection of public keys attributed to Satoshi Nakamoto. Upon plotting these keys on an elliptic curve, I observed a curious pattern, as shown here: https://ibb.co/zrsDy6c

What struck me as extraordinary was the apparent orderly generation of these public keys. They seem to follow a sequential arrangement along the X-axis, with corresponding values on the Y-axis that collectively form a discernible shape on the curve. This discovery is baffling, as generating public keys in such a precise and ordered manner on an elliptic curve is, to my knowledge, an incredibly challenging, if not impossible feat. I have thoroughly investigated this phenomenon but have yet to find an explanation.

This pattern has led me to ponder several possibilities:
- Could it be possible that Satoshi had found a way to 'break' the elliptic curve as early as 2009?
- Is there a chance that these public keys represent a puzzle, intentionally designed by Satoshi, awaiting a solution?

As of today, these public keys are associated with an estimated value of $72 billion, adding another layer of intrigue to this cryptographic enigma.