<m​ilas900:matrix.org> For Fcmp++ is it hard fork or soft fork and do we expect two chains at the end ?

<v​tnerd:monero.social> Hard fork. Two chains if something is contentious, which remains to be seen. OVK may be the trigger, if reddit comments are an indication

The Reddit comments are AI slop

<k​iersten5821:matrix.org> how will i know when to upgrade? if i don't upgrade and send a tx will it nuke my privacy once i upgrade and have to send it again on the hard forked chain?

The software does it automatically at the agreed-upon block height for the hardfork. You'll have like 6 months to download the software that supports it before the fork actually happens

<j​effro256:monero.social> ^^^

<j​effro256:monero.social> As for the privacy issue, your send privacy may be "nuked" depending on what your definition of "nuked" is. If it has been multiple days / weeks since the HF, and you try to spend an output pre-fork, your wallet will likely choose decoys solely from the ring-specific chain. If you then spend that output on the FCMP-specific chain, then it would reveal the output <-> key image asso<clipped message>

<j​effro256:monero.social> ciation, which ruins spend privacy on both chains. You could mitigate this by doing a churn to oneself on both chains before spending.

<j​effro256:monero.social> The wallet decoy selection should, if aware of the upcoming fork, pick all decoys from before the fork if spending an output before the fork

That's AI bullying :D

at this point I'm tempted to just instantly close every single majority-AI contribution

<o​frnxmr:xmr.mx> Right.. the contributors of them are lazy ah

unless it's a clear bug or logic fix it is starting to become really noisy and the review effort is not worth it, we have enough open PRs

<o​frnxmr:xmr.mx> Just claude running on autopilot with a prompt of "send prs for anything you think can be improved"

that other person kept trying to edit out the fact he was using claude from the description :D

<o​frnxmr:xmr.mx> Lmao

small reminder for those that do gitian builds, it would be great if we have 2-3 more tomorrow

<o​frnxmr:xmr.mx> Will put up in a cpl hrs

<j​effro256:monero.social> Same

<j​effro256:monero.social> Can I review beg for monero-project/monero #10220 ? The actual change is like 9 lines, the rest is unit test cases. It fixes a bug which is needed by the Carrot code

looks good, just a couple small comments

.merge+ 10220

Added