Meeting summary: Monero Research Lab, 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
-
https://github.com/monero-project/meta/issues/706 ↩
-
https://github.com/UkoeHB ↩
-
https://github.com/j-berman ↩
-
https://github.com/mj-xmr ↩
-
https://github.com/Rucknium ↩
-
https://github.com/kayabaNerve ↩
-
@merope:matrix.org ↩
-
https://github.com/hyc ↩
-
https://github.com/DangerousFreedom1984 ↩
-
https://github.com/moneromooo-monero ↩
-
https://github.com/jeffro256 ↩
-
https://github.com/mj-xmr/monero-mrl-mj/blob/decoy/decoy/README.md#results ↩
-
/minexmr-top-monero-pool-hashrate-drops-from-50-to-38-percent/ ↩
-
https://github.com/monero-project/monero/pull/8076 ↩
-
https://github.com/monero-project/monero/pull/7760 ↩
-
https://github.com/monero-project/research-lab/issues/95 ↩
-
https://www.townforge.net/ ↩