<r​brunner7:monero.social> Meeting in a bit than 1 hour. If not everybody is down at the beach anyway, without any code in sight :)

<r​brunner7:monero.social> *a bit more

<s​yntheticbird:monero.social> Why not the three at the same time ?

<s​yntheticbird:monero.social> there is mobile network at beach too

<r​brunner7:monero.social> :)

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

<r​ucknium:monero.social> Hi

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

<r​brunner7:monero.social> While we wait, and before I forget, let me propose that after today we meet again in **two** weeks, because of the MoneroKon weekend

<r​brunner7:monero.social> Alright, any reports about last week?

<s​needlewoods_xmr:matrix.org> hey

<s​needlewoods_xmr:matrix.org> lots of real life, no beach time, but made a little progress on the CLI

<j​berman:monero.social> Nothing significant to report. Still continuing current open tasks (FFI cleanup, open PR fixups, PR review). I also started on supporting >8-input txs. In a past meeting, I shared some thinking behind the idea to group multiple FCMP++ proofs into 1 tx where each proof has a max of 8-inputs, primarily to avoid txs taking minutes to construct (so that even 128-input txs take seconds<clipped messag

<j​berman:monero.social> instead of minutes). I started dabbling in changes for that approach

<r​brunner7:monero.social> So only the size goes up considerably, but not construction time as well?

<r​brunner7:monero.social> The size of the tx

<j​berman:monero.social> Correct

<r​brunner7:monero.social> Certainly a worthwhile approach to think through

<r​brunner7:monero.social> Just gives a whole new "hierarchical level" to transactions, and sometimes such new levels are a bit expensive to implement ...

<j​berman:monero.social> Link to a past MRL meeting where I initially brought this up too: monero-project/meta #1200

<r​brunner7:monero.social> I somehow missed that idea ... never mind.

<r​brunner7:monero.social> Ok, looks like that's it already about reports. Anything else to discuss today?

<r​ucknium:monero.social> I wanted to ask jeffro256 if he thinks it's OK to disclose the spy node detection method at MoneroKon. I don't intend to rush anything, but it would be an opportunity to do so.

<r​brunner7:monero.social> Not to discuss, but maybe interesting to mention, if you didn't see it already: It looks that at long last, somebody started to implement someting like a "layer 2" on top of the Monero blockchain in earnest. It's called *Grease* and made quite some waves already on Reddit.

<r​brunner7:monero.social> I think there will be a presentation about it at MoneroKon

<r​brunner7:monero.social> I am very curious how that will turn out

<r​ucknium:monero.social> IIRC, someone said, late last year, that a project was looking for Rust developers for a Monero payment channel implementation. Probably, Grease is that project.

<r​brunner7:monero.social> Ok, the gras was whispering already back then :)

<r​brunner7:monero.social> I think somebody mentioned that so far it's two devs. Pretty big job for a duo

<j​berman:monero.social> wonder how they deal with Monero's lack of HTLC-equivalent

<r​brunner7:monero.social> In 1 week we will probably know

<r​brunner7:monero.social> I am always a bit uneasy when people hear "L2" and immediately and without much questioning attribute almost magical properties to that thing ...

<r​brunner7:monero.social> I as the old skeptic that I am

<s​needlewoods_xmr:matrix.org> I saw this in bounties today bounties.monero.social/posts/192/0-…onero-based-in-monet-and-auxchannel

<s​needlewoods_xmr:matrix.org> haven't read the links yet

<r​brunner7:monero.social> Hmm, looks a bit controversial, and a bit late frankly

<r​brunner7:monero.social> Ok, looks like we can close already for today. Happy trip if you should travel to Prague, and read you again in **two** weeks!

<r​ucknium:monero.social> They have some docs here: github.com/grease-xmr/grease

<r​ucknium:monero.social> github.com/grease-xmr/grease/blob/main/docs/introduction.md

<s​needlewoods_xmr:matrix.org> thanks, cu

<r​brunner7:monero.social> Yes, so far I was just lazy to read those carefully, putting my hope on an easy-to-digest presentation

<j​effro256:monero.social> Yeah I don't have a problem with that now that rbrunner7 took the initiative to make an implementation of a mitigation, and due to your research stating that the subnet dedup mitigation would mostly make the issue go away. Perhaps the information could also be useful to BTC node operators ?

<j​effro256:monero.social> Sorry I missed the meeting y'all, timezones messed me up

<r​ucknium:monero.social> Thanks for weighing in :)