15:50:01 <m-relay> <j​berman:monero.social> I won't be able to make today's meeting unfortunately (I will be at MRL on Wednesday). My update in advance: implemented a cleaner structure managing the curve tree in the daemon by separating curve trees consensus-based logic from strict db logic, sped up popping blocks/reorg handling in the wallet to handle trimming the tree quickly, fixed a bug in the wallet's tree builder path<clipped messag
15:50:01 <m-relay> <j​berman:monero.social>  member reference counter, started benchmarking tx and membership proof verification using kayaba's latest (will share the complete figures hopefully within the next 24 hours)
16:39:54 <m-relay> <r​brunner7:monero.social> Thanks for the report, jberman , will include it in the meeting log
16:52:10 <m-relay> <r​brunner7:monero.social> Meeting in a bit more than 1 hour
18:00:02 <m-relay> <r​brunner7:monero.social> Meeting time. Hello! https://github.com/monero-project/meta/issues/1262
18:00:11 <m-relay> <s​yntheticbird:monero.social> hello
18:01:24 <m-relay> <s​needlewoods_xmr:matrix.org> hey, brb
18:01:41 <m-relay> <r​brunner7:monero.social> jberman left a note that he won't be able to attend, and his report from last week. Again a really busy week.
18:01:54 <m-relay> <v​tnerd:monero.social> Hi
18:02:38 <m-relay> <r​brunner7:monero.social> Alright, what do the people who attend to report from last week?
18:03:33 <m-relay> <r​brunner7:monero.social> I have still to make some smaller changes to my PR after the second review pass from jeffro256 . Can't take long now
18:03:50 <m-relay> <r​brunner7:monero.social> The PR about peer selection
18:04:42 <m-relay> <s​needlewoods_xmr:matrix.org> Continued to reduce the amount of `m_wallet` in simplewallet, also some clean-up and bug fixes. E.g. I got callback `moneyReceived()` working like it did before now, I think, which was giving me a bit of trouble.
18:04:43 <m-relay> <s​needlewoods_xmr:matrix.org> `grep "\<m_wallet\>" src/simplewallet/simplewallet.cpp -c` gives 229 results (master branch has 635)
18:05:07 <m-relay> <s​needlewoods_xmr:matrix.org> If someone with access to hw devices wants to test `--generate-from-device`, I hope that works now.
18:05:07 <m-relay> <s​needlewoods_xmr:matrix.org> One thing I noticed in that regard: When using `--generate-from-device <wallet_name>` is there a reason why the CLI sets hw-device name to "Ledger", if no other name was given with flag `--hw-device`? [src](https://github.com/monero-project/monero/blob/125622d5bdc42cf552be5c25009bd9ab52c0a7ca/src/simplewallet/simplewallet.cpp#L4962)
18:06:26 <m-relay> <r​brunner7:monero.social> Looks like a hopefully sane default to me, avoiding an error if you don't specify the device. Probably not terribly important.
18:08:11 <m-relay> <r​brunner7:monero.social> Well, looks like we already ran out of reports :) Anything else to discuss today?
18:09:12 <m-relay> <r​ucknium:monero.social> Not sure this is the right place to put this, but I worked on a tx spamming package for stressnet.
18:09:23 <m-relay> <r​brunner7:monero.social> The last MRL meeting was like 3 hours, but I think none of the things discussed there would have been better here, for a better balance of meeting times.
18:10:17 <m-relay> <r​brunner7:monero.social> Yeah, I think we are a good place to discuss stressnet things, once those get running in earnest.
18:10:30 <m-relay> <r​brunner7:monero.social> What is that package written in, Rucknium ?
18:10:48 <m-relay> <r​ucknium:monero.social> It's an extension of stressnet work for last year. I'm formalizing the spamming scripts into functions within a package. I've also automated the "next level" by automatically creating wallets and spawning `monero-wallet-rpc` processes.
18:10:59 <m-relay> <r​ucknium:monero.social> R, as usual :P
18:11:15 <m-relay> <r​brunner7:monero.social> Oh.
18:11:29 <m-relay> <r​brunner7:monero.social> Is there an R-to-Python translator anywhere ...
18:12:18 <m-relay> <r​ucknium:monero.social> Automatic wallet creation and spawning `monero-wallet-rpc` looks like it will be important for this FCMP stressnet because tx creation is slower. You want many wallet instances running at the same time to produce enough spam quickly.
18:12:45 <m-relay> <r​brunner7:monero.social> I see
18:12:54 <m-relay> <r​ucknium:monero.social> Hate to say it, but LLM could work for that
18:13:31 <m-relay> <s​needlewoods_xmr:matrix.org> is there an estimate how many spammers are needed, or the more the better?
18:13:49 <m-relay> <r​ucknium:monero.social> Everything I do for my CCS is supposed to be open source, but could the spammer be an exception? Publishing it lowers the barrier to a potential spammer.
18:14:28 <m-relay> <r​ucknium:monero.social> SNeedlewoods: You mean different spammer implementations in code, or number of spammer instances (of one implementation) running?
18:14:54 <m-relay> <s​needlewoods_xmr:matrix.org> Number of instances, or people helping out in the stressnet
18:15:31 <m-relay> <r​brunner7:monero.social> Hmm, good question about open sourcing that. Could develop into a slippery slope if we start to hold back things somebody sees as "potentially dangerous".
18:15:39 <m-relay> <r​ucknium:monero.social> I don't know how much spam it will be able to produce. Depends on how fast FCMP tx creation and submission is.
18:17:52 <m-relay> <r​brunner7:monero.social> Regarding spamming the network, it seems there was a recent fork of Monero that claims to be better e.g. because of even lower fees. Like an invitation to spam, if you ask me :)
18:19:41 <m-relay> <r​ucknium:monero.social> I'll leave the question open for now and bring it up in next stressnet discussion. That will probably be next MRL meeting.
18:20:11 <m-relay> <r​brunner7:monero.social> For what it's worth, right now I lean towards publishing even such things. Just one opinion which may still change, of course.
18:20:46 <m-relay> <r​brunner7:monero.social> Ok, anything else?
18:21:31 <m-relay> <s​needlewoods_xmr:matrix.org> nothing from me
18:21:37 <m-relay> <r​brunner7:monero.social> Doesn't look like it. Thanks for attending, read you again next week!
18:21:43 <m-relay> <r​ucknium:monero.social> AFAIK, spackle  and ofrnxmr  have their own spammer implementations. xmrack  has a published one here, but I don't know if it's optimized for volume: https://github.com/ACK-J/Monero-Dataset-Pipeline
18:22:06 <m-relay> <s​needlewoods_xmr:matrix.org> thank you