Meeting summary: Monero Research Lab, 18 May 2022

Posted Fri, 20 May 2022, from Monero Observer

Price Analysis

Source Article Link: https://monero.observer/meeting-log-summary-monero-research-lab-meeting-18-may-2022/

This is a comprehensive summary, with added reference links, of the MRL meeting1 from May 18th 2022, 1700 UTC.

Logs

The raw, unedited, full log file for this meeting:

220518-mrl.log (121 lines)

Summary

Note: it is possible that some relevant information may be missing from this summary; read the full log file for the complete, unedited discussion.

  • Participants: 10 (UkoeHB2, jberman3, mj-xmr4, Rucknium5, kayabaNerve6, merope7, hyc8, dangerousfreedom9, moneromooo10, jeffro25611)

  • (1) Updates

    • (1.1) on the decoy algorithm:

    • mj-xmr has delivered the first working Python implementation of the Gamma Picker algo12 and plans on forwarding the finalized work to Rucknium by Sunday

    • (1.2) on Seraphis and Jamtis:

    • UkoeHB has implemented a robust input selection solver for Seraphis, pushed multisig PRs forward a bit, updated Jamtis to support self-spends better (e.g. churn) and plans to finally implement the full enote scanning workflow

    • (1.3) on statistical analysis (re: Minexmr fee increase13):

    • Rucknium decided to go with Vector Autoregression, essentially treating the fee increase as an exogenous shock and fiat/XMR exchange rate and hashing difficulty as endogenous

    • (1.4) on ring signatures:

    • dangerousfreedom has been learning about and implemented (in Python) Bulletproofs and CLSAG as it is in the C++ code; they are also continuing to scan the blockchain with the LibSodium library

    • (1.5) on optimizations and fixes:

    • jberman has finished up patching relatively trivial tor/i2p daemon connectivity bugs, reviewed/provided guide to rbrunner on completing 807614, and is moving back over to reviewing 776015

    • rbrunner announced that they will start to work on 8076 shortly

  • (2) Reducing the 10 block lock discussion16

    • UkoeHB and moneromooo agreed that it will be difficult to evaluate whether changing the block limit is a good idea

    • Rucknium mentioned the active attacker scenario in UkoeHB’s MRL issue #95, triggering a discussion about different potential attack vectors

    • moneromooo mentioned Townforge17 and how players can freely move money between output based and balance based and there is no lock period for balance based transactions

    • no clear consensus was reached regarding this proposal, due to complexity of the issue and the timing of such a change in the context of the current pool situation

Let me know if you find this kind of report helpful.

Feedback, edits always welcome @/about.

-3RA

  1. https://github.com/monero-project/meta/issues/706 ↩

  2. https://github.com/UkoeHB ↩

  3. https://github.com/j-berman ↩

  4. https://github.com/mj-xmr ↩

  5. https://github.com/Rucknium ↩

  6. https://github.com/kayabaNerve ↩

  7. @merope:matrix.org ↩

  8. https://github.com/hyc ↩

  9. https://github.com/DangerousFreedom1984 ↩

  10. https://github.com/moneromooo-monero ↩

  11. https://github.com/jeffro256 ↩

  12. https://github.com/mj-xmr/monero-mrl-mj/blob/decoy/decoy/README.md#results ↩

  13. /minexmr-top-monero-pool-hashrate-drops-from-50-to-38-percent/ ↩

  14. https://github.com/monero-project/monero/pull/8076 ↩

  15. https://github.com/monero-project/monero/pull/7760 ↩

  16. https://github.com/monero-project/research-lab/issues/95 ↩

  17. https://www.townforge.net/ ↩

License: CC BY 4.0, no changes were made to the article.