15:04:20 <br-m> <rucknium> MRL meeting in this room in two hours.
17:00:29 <br-m> <rucknium> Meeting time! https://github.com/monero-project/meta/issues/1355
17:00:36 <br-m> <rucknium> 1. Greetings.
17:01:12 <br-m> <vtnerd> Hi
17:01:27 <br-m> <gingeropolous> (kinda here)
17:01:58 <br-m> <jberman> waves
17:02:00 <br-m> <iamnew117:matrix.org> hello guys i am new like learning codebase and about monero so i can contribute in future 
17:02:19 <br-m> <rucknium> Welcome, @iamnew117:matrix.org
17:02:54 <br-m> <iamnew117:matrix.org> thanks 
17:04:13 <br-m> <rucknium> 2. Updates. What is everyone working on?
17:04:35 <UkoeHB> Hi
17:05:01 <br-m> <jpk68:matrix.org> Hello
17:05:27 <br-m> <vtnerd> Worked on various monerod bug fixes, all of which are posted now. Also worked on getting lws documentation into shape, with a new soft launch of monerolws.com 
17:05:33 <br-m> <vtnerd> Still needs works though 
17:05:37 <UkoeHB> Me: studying carrot.
17:06:30 <br-m> <jberman> Fleshed out more detailed Audit Goals for phases 1a-1b of the FCMP++ integration audit in response to questions raised by Cypher Stack and points raised by koe: https://github.com/seraphis-migration/monero/issues/294 , working on fixing a "hang on exit" bug in monerod caused by my connection patches PR reported by ofrnxmr
17:07:28 <rbrunner> A bit late: Hello!
17:07:39 <br-m> <rucknium> @jpk68:matrix.org: I added your I2P proposal to the agenda, at the end.
17:08:00 <br-m> <jpk68:matrix.org> Rucknium: Thanks :)
17:08:35 <br-m> <rucknium> 3. FCMP code integration audit overview (https://github.com/seraphis-migration/monero/issues/294).
17:11:59 <br-m> <jberman> In communication with Cypher Stack on the audit, as noted above fleshed out more detailed Audit Goals for Phases 1a-1b
17:13:09 <br-m> <rucknium> Anything about the edits worth discussing here?
17:14:34 <br-m> <jberman> I'd say the more interesting edits include 1) the bullet on the "Unbiased key image generator", fleshing out a goal to audit both our rationale in using a new hash-to-point function in the first place, as well as the implementation / soundness of the new hash-to-point fn
17:15:36 <br-m> <jberman> both koe and Cypher Stack raised questions /suggestions on that item that I think that fleshed out goal should hopefully adequately address
17:17:35 <br-m> <jberman> 2. I added a bullet to verify that all detectable received outputs should essentially be able to enter the curve tree merkle tree, otherwise someone would be able to construct an output that your wallet detects as a receive that you can't spend (see the section "Converting outputs to tuples in prep for insertion to the curve tree merkle tree")
17:18:07 <br-m> <jeffro256> Sorry I'm late, timezone change threw me off 
17:18:17 <br-m> <jberman> 3. I added more concrete bullets on auditing the Rust FFI
17:19:43 <br-m> <jberman> 4. As per Cypher Stack suggestion, I moved hash_grow and point_to_cycle_scalar to "Audit 2: Curve Tree Building", since those items more directly correspond to building the tree
17:21:43 <br-m> <jberman> 5. I included a catch-all statement that the goal of the audit is to answer the question "Is the linked PR fit for use in Monero?" and that any insights that would help answer that question are appreciated, even if not explicitly mentioned in the "Audit Goals" for each PR
17:22:51 <br-m> <jberman> Above are main highlights of the changes
17:24:56 <br-m> <rucknium> Thanks, @jberman:monero.social  for all your work on the audit scoping and thanks to Cypherstack and UkoeHB  for initial review of the scope.
17:25:02 <br-m> <rucknium> Anything else on this topic?
17:25:49 <br-m> <jberman> Nothing from me
17:26:10 <br-m> <rucknium> 4. FCMP beta stressnet (https://github.com/seraphis-migration/monero/issues/166).
17:28:27 <br-m> <jberman> The main blocker on beta includes changes to the Rust FCMP++ lib (most significant are the changes to GBP in response to Cypher Stack's audit). I would like to give it 1 more week before exploring alternative routes to unblock that item
17:29:37 <br-m> <jeffro256> That was the one question I had 
17:29:56 <br-m> <jeffro256> Is that being worked on rn?
17:31:24 <br-m> <jberman> Waiting on kayaba's availability
17:33:52 <br-m> <rucknium> Anything else on stressnet?
17:34:19 <br-m> <jberman> Nothing from me
17:35:04 <br-m> <rucknium> 5. CCS proposal: I2P SAMv3 support (https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/650).
17:35:20 <br-m> <rucknium> This ^ was discussed late last meeting: https://libera.monerologs.net/monero-research-lab/20260311#c661062-c661214
17:35:25 <br-m> <jpk68:matrix.org> Happy to answer any questions/concerns regarding this proposal :)
17:37:00 <br-m> <rucknium> I'll ping @vtnerd:monero.social
17:38:34 <br-m> <rucknium> @jpk68:matrix.org: You have to copy the new commit version to the PR text in the CCS. It doesn't appear automatically.
17:39:05 <br-m> <vtnerd> I'm in support after what I saw in i2p code. They could arguably improve socks to be more kike tor, but there's resistance to that for reasons not clear to me
17:39:16 <rbrunner> That goes solidly above my head, but I start to worry a bit about how many things we do *not* do "because sybil attacks". Really no solution in sight for that? Might unblock quite some things
17:39:25 <br-m> <rucknium> Copy https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/650/diffs to https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/650
17:39:40 <br-m> <vtnerd> Tor automatically creates a new circuit per hidden service, i2p may not
17:40:13 <br-m> <vtnerd> *over socks
17:40:28 <br-m> <jpk68:matrix.org> @rucknium: Looking at that right now... unless I missed something, I believe I did that already (?)
17:41:31 <br-m> <rucknium> Ah, I may have had a wrong version loaded
17:42:26 <br-m> <jpk68:matrix.org> It is worth noting that I intend on changing/removing the last milestone of the CCS; this was suggested by vtnerd
17:42:52 <br-m> <jpk68:matrix.org> I am waiting on an email response from I2P devs about this, and will change it if they are in agreement
17:44:05 <br-m> <rucknium> rbrunner: Sybil attack seems to be an unsolved problem in computer science. Big tech solves it with Captchas and personal identity info collection AFAIK.
17:45:14 <rbrunner> Ah, ok.
17:45:43 <rbrunner> So it's not only dragging us down at least
17:48:33 <br-m> <rucknium> More discussion of this item?
17:50:07 <br-m> <rucknium> We can end the meeting here. Thanks everyone.
17:50:17 <br-m> <jpk68:matrix.org> Thanks
20:13:50 <br-m> <jpk68:matrix.org> @vtnerd:monero.social Eyedeekay responded to your comment; proposal was updated. Just letting you know :)
23:11:41 <Algiers10388> I would like to claim the bounty for MVP Tor-based Mobile Web Application To Interact With Ledger Nano X And Haveno    I finished this according to the requirements assisted by my personal AI  S.I.Mon.Sys.  (Synthetic Intelligence Monero System)    https://github.com/algiers10388/monero-ledger-dex.git