--- layout: post title: Logs for the Monero Research Lab Meeting Held on 2019-05-06 summary: Sarang work, Surae work, and miscellaneous tags: [dev diaries, crypto, research] author: el00ruobuob / sarang --- # Logs **\** OK, let's begin **\** ping suraeNoether et al. **\** First on the agenda, GREETINGS **\** hello **\** hello **\** I'll wait a couple of minutes to see if others join **\** hey guys **\** thank you for your patience **\** Since suraeNoether went first last time, I'll go first in the ROUNDTABLE **\** the DLSAG signature paper has been submitted to a conference in a short form, and the IACR preprint is forthcoming **\** Thanks to our coauthors for their excellent work on this **\** The submission process is arduous and irritating **\** Zcoin published an intriguing Zerocoin protocol flaw recently: https://zcoin.io/cryptographic-description-of-zerocoin-attack/ **\** Sooooo we won't be switching to Zerocoin anytime soon! **\** My monthly report is available on CCS: https://repo.getmonero.org/monero-project/ccs-proposals/merge\_requests/34#note\_5903 **\** is there an issue with DLSAG key images that will impact the publication process? **\** I updated the CLSAG protocol code to reflect key prefixing, which had been left out mistakenly **\** Doubtful **\** It's an interesting construction regardless **\** moneromooo asked about doing a CLSAG key image offset (like we do in BPs) to save time while avoiding subgroup issues **\** Doing so would save ~315 us per signature on my test machine **\** But it was also noted that there could easily be room for error depending on implementation **\** Note that the CLSAG test code already performs this offset on the auxiliary key image, but this isn't used for linking anyway **\** I had also been interested in BP generalizations to arbitrary input lengths **\** I have code for it: https://github.com/SarangNoether/skunkworks/tree/pybullet-np2 **\** Unfortunately this requires the verifier to compute all inner product rounds and loses computational efficiency **\** It may be possible to modify the algorithm to do the single-round version, but it is not clear to me how to do so cleanly **\** Currently, I'm working on updating some formal definitions for suraeNoether for CLSAG, and have been doing some code and timing tests for a paper that was presented to me **\** Any particular questions on this work? **\** just curious when you sleep :D **\** lol **\** Go ahead, suraeNoether ! **\** my update is shorter: unforgeability proof for CLSAG is nearly complete, but I'm holding off on continuing to write on this before I get some comments back from sarang. some of my protocols as described have a few mismatches with our current approaches, and I don't want to write proofs for the wrong protocols. **\** i'm working on my talk for the magical crypto conference (i'm leaving tomorrow for that and I'll be back home on sunday) **\** Well, they'd be correct for our implementation AFAICT, but not for a neat generalization you were working on **\** oh! well, still **\** since the proofs will be for the general case **\** Right **\** anyway, i'm also trying to solve a problem with the dlsag key images that I thought had been solved, and I'm continuing to review a semi-secret paper for a colleague **\** (the last semi-secret paper ended up being DLSAG, which is the groundwork for monero lightning, so y'all know if we're keeping it semi-secret it's pretty neato burrito) **\** Is that semi-secrit paper related to Monero? **\** my action items for today involve a breaking monero episode, further DLSAG research, further semi-secret research, and writing my MCC talk **\** dEBRUYNE: yes **\** Cool **\** but i can't go further yet **\** when is the earliest you expect to switch back to the bipartite graph paper? **\** in being public about the contents, I mean **\** sgp\_: thank you for reminding me about that, this is an ongoing project, sgp\_, and I've been putting in work regularly on that paper to try to get my simulations working appropriately. **\** actually putting work regularly into the simulations, because the paper is on hold until the sims are done **\** sarang and I are trading some projects back and forth; when i hand him clsag or dlsag, i work on MRL11 until he hands me something back, and it's like the tides **\** :P **\** i don't have a good timeline on completing it and getting results, however **\** All I'm doing is making sure is that it doesn't fall by the wayside. There are a million things to do, I just want to make sure this remains in the top 3 **\** ^ absolutely **\** i'll make a little descriptive blurb and make a link to it here later today so that people can see the current state of the thing **\** perfect **\** Any other questions for suraeNoether ? **\** i want to ensure that folks in the community are aware of the progress on each of these projects, and we definitely have a \*lot\* of projects/spinning plates **\** If anyone else has relevant research to present, now is a great time **\** none from me. looking forward to seeing the MCC recording/slides **\** As am I **\** Ok, how about ACTION ITEMS **\** I'll be rewriting some definitions today to streamline suraeNoether's CLSAG generalization for the proofs **\** Finishing up that timing data I mentioned earlier **\** getting another couple of Breaking Monero out the door **\** Reviewing some output selection stuff **\** etc. **\** Others? **\** I mentioned mine already **\** that you did **\** and sgp\_ reminded me to re-add matching to my list **\** does anyone have any questions about konferenco or complaints or more action items to be added to the list of stuff to do for the research conference? **\** i'm asking this because sgp\_ just reminded me how human and fallible my memory is for big lists of stuff to do :D **\** The speaking agenda for the conference is all set? **\** yep, i believe i'm waiting on two TBA titles. i need to add two sponsors to our list, Tari and Symas **\** I'm excited to speak and serve as panel moderator **\** those sponsors are on the t-shirt design, but not the website **\** oh man that's going to be a good panel **\** i'm anticipating pretty rough questions for Voorhees and Gavigan actually **\** FYI questions for the panel will be submitted by the audience and then selected by moderators **\** to ensure quality and avoid the inevitable "a few follow-up questions..." **\** Since we have time, here's an open question... now that the next point release is being finalized, any thoughts from the room about desired changes for the next network upgrade? **\** ^ i'm curious about this a lot **\** the other day sarang asked me what i want to see in the next upgrade **\** another ringsize revisit. 2 output min. payment ID stuff **\** the next big change i want to see is CLSAG, since it'll be basically cutting our blockchain rate of growth by half **\** 25% **\** but 2-out min and deprecating pay\_id is on my list also **\** ish **\** oh yeah there are some constants **\** any chance for dandelion++? I don't know how long this would take **\** Probably not by fall, but it's not consensus **\** any client release could do it **\** right, jut curious **\** are you anticipating any work on your end for RandomX? code is frozen and needs to be reviewed **\** i heard a rumor that tari is looking into ristretto and monero's protocol **\** i'm thinking we should invite someone from tari to give us an update on that for the meeting after next or something like that **\** sgp\_: I'm working with hyc to solicit statements of work from reviewers **\** We have 4 interested firms **\** great! **\** Once we get publicly-releasable statements we can put them on GitHub **\** do you expect those within the month? **\** yes **\** i'm very excited about that **\** are the firms all auditing firms? should we consider trying to bring in a hardware firm to assess that end of the implementation? **\** like, code-auditing i mean **\** We're getting reviewers with backgrounds in hardware design **\** It's tough because at some level "can this be built into hardware efficiently" is answered by designing such hardware **\** Part of the process will be getting feedback on which reviewers' experience aligns most closely with our goals **\** fair nuff **\** I don't have any other consensus-related questions and comments **\** Anyone else have any? **\** Righto! **\** In that case, thanks to everyone for participating today. Logs will be posted shortly to the GitHub agenda issue **\** I have a really quick announcement **\** sure **\** If you are interested in speaking, running a workshop, and/or volunteering at the Monero Village at Defcon in August, please fill out the CFP by June 3: http://monerovillage.org **\** We already have some good submissions **\** (done) **\** When https? **\** whenever rehrar gets the time **\** :D **\** OK, we are now adjourned