-
m-relay<jeffro256:monero.social> tritonn: If you decide to move forward with your submission, make sure to read the update: github.com/j-berman/fcmp-plus-plus-…selene-submission-deadline-extended
-
m-relay<jeffro256:monero.social> Any changes to the Ed25519 type results in an invalid submission, and changes to the Ed25519 arithmetic will not be counted.
-
m-relay<dimalinux:monero.social> A contest "extension" for minor rule clarifications like requiring Crandall optimizations seems normal, but you wouldn't expect a short "extension" to fundamentally alter the nature of a contest.
-
m-relay<dimalinux:monero.social> The `Field25519` type was *very* explicitly part of the original contest scope.
-
m-relay<dimalinux:monero.social> The contest rules state:
-
m-relay<dimalinux:monero.social> > You may modify all of of `helioselene-contest-src`
-
m-relay<dimalinux:monero.social> The tests and benches explicitly include `Field25519` from `helioselene-contest-src`. Then they carefully initialize the `Field25519` values of the reference code and the contest code separately, conveying that the two types are distinct.
-
m-relay<dimalinux:monero.social> When evaluating the submissions, the judges realized that there were integration issues. Other code is using Luke Parker's `FieldElement` type, which is only trait compatible with our versions.
-
m-relay<dimalinux:monero.social> Proposed compromise:
-
m-relay<dimalinux:monero.social> I don't program in Rust full time, I have other projects, and I'm old enough that I no longer binge code all night like tritonn. That's why I started working on my entry part-time *months* ago.
-
m-relay<dimalinux:monero.social> Allow me to produce an entry that is compatible with Luke Parker's FieldElement for easy testing and integration. When implementing
-
m-relay<dimalinux:monero.social> the Selene point, I will even set the Scalar to Luke's type:
-
m-relay<dimalinux:monero.social> ```
-
m-relay<dimalinux:monero.social> It's too late in to say that we have to use the field math from Luke Parker's Field25519 implementation which is in conflict with the original contest.
-
m-relay<jberman:monero.social> > Allow me to produce an entry that is compatible with Luke Parker's FieldElement
-
m-relay<jberman:monero.social> No, use the struct directly.
-
m-relay<jberman:monero.social> > If given permission to change the benchmark/test code
-
m-relay<jberman:monero.social> No.
-
m-relay<jberman:monero.social> > It's too late in to say that we have to use the field math from Luke Parker's Field25519 implementation which is in conflict with the original contest
-
m-relay<jberman:monero.social> You have already lost the original contest. Feel free to participate in the ongoing contest. Please stop spamming the channel.
-
m-relay<jberman:monero.social> > I don't program in Rust full time, I have other projects, and I'm old enough that I no longer binge code all night
-
m-relay<jberman:monero.social> Then stop wasting time.
3 hours ago