03:05:50 <m-relay> <c​haser:monero.social> how much of monero-serai and monero-wallet (https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/518) will need to be rewritten and re-audited for feature parity under FCMP++? I gather that Kayaba generously implemented a multisig for FCMP++, currently unaudited.
03:19:29 <m-relay> <k​ayabanerve:matrix.org> chaser @chaser:monero.social: monero-serai just needs to be extended with the new RCT type. My FCMP++ development already defined monero-fcmp-plus-plus for it to hook into, as we have monero-clsag.
03:20:12 <m-relay> <k​ayabanerve:matrix.org> monero-wallet needs:
03:20:14 <m-relay> <k​ayabanerve:matrix.org> - CARROT
03:20:16 <m-relay> <k​ayabanerve:matrix.org> - Adjusting to support the new RCT type
03:20:18 <m-relay> <k​ayabanerve:matrix.org> Both should be fine.
03:21:39 <m-relay> <k​ayabanerve:matrix.org> To have parity with wallet2, it needs a client-side merkle tree impl. The version I'm currently planning to ship at launch will only include ring-level privacy to the node connected to if using a pure Rust stack (a wallet2 impl could export its tree info).
03:22:14 <m-relay> <k​ayabanerve:matrix.org> Also, I wasn't generous by doing the FCMP++ multisigs. It was part of my CCS.
03:26:42 <m-relay> <k​ayabanerve:matrix.org> Both wallet2 and monero-wallet will have notable work when they move to the new FCMP++ wallets (outgoing view keys, a slightly more efficient multisig, and the PQ-migratable key derivation scheme).
03:27:39 <m-relay> <k​ayabanerve:matrix.org> Also, cc jeffro256, does Carrot define an OutputAuxData struct and extra as the serialization of a list of them or are we adding a new output type for the aux data?
03:44:20 <m-relay> <c​haser:monero.social> noted, thank you very much. this is good news.