<r​brunner7:monero.social> Meeting in 1 hour

<r​brunner7:monero.social> Meeting time. Hello! monero-project/meta #1210

<s​needlewoods_xmr:matrix.org> hi

<j​berman:monero.social> *waves*

<j​effro256:monero.social> Howdy

<r​brunner7:monero.social> Alright, on to the reports about last week

<s​needlewoods_xmr:matrix.org> made `--generate-from-[view-key/spend-key/keys]` work, also started facing more complex stuff like e.g. how to handle `tools::wallet_keys_unlocker` in `SCOPED_WALLET_UNLOCK_ON_BAD_PASSWORD` [src](github.com/monero-project/monero/bl…lewallet/simplewallet.cpp#L116-L120)

<j​berman:monero.social> implemented FCMP++ scan_tx & an RPC endpoint to fetch paths in the tree by output ID: seraphis-migration/monero #49

<j​berman:monero.social> and now working on making sure all tests passing. Once that's complete I'm going to draft a checklist for implemented features / TODO's for remaining FCMP++ / Carrot tasks

<r​brunner7:monero.social> Seems you also found some "long-hanging fruit" how to improve good old wallet2 sync speed, at least under some constellations

<r​brunner7:monero.social> with PR #9936

<j​berman:monero.social> yep that was a good push from jeffro to kick that off

<j​effro256:monero.social> I'm still working on hot/cold wallet flow for Carrot

<j​berman:monero.social> I'm not sure what issue MrCyjaneK is running into in 9936 though, have asked plows to see if they can repro too

<r​brunner7:monero.social> What you did way back for Seraphis scanning had a totally different management for threads, right?

<j​berman:monero.social> Yep the Seraphis async scanner didn't have this issue, and has additional optimizations compared to wallet2 (faster downloading and better CPU utilization)

<j​berman:monero.social> It was using koe's threadpool implementation

<r​brunner7:monero.social> Ok. By the way, maybe asked before, but I forgot the answer: How well will FCMP++ transactions prune? Will we have similar blockchain savings as today?

<j​effro256:monero.social> Lol thanks for the credit but that was all jberman

<j​berman:monero.social> all in all pretty much the same maybe even slightly better because key_offsets are empty, though Carrot outs have a little more data

<j​berman:monero.social> well there is also the tree

<j​berman:monero.social> I'd say comparable

<r​brunner7:monero.social> Good to hear. Maybe pruning will become even more important, with the blockchain growing quite a bit faster probably with FCMP++

<j​effro256:monero.social> We save at least 16 bytes per input, keep an additional 18 per output

<r​brunner7:monero.social> But a 5 kB unpruned transaction will still be 2 kB or so after pruning?

<r​brunner7:monero.social> Give or take

<j​effro256:monero.social> Should be significantly smaller than 2kb

<r​brunner7:monero.social> That would of course be very nice

<j​effro256:monero.social> The reason the chain is ~30% of the size of the real chain is that the node keeps 1/8 full blocks as well as all the normal cache tables

<r​brunner7:monero.social> Maybe some patience is needed until we hold actual numbers after implementing. But for now, if somebody asks, e.g. on Reddit, we can say that pruning has a future with FCMP++ as well

<j​berman:monero.social> the huge FCMP++ proofs can be pruned

<j​effro256:monero.social> So a pruned tx will be <10% of a full tx, but the pruned node database might still be ~30% the size of a full node

<r​brunner7:monero.social> Yeah, because so much different stuff is in there, now with extra added "tree" or however that's called :)

<r​brunner7:monero.social> Alright. Do we have something in particular to discuss today beside reports?

<r​brunner7:monero.social> Seems pretty smooth sailing on the implementation front, in comparison with the bumpy Divisor road ...

<r​brunner7:monero.social> Maybe we will hear more in the coming MRL meeting, might get interesting

<r​brunner7:monero.social> Alright, looks like we can close for today. Thanks everybody for attending, read you again next week!

<s​needlewoods_xmr:matrix.org> thank you

<r​ucknium:monero.social> The time saved in this NWLB meeting will be added to the MRL meeting this week.

<r​ucknium:monero.social> You have been warned...

<r​brunner7:monero.social> Oh come on :)

<r​ucknium:monero.social> :P