<ack-j:matrix.org> Could the powers that be that control the @monero twitter account please share Magic Monero’s new fundraising push to build fuzzing harnesses around fcmp? 🙏

<ack-j:matrix.org> x.com/MagicGrants/status/2081875763914068446

<ack-j:matrix.org> donate.magicgrants.org/monero/projects/fuzzing-monero-2

<loop.ster:matrix.org> This might be a stupid question, but my searches haven't turned up anything concrete: How do I run a FCMP++-enabled regtest node? It looks like the FCMP code is already in master, but no real help docs-wise on how to run it. I'm guessing you have to build from source with some ENVARS set or something?

<ofrnxmr:xmr.mx> @loop.ster:matrix.org: you download the binaries from the fcmp++-stage ci, or build it

<syntheticbird> @ofrnxmr:xmr.mx: translation: is it our fault or your fault

<ofrnxmr:xmr.mx> github.com/seraphis-migration/monero/actions/runs/30333902356

<loop.ster:matrix.org> @syntheticbird: Closest CI I see that's relevant is github.com/monero-project/monero/actions/workflows/stagex.yml ?

<ofrnxmr:xmr.mx> i sent the link

<syntheticbird> he sent the link

<ofrnxmr:xmr.mx> she*

<syntheticbird> (dont mind me im just trolling)

<ofrnxmr:xmr.mx> ok ok. no harm done

<syntheticbird> @ofrnxmr:xmr.mx: MINOR MISGENDERING MISTAKE

<loop.ster:matrix.org> Ak oh, got it. Thanks

<ofrnxmr:xmr.mx> im not a minor

<ofrnxmr:xmr.mx> np. lmk if any issues

<syntheticbird> @ofrnxmr:xmr.mx: nor is Mistake in the chat with us

<ofrnxmr:xmr.mx> tldr: the full fcmp code does not live in monero-project/monero yet. if it did, we'd be able to fork testnet already

<ofrnxmr:xmr.mx> it is being moved from seraphis-migration/fcmp++-stage to monero-project/monero in pieces, as audits complete and reviews are done

<loop.ster:matrix.org> That explains why I couldn't find any way to build it, I guess.

<ofrnxmr:xmr.mx> yea. you need to build the seraphis-migration/ fcmp++-stage branch. you can also build the fcmp++-beta-stressnet branch for more bleeding edge changes

<ofrnxmr:xmr.mx> you'll need rust installed before building btw

<ofrnxmr:xmr.mx> unless you just download the binaries from the CI

<loop.ster:matrix.org> iirc the pinned tweet about the stress test didn't give the seraphis-migration repo link.

<ofrnxmr:xmr.mx> where is the tweet pinned?

<jeffro256> The fcmp++-beta-stressnet branch is what you want if you want to run on the current stressnet. You can also go the releases page in seraphis-migration, or use gist.github.com/jeffro256/543932a8b9de3a42ce474e7aa9184c86

<ofrnxmr:xmr.mx> i think he jsut wants regtest

<jeffro256> Ah, yeah for regtest, I would use fcmp++-stage

<jeffro256> That's the FCMP++ development branch

<jeffro256> You will need to update the HF table if you use fcmp++-stage, though, because otherwise v17 isn't enabled

<ofrnxmr:xmr.mx> think it is enabled

<loop.ster:matrix.org> Good to know. What is in Rust btw?

<ofrnxmr:xmr.mx> github.com/seraphis-migration/moner…d16/src/hardforks/hardforks.cpp#L78

<ofrnxmr:xmr.mx> @loop.ster:matrix.org: fcmp++ is in rust

<syntheticbird> @ofrnxmr:xmr.mx: only the beginning

<syntheticbird> monerod will be oxidized

<syntheticbird> you are being rescued. stop resisting.

<loop.ster:matrix.org> You're speaking to the choir man. I'm a Rust guy through and through

<loop.ster:matrix.org> Oh, so it's pulling the code in from monero-oxide as an ffi library right now?

<ofrnxmr:xmr.mx> yea

<loop.ster:matrix.org> Isaw fcmp code there and thought it was a 2nd impl

<loop.ster:matrix.org> noice

<loop.ster:matrix.org> Well, thank you for the assist. I consider myself enlightened

<earthman:unredacted.org> Do we need to convert our XMR to FCMP++ XMR after HF?

<ofrnxmr:xmr.mx> need to? no

<jeffro256> No

<jeffro256> You will need to run the updated software unless you want to stay on the old fork with few other people

<ofrnxmr:xmr.mx> hehe

<ofrnxmr:xmr.mx> its been a while since our last hard fork, but no, your old wallet and coins will keep working. you will just need to run updted wallet software

<earthman:unredacted.org> @jeffro256: I can do transactions with the same wallet using new updated software and it will use FCMP++. Are there any traceability risks using the old wallet? Is moving the XMR to a new wallet recommended?

<ofrnxmr:xmr.mx> correct, and CARROT wallets have better protections, so you may want to transfer the funds to a CARROT seed

<ofrnxmr:xmr.mx> but that is quantum traceability protections, not about on chain ones

<earthman:unredacted.org> Ok

<jeffro256> @earthman:unredacted.org: Yes, your wallet software will use FCMP++ automatically when it is the right time, assuming that you keep it updated. What do you mean by "old wallet"? Old wallet software, or old wallet files? Old software, yes. Old wallet files get automatially updated to use FCMP++.

<jeffro256> > Is moving the XMR to a new wallet recommended?

<jeffro256> > Depends on what you mean. Moving to a new key hierarchy? Yes. Just any regular new wallet? NO

> Moving to a new key hierarchy?

^ this means moving from legacy (current) to Carrot-native hierarchy, there are a few pluses github.com/jeffro256/carrot/blob/master/carrot.md#2-new-features

"These features are only available to wallets generated with the newly defined account key hierarchy. Existing Monero wallets will not inherit these features, unfortunately."

jeffro256: what happened with the comments on gist.github.com/jeffro256/146bfd5306ea3a8a2a0ea4d660cd2243, were they addressed elsewhere? I remember there were a few PQ turnstile tests on some of the codebases for carrot out there too

<earthman:unredacted.org> I was afraid that we had to convert the XMR of a legacy seed to something new and doing that at for all subaddresses at same time same time could link subaddressees to each other

old wallets will keep working fine and you can do changes or migrate as you wish

but even old ones can transact fine.

<jeffro256> Nope, if in doubt, just don't try to do anything special, and keep using Monero normally exactly as you were before. No churning, no new keys, no migrating wallet files, etc. Just download the FCMP++/Carrot software when it gets published and move on

<earthman:unredacted.org> @jeffro256: Ok

<jeffro256> We are trying to make the user experience as seamless as possible during the upgrade

<jeffro256> DataHoarder: They aren't solved in the sense that Schnorr signatures are secure from DLP solvers in perpetuity. It remains unsolved in that sense, but that is out of scope of this scheme. To make spending authority somewhat secure in a practical system, you need some kind of pre-commit scheme, finalization layer, etc. This is [... too long, see mrelay.p2pool.observer/e/jbqLnZsLd1RvR24x ]

afaik some did indeed something similar with signatures that can be used once for a migration, but that'd require changes ofc

and doesn't work as well without "account/address-based" systems

I'll leave it as-is on my existing code/tests as it then also checks completeness with the other libraries, but I might then not expose it and keep it as an internal test

<jeffro256> Yes, that's probbaly the best course of action