<j​effro256: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

<j​effro256:monero.social> Any changes to the Ed25519 type results in an invalid submission, and changes to the Ed25519 arithmetic will not be counted.

<d​imalinux: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.

<d​imalinux:monero.social> The `Field25519` type was *very* explicitly part of the original contest scope.

<d​imalinux:monero.social> The contest rules state:

<d​imalinux:monero.social> > You may modify all of of `helioselene-contest-src`

<d​imalinux: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.

<d​imalinux: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.

<d​imalinux:monero.social> Proposed compromise:

<d​imalinux: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.

<d​imalinux:monero.social> Allow me to produce an entry that is compatible with Luke Parker's FieldElement for easy testing and integration. When implementing

<d​imalinux:monero.social> the Selene point, I will even set the Scalar to Luke's type:

<d​imalinux:monero.social> ```

<d​imalinux: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.

<j​berman:monero.social> > Allow me to produce an entry that is compatible with Luke Parker's FieldElement

<j​berman:monero.social> No, use the struct directly.

<j​berman:monero.social> > If given permission to change the benchmark/test code

<j​berman:monero.social> No.

<j​berman: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

<j​berman:monero.social> You have already lost the original contest. Feel free to participate in the ongoing contest. Please stop spamming the channel.

<j​berman: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

<j​berman:monero.social> Then stop wasting time.