06:36:11 <DataHoarder> specific implementation Bulletproofs bug in Beam https://beam.mw/blog/news/hardfork-six
06:36:25 <DataHoarder> uh, was for lounge. oh well
15:07:42 <br-m> <rucknium> MRL meeting in this room in two hours.
16:41:04 <br-m> <vtnerd> Schedule conflict during the meeting so I'll give my updates now: finished fixing small bugs in lws and lwsf (Claude Report/review). Now working on updating all the serialization prs - there's been one review in particular that needs attention 
16:45:26 <br-m> <gingeropolous> dunno what i'll be doing at the time, my update - cluster work. stupid hardware being stupid
16:46:35 <br-m> <sgp_> My only update is that the Helios/Selene review kicked off and will be returned later this month
16:52:29 <br-m> <sgp_> The reviewer is Least Authority
17:00:25 <br-m> <rucknium> Meeting time! https://github.com/monero-project/meta/issues/1420
17:00:30 <br-m> <rucknium> 1. Greetings
17:00:40 <br-m> <articmine> Hi
17:00:42 <jpk68> Hello
17:00:44 <rbrunner> Hello
17:01:04 <br-m> <boog900> Hi
17:01:15 <br-m> <jberman> waves
17:02:45 <br-m> <rucknium> 2. Updates. What is everyone working on?
17:03:06 <rbrunner> Still Polyseed, but now with the code ready for re-review
17:03:21 <jpk68> Me: I2P GUI integration, writing docs
17:03:29 <br-m> <rucknium> me: Keeping stressnet stressed and some HackerOne work.
17:06:43 <br-m> <rucknium> There were some updates posted right before the meeting.
17:06:52 <br-m> <jberman> me: continuing with finalizing the audited FCMP++ integration PR's (we're approaching 1k lines of integration crypto code merged including tests), and more stressnet investigating
17:07:04 <br-m> <rucknium> 3. Post-quantum encryption (https://github.com/monero-project/research-lab/issues/151#issuecomment-4412416686). Jamtis (https://gist.github.com/tevador/639d083c994c1ef9401832c08e2b7832#appendix-c-instant-sync-protocol).
17:09:19 <br-m> <rucknium> Any discussion on this topic?
17:11:19 <br-m> <rucknium> 4. FCMP beta stressnet (https://github.com/seraphis-migration/monero/releases/).
17:12:25 <br-m> <rucknium> The main machine I use to send tx spam has had some stability issues. @gingeropolous:monero.social  referenced them in his update before the meeting.
17:12:49 <br-m> <rucknium> But other users are spamming from their machines. Thank you!
17:13:27 <br-m> <rucknium> Block sizes have gone back to being small because tx spam isn't enough to keep them large.
17:14:51 <br-m> <jberman> Looking to get v2.1 out in the next day (solves windows GUI crash, marginally improves wallet refresh, and will hopefully solve those double spend errors for good)
17:16:09 <br-m> <rucknium> I added a few new features to my xmrspammer package https://github.com/Rucknium/xmrspammer . With get.view.keys(), a user can get the view keys of their spamming wallets. Useful for seeing which of your spam wallets are getting txs confirmed if you submit your view keys to https://stressnet.p2pool.observer/payments
17:18:34 <br-m> <rucknium> And kill.wallet.processes() will kill the monero-wallet-rpc processes associated with a set of wallets. Useful in case you don't want to kill all of the wallet RPC processes running on your machine.
17:19:31 <br-m> <rucknium> Anything else on stressnet?
17:21:09 <br-m> <jberman> Nothing from me, other than that seems like remaining hiccups seem to be uncommon upstream edge cases
17:22:02 <br-m> <jberman> and FCMP++ / Carrot specific code seems to be holding up well
17:22:58 <br-m> <rucknium> @jberman:monero.social: Glad to hear it. (I will ping you about something at the end of the meeting.)
17:23:10 <br-m> <rucknium> 5. monerosim (https://github.com/Fountain5405/monerosim).
17:24:14 <br-m> <rucknium> @gingeropolous:monero.social said he is working on some hardware issues in the Monero Research Computing Cluster. Thanks, @gingeropolous:monero.social ! Probably there is no further update on monerosim for this meeting.
17:26:29 <br-m> <rucknium> 6. Any other business
17:26:57 <br-m> <rucknium> I want to check in on status of the last FCMP++ items needed before deployment.
17:27:42 <br-m> <rucknium> @jberman:monero.social: Do these reflect the current remaining items: https://github.com/seraphis-migration/monero/issues/53 https://cryptpad.fr/sheet/#/2/sheet/view/yPVIUywwA9-deE9VF6GYm9bXbPdCerdST3UDEEfBxcM/embed/
17:27:42 <br-m> <rucknium> Is there another list we should be looking at, too?
17:29:07 <br-m> <rucknium> Or anyone else can comment on the to-do list, too.
17:29:34 <br-m> <jberman> Sorry, computer connection is spotty rn. Switching to mobile
17:30:57 <br-m> <jberman> The remaining major blockers include:
17:30:57 <br-m> <jberman> 1. Beta stressnet
17:30:57 <br-m> <jberman> 2. Research Audit tasks
17:30:57 <br-m> <jberman> 3. Multisig[... more lines follow, see https://mrelay.p2pool.observer/e/tOqe4pQLM3VoaHhN ]
17:32:24 <br-m> <jberman> That list reflects Research audit tasks. In addition to what's there, we've been discussing having another round of audits done on the circuit and gadgets impl (the equivalent area where Zcash had a hidden inflation bug)
17:33:21 <br-m> <rucknium> The counterfeiting bugs & flaws in other coins make me nervous, personally.
17:33:44 <br-m> <rucknium> They have always made me nervous, but there are more of them now. And more recent.
17:34:02 <br-m> <jberman> I would say that if beta stressnet continues running the way it's been running, that beta has demonstrably served its purpose
17:34:28 <br-m> <jberman> Koe is nearly complete with multisig
17:34:53 <br-m> <jberman> Jeffro is nearly complete with hot/cold impl, which I've also reviewed in depth thus far
17:35:43 <br-m> <jberman> Hardware wallets are probably the biggest question mark on the impl front at the moment. Not that we won't be able to complete it. But we've been waiting on the vendors to indicate they have the capacity to do it asap
17:36:41 <br-m> <ofrnxmr> @jberman: plowsof should test the cold signing airgap stuff for fcmp++ (and mobile eallet migration in general)
17:36:59 <br-m> <jberman> And then on merging code: we're making incremental progress on that front. Crypto building blocks are making their way in. That's been/will be my first priority at this point
17:37:30 <br-m> <plowsof:matrix.org> creating an unsigned tx set + signing (if thats possible now, it will be great to try)
17:37:44 <br-m> <ofrnxmr> I think an impotant step on the way, is for mobile wallet to be tested on stressnet
17:38:53 <br-m> <jberman> Cake mentioned they're going to prepare a build for the beta stressnet, so that'll be nice
17:39:18 <br-m> <ofrnxmr> Cake said theyd thibk abt it in public, maybe confirmed it elsewhere>
17:39:38 <br-m> <ofrnxmr> Acx said he couldnt get monfluo to build for master, and monerujo didnt respond yet
17:39:40 <br-m> <rucknium> Should I create a general FCMP update item on future agendas, or is there no need?
17:39:47 <br-m> <jberman> @plowsof:matrix.org: AFAIK @jeffro256:monero.social  is still finalizing the PR from my review comments, but once that PR is fully ready, will be able to test it (will link the PR in a sec)
17:40:06 <br-m> <jberman> @rucknium: Sgtm
17:41:06 <br-m> <jberman> This is the development branch PR for hot/cold wallets: https://github.com/seraphis-migration/monero/pull/52
17:41:40 <br-m> <rucknium> @jberman: I will do it.
17:41:53 <br-m> <jberman> And then that'll get pulled into beta once it's ready here: https://github.com/seraphis-migration/monero/pull/358
17:42:05 <br-m> <jeffro256> Hi, sorry I'm late 
17:43:12 <br-m> <jeffro256> Yeah, I recently made a big change to the carrot_core lib here: https://github.com/seraphis-migration/monero/pull/424. Now the hot-cold PR, and the knowledge proofs PR depend on it 
17:43:52 <br-m> <jeffro256> Today I'm refactoring all the doc strings in my Carrot code so they can be parsed by Doxygen, and I'm reviewing Ukoe's review of carrot_impl 
17:44:13 <br-m> <rucknium> @jberman:monero.social: Thanks for explaining the FCMP to-do list!
17:46:50 <br-m> <rucknium> Anything else anyone wants to bring up?
17:47:21 <br-m> <jeffro256> @j-berman Should we mention blocking tasks for v2.1?
17:49:00 <br-m> <jberman> Sure, blocking task is me looking into @rucknium:monero.social 's latest logs showing another double spend error running code that solves a bug that was contributing to the issue, but apparently there is still another bug causing it and needs further investigation
17:49:16 <br-m> <jberman> I haven't had the chance to dig into those logs yet
17:51:06 <br-m> <rucknium> How important is it to fully resolve the double-spend error? It is extremely rare.
17:51:20 <br-m> <rucknium> In terms of priorities
17:51:51 <br-m> <jberman> Not very, I'm not prioritizing it highly at this point (and have also had somewhat limited availability this past week), which is why I haven't gotten to it
17:52:02 <br-m> <jpk68:matrix.org> I contacted Trezor on Twitter, trying to give them contact info. They responded and said their devs were already in contact, which seems to be... not true > <@jberman> Hardware wallets are probably the biggest question mark on the impl front at the moment. Not that we won't be able to complete it. But we've been waiting on the vendors to indicate they have the capacity to do it asap
17:52:38 <br-m> <rucknium> (Note to readers: "double-spend error" does not mean that the blockchain accepts a double-spend. The error occurs because the wallet software forgets that it spent a coin and then tries to spend the coin again. The node rejects the transaction with a double-spend error.)
17:53:29 <br-m> <plowsof:matrix.org> ideally the wallet would self correct, the outputs marked as double spent in the tx are then marked as such and the next attempt does not include them. is this not happening?
17:53:41 <br-m> <ofrnxmr> Its not
17:56:28 <br-m> <rucknium> We can end the meeting here. Thanks everyone!
17:57:32 <br-m> <jberman> The more pressing concern with the issue ATM is that the node isn't relaying the tx in the first place, so tx gets stuck in the node un-relayed. That's the core thing that needs to be fixed here