DevMeeting 2018-01-28

From Monerobase
Jump to: navigation, search

Highlights[ ]

  • Bulletproofs can use "batch verification" which can greatly speed things up
    • Perhaps a reduction to just ~15% of the normal time complexity
  • If you're interested in Monero Debian packages, please join the discussion at https://github.com/monero-project/monero/issues/2395
  • Monero GUI
    • Merged in sub-addresses.
    • Removed the ability for a user to generate payment id's and integrated addresses
    • There is a new "--bootstrap-daemon-address" flag that hopes to speed up syncs
  • March 2018 Hardfork
    • As previously noted, Bulletproofs need additional study before a full public implementation. As such, they will not be included in the March 2018 HF.
    • There are plans to lower the fee model. How it will impact the network is being studied.



Full Log[ ]


12:00 PM <rehrar> agenda: https://github.com/monero-project/meta/issues/166
12:00 PM <rehrar> as always, start with 1. Greetings
12:00 PM <sarang> yo
12:00 PM <msvb-lab> Hi there.
12:00 PM <+hyc> hey
12:00 PM <rbrunner> Hoi zämme
12:01 PM <iDunk> Hi
12:01 PM <pebx> hi
12:01 PM <rehrar> ArticMine fluffypony luigi1111 luigi1111w smooth NoodleDoodle anonimal anonimobile endogenic gingeropolous vtnerd pigeons
12:01 PM <pigeons> hi
12:01 PM <vtnerd> hi
12:01 PM → bmeynell joined (~bmeynell@142.197.108.175)
12:02 PM <rehrar> dEBRUYNE Jaquee dsc_ dsc2 ?
12:02 PM <gingeropolous> oh theres a meeting?
12:02 PM <rehrar> anyone else?
12:02 PM <endogenic> no ginger
12:02 PM <iDunk> moneromooo
12:02 PM <dEBRUYNE> I am her
12:02 PM <dEBRUYNE> e
12:02 PM <rehrar> medusa_ moneromooo othe
12:02 PM <@smooth> 1
12:03 PM <rehrar> Well, welcome everyone! :)
12:03 PM <rehrar> 2. Brief review of what's been completed since the previous meeting
12:03 PM ⇐ dnaleor quit (~dnaleor@host-im1adb.cbn1.zeelandnet.nl) Quit: Leaving
12:03 PM <rehrar> Anyone have any exciting stuff to report for development?
12:03 PM <medusa_> hi
12:03 PM <sarang> MRL Goes To Stanford
12:04 PM <sarang> It was observed that bulletproofs can have batch verification, which will be great time savings even between separate transaction
12:05 PM <@ArticMine> hi
12:05 PM <bearretinjapan> hi
12:05 PM bearretinjapan → ferretinjapan
12:05 PM <+hyc> batching is always interesting. have to balance batch size vs latency, waiting for enough txs to arrive to fill a batch
12:06 PM <sarang> This can be useful for new nodes
12:06 PM <@smooth> currently the code waits for all the txs before doing anythign with them anyway, although that could change
12:07 PM <sarang> Initial testing by andytoshi indicated that subsequent proofs were only ~15% of the time complexity of a separate verification
12:07 PM <+hyc> nice
12:07 PM <sarang> Yeah, it merges all the multiexp operations into one
12:07 PM <sarang> effectively replacing group operations with scalar operations
12:08 PM <sarang> So the time savings really depend on the relative timing between those ops
12:08 PM → BoldErea joined (~BoldErea@unaffiliated/bolderea)
12:08 PM <sarang> Anyway, mostly excellent talks at the conference, and good lessons learned
12:09 PM — sarang will be quiet now
12:10 PM <rehrar> Anyone else? :) GUI have anything?
12:11 PM <medusa_> the GUI project has merged sub addresses. also we removed the ability for the user to generate payment ids and integrated addresses
12:11 PM — xmrscott[m] sent a long message: xmrscott[m]_2018-01-28_17:11:27.txt <https://matrix.org/_matrix/media/v1/download/matrix.org/RqFKwypdZwaYrPPAWeCCziLo>
12:11 PM <medusa_> in addition, there is a new monerod start up flag, called --boostrap daemon 8https://github.com/monero-project/monero/pull/3165)
12:12 PM <+hyc> ^^ this looks very good. I wonder if the GUI should use that by default
12:12 PM <medusa_> the GUi will make use of this too, so there dont exist several implementations of the same thing
12:12 PM <gingeropolous> is that supplanting Jaquee 's thing?
12:12 PM → scl joined (~scl@unaffiliated/scl)
12:12 PM <medusa_> PR is allready here hyc https://github.com/monero-project/monero-gui/pull/1091
12:13 PM <medusa_> gingeropolous:as far as i understand it, yes
12:13 PM <rehrar> I'll repaste xmrscott[m]'s message so people who don't want to click don't have to
12:13 PM <rehrar> David Mirza Ahmad, president of Subgraph OS, has put together a byte-for-byte matching Debian package and is requesting comment on some final pieces: "There some decisions to make for us, like: where does the blockchain data go? Do we start the daemon with systemd by default (feeling like no, as it can be started in GUI)? Appreciate thoughts on this." No one has provided comments on these matters so if anyone here could do so it woul
12:13 PM <rehrar> d be appreciated. https://github.com/monero-project/monero/issues/2395
12:14 PM <rehrar> ^
12:14 PM <pebx> thanks for the update medusa_! this looks very good. we shouldn't forget that GUI is the interface to the rest of the world...
12:14 PM <msvb-lab> rehrar: Byte for byte matching, you mean as in reproducible build? Gitian?
12:15 PM — rehrar applauds the GUI people for their consistent quality work
12:15 PM <pigeons> I looked at his repo and i didnt see the debian control files to reproduce
12:15 PM <rehrar> xmrscott[m] ^ msvb-lab's question
12:16 PM <@ArticMine> Any idea on timeline from an update at out end to the repo?
12:16 PM <xmrscott[m]> I believe so. I'm not familliar with build terminoogy,
12:17 PM ⇐ scl quit (~scl@unaffiliated/scl) Ping timeout: 265 seconds
12:18 PM <xmrscott[m]> The sha256 sums match: d5b0295d55f9951a6995e2ecc1516898799b22686ed81ca07b05b493175f2f66
12:18 PM <xmrscott[m]> (THis is shown on the comments in the GitHub issue)
12:20 PM <rehrar> Any answer for ArticMine's question?
12:20 PM <+hyc> unknowable
12:20 PM <rehrar> bam
12:20 PM <+hyc> distro release schedules are seldom anywhere near upstream release cycles
12:21 PM <@ArticMine> My concern is stale Monero in the distro
12:21 PM <+hyc> yes
12:21 PM <+hyc> it's a frequent occurrence in distro packages
12:21 PM <@ArticMine> With a six month hard for cycle
12:21 PM <@ArticMine> fork
12:22 PM <+hyc> which is why I've never put much priority on distrok packaging. reproducible builds are a good thing in and of themself though.
12:23 PM <rehrar> Alright, if nothing else, we can move on to 3. March hardfork items + code freeze
12:24 PM <rehrar> Anything to be discussed about the upcoming hard fork? Is there a code freeze date yet?
12:25 PM <dEBRUYNE> Preferably very soon. Then we don't have to rush stuff
12:25 PM <@ArticMine> ... and bulletproofs
12:25 PM <sarang> What about BPs?
12:26 PM <+hyc> seems they're off the table for March, since audits haven't been completed
12:26 PM <+hyc> 3rd party audits
12:26 PM <sarang> Correct
12:26 PM <rehrar> missed the meeting last week ArticMine
12:26 PM <rbrunner> Have any been *started* in the meantime?
12:26 PM <sarang> I'm waiting on a formal SoW from one of the groups
12:27 PM <sarang> Then I'll present my recommendations among all groups
12:27 PM <medusa_> since BP seems to be off the table, is the new wallet option the only planned change to address current high fee situation ?
12:27 PM <sarang> We're looking at ~40K per professional audit
12:27 PM <sarang> and hopefully get benedikt to do a review of at least the Java since he wrote the damn thing
12:27 PM <sarang> for $
12:28 PM <rehrar> medusa_: we should crash the price in the meantime
12:28 PM ⇐ BoldErea quit (~BoldErea@unaffiliated/bolderea) Quit: Leaving
12:28 PM <sarang> Should we include batch BP verification in the audited code?
12:28 PM <sarang> Or put that aside
12:28 PM <endogenic> rehrar: was that a preannouncement? :)
12:28 PM <endogenic> sarang: perhaps as optional extra credit?
12:28 PM → atezerotwo joined (~Mutter@cpc73668-dals20-2-0-cust632.20-2.cable.virginm.net)
12:29 PM <+hyc> we should audit whatever we hope to release in Sept.
12:29 PM <+hyc> otherwise we'll just need to do all this again for each incremental improvement. ??
12:30 PM → Mutter joined (~CryptoCom@197.210.227.38)
12:30 PM <sarang> It'll be included in an updated whitepaper in Feb
12:30 PM <sarang> by benedikt et al., not by me
12:30 PM → BoldErea joined (~BoldErea@unaffiliated/bolderea)
12:31 PM <rbrunner> Well, maybe plan in a way that makes pretty damn sure we will be ready in September :)
12:31 PM <pebx> what about the fees medusa_ mentioned? it's also something the average user sees first and complains about... if we don't release BPs there should be some lowering of fees beside the low to standard thing
12:32 PM <dEBRUYNE> I suppose we can discuss lowering the low priority level since it's arbitrary anyway, but we can't lower the default because we'd have to tweak the penalty as well
12:32 PM <ferretinjapan> BPs being released in March was also cited as a reason for onot loweiring fees.
12:32 PM <@smooth> we can lower the default a little i think, but no one has taken the time to study it
12:32 PM <@smooth> so actually no, we can't
12:33 PM <sarang> As to BP funding, I plan to open an FFS with "checkpoints" for an amount covering at least one pro audit and another for a review by one of the paper authors
12:33 PM ⇐ user111 quit (~user23432@99.150.228.240) Ping timeout: 240 seconds
12:33 PM <endogenic> i was just going to ask about that, smooth
12:33 PM <@smooth> 'default' isn't really the right term though. the pending PR changes the 'default' to be dynamic
12:33 PM <dEBRUYNE> old default then? :P
12:33 PM <@smooth> yeah "medium" whatever you want to call it
12:33 PM <@smooth> "normal"
12:33 PM <rbrunner> base fee?
12:33 PM <dEBRUYNE> smooth: any opinion about lowering the lowest level?
12:33 PM <@smooth> etc.
12:34 PM <rehrar> Base fee sounds good
12:34 PM <@smooth> base fee doesn't seem like the best term to me
12:34 PM ⇐ mulu quit (~mulu@c-76-111-202-31.hsd1.fl.comcast.net) Remote host closed the connection
12:34 PM <@smooth> implies that is actually the fee you pay
12:34 PM → scl joined (~scl@unaffiliated/scl)
12:34 PM <@smooth> it is more like a 'fee reference value' or something
12:34 PM <rehrar> I think it should be more than 'medium' though, because it's the one that will increase the block size. Something a little more souped up than 'medium'?
12:35 PM <ferretinjapan> floating reference fee?
12:35 PM → mulu joined  ⇐ BoldErea quit  
12:35 PM <rehrar> Either way, thoughts on lowering the arbitrary 'Low Fee'?
12:35 PM <@ArticMine> We have to be careful with the low fee level relative to the 1 tx at penalty (default)
12:36 PM <@ArticMine> Spam attacks becomes possible if the probability of mining becomes too low
12:36 PM <pebx> the crypto "market" might crash in the meantime, but it also might not and what if monero's market price until september rises like within the last 8 months?
12:36 PM <@smooth> ArticMine: but doesn't the probability of mining just depend on how many of each there are and not the fee amount?
12:37 PM <pebx> the minimum fee is a good protection but also a pain...
12:38 PM <@smooth> the issue i see with too much of a gap between levels is the incentive to circumvent (just bump up your own fee a little so you are above all the others in the same level but not all the way to the next level)
12:38 PM <dEBRUYNE> pebx: I'd leave any price predictions out of this discussion. Tomorrow's price is most likely today's price
12:38 PM <@smooth> the more gap the greater the incentive to do that
12:38 PM <pebx> dEBU
12:39 PM ⇐ scl quit (~scl@unaffiliated/scl) Ping timeout: 252 seconds
12:39 PM <pebx> is it not about price when it comes to fees?
12:39 PM <@smooth> other than that the low level seems aalmost comletely arbitrary to me
12:39 PM ⇐ Mutter quit (~CryptoCom@197.210.227.38) Quit: Mutter: www.mutterirc.com
12:39 PM <dEBRUYNE> Price surely influence fees (as they are denominated in XMR). I was just saying that we should leave *price* prediction out of it
12:39 PM <rehrar> Well if we want a code freeze "soon", we should try to decide this "soon" too, no? Or would this not be affected really by the freeze?
12:39 PM <dEBRUYNE> *prediction*
12:40 PM → Mutter joined (~CryptoCom@197.210.226.182)
12:40 PM <@ArticMine> I mean how low on the min fee do people want to go?
12:40 PM <endogenic> can we put together a study on fees and spam? having a shared model (and simulated results) we can reference and improve collectively would be great… certainly would ease the knowledge gap
12:40 PM <pebx> i didn't want to include any prediction, so i told it might continue or not
12:40 PM ⇐ Mutter quit (~CryptoCom@197.210.226.182) Client Quit
12:40 PM <dEBRUYNE> smooth: I guess if we had 1/5th or 1/6th (current is 1/4th) the gap would be still sufficiently small? Also people would have to tweak the code and compile it themselves to make use of the gap
12:40 PM <@smooth> endogenic: it has been done. we can do another one but until it is done we can't rely on it
12:41 PM ⇐ mulu quit (~mulu@c-76-111-202-31.hsd1.fl.comcast.net) Read error: Connection reset by peer
12:41 PM <endogenic> smooth: do you mean the recent writeup?
12:41 PM <@smooth> endogenic: that one, the older one. whatever is done we can rely on. we can't rely on something that is 'can we do' especially with an imminent freeze
12:42 PM <@smooth> of course we can do more studies
12:42 PM <endogenic> smooth: i would only suggest inaction until after study/ confirmation
12:42 PM ⇐ atezerotwo quit (~Mutter@cpc73668-dals20-2-0-cust632.20-2.cable.virginm.net) Remote host closed the connection
12:42 PM <@ArticMine> and then nothing for March, after which we will have BP
12:43 PM <rehrar> Which brings us full circle :P
12:43 PM <+moneromooo> Can we finish the meeting first, and go back to the fee stuff ?
12:43 PM <endogenic> lol mooo
12:43 PM <rehrar> Alright. Moving on then! 4. Code + ticket discussion / Q & A
12:43 PM <pebx> nice to see you, mooo
12:43 PM <dEBRUYNE> pebx: Your sentence sounded like that, hence my statement. I could've misinterpreted you though.
12:43 PM <@ArticMine> I sugest we leave fees aslon for March or at most introduce the wallet side adaptive fee between default and min
12:44 PM <@ArticMine> alone
12:44 PM <medusa_> thats allready merged afaik ArticMine
12:44 PM <@smooth> the adaptive should go in if at all possible from a stability perspective imo
12:44 PM <@smooth> oh i didn't know it was merged. great
12:44 PM <pebx> dEBRUYNE my point is, that at some point fees can get insane like they have been / are in bitcoin
12:44 PM <@ArticMine> Then if it is merged that is all
12:44 PM <gingeropolous> ^^
12:45 PM <medusa_> this one no ? https://github.com/monero-project/monero/pull/3123
12:45 PM <@smooth> yes. lets move on: rehrar> Alright. Moving on then! 4. Code + ticket discussion / Q & A
12:45 PM <rbrunner> I have a little thing: The Windows installer missed the Fall releases. But surely the March release is a perfect opportunity to finally put it into service ...?
12:45 PM <+hyc> yeah sounds like we're fine for now on fee
12:46 PM <gingeropolous> all this code and ticket discussion
12:47 PM <iDunk> 3186 and 3198 need merging to fix some builds.
12:47 PM <rbrunner> I hope it's not itself controversial that having a Windows installer would be nice
12:47 PM <medusa_> absolutely rbrunner, the worlk load regarding that is mostly on the shoulder of the binary builder (pony). we cant really do anything to speed it up i fear
12:48 PM <rbrunner> Ah well, March is early enough :)
12:48 PM → Mutter joined (~CryptoCom@197.210.227.149)
12:48 PM <rbrunner> Just do not forget it :)
12:48 PM <@luigi1111> I personally prefer portable exe but both are fine with me
12:49 PM → mulu joined (~mulu@c-76-111-202-31.hsd1.fl.comcast.net)
12:49 PM <+moneromooo> "portable" and "exe", hmmm :)
12:49 PM <+hyc> lol
12:49 PM <dEBRUYNE> pebx: I surely hope the dynamic fee algo has kicked in by then. Anyway, I'll refrain from commenting on fees now.
12:49 PM → scl and spedex joined  
12:50 PM <@luigi1111> :)
12:50 PM <pebx> dEBRUYNE hope is good... but i'll also not comment fees in this meeting any more.
12:50 PM ⇐ Mutter quit (~CryptoCom@197.210.227.149) Client Quit
12:51 PM <rehrar> Anything else for code and ticket discussion?
12:51 PM → Mutter joined (~CryptoCom@197.210.227.223)
12:51 PM <rehrar> 5. Any additional meeting items (besides fees)?
12:52 PM <msvb-lab> Or hardware questions.
12:52 PM → defestdude joined (~Mutter@41.190.14.48)
12:52 PM <rehrar> did you want to share something msvb-lab?
12:53 PM <msvb-lab> Nothing to share. We're working on the next gen prototype.
12:53 PM <msvb-lab> Questions are welcome in any case.
12:53 PM <rehrar> Alright then.
12:54 PM <rehrar> 6. Confirm next meeting date/time
12:54 PM <rehrar> Feb 11th?
12:54 PM ⇐ scl quit (~scl@unaffiliated/scl) Ping timeout: 276 seconds
12:54 PM <+hyc> sounds right
12:54 PM <rehrar> luigi has mentioned a couple times about switching the time
12:54 PM <+hyc> btw, I'll be at FOSDEM next week. anyone else going?
12:54 PM <medusa_> i want to thank everyone that is working on making the build envs green. you guys are heros  <3
12:54 PM <rehrar> don't know if he was serious, but does anyone else agree?
12:54 PM <+hyc> switch to what time?
12:54 PM <msvb-lab> hyc: I'll be there too, at FOSDEM in Bruxelles.
12:55 PM <rehrar> luigi1111 luigi1111w?
12:55 PM <rehrar> I guess just as a general question, is this time inconvenient for other people?
12:55 PM <+hyc> seems ok to me
12:55 PM <rehrar> hyc has spoken
12:55 PM <+moneromooo> IIRC ArticMine objected.
12:56 PM <rehrar> I'll probably open a meta issue and ask for opinions.
12:56 PM <@ArticMine> I would prefer an hour earlier
12:56 PM <+hyc> good idea
12:56 PM <rehrar> For now we can have next dev meeting same time, and see about moving others.
12:56 PM <endogenic> i'm fine with an hour earlier
12:56 PM <rehrar> Sound ok for everyone?
12:56 PM <pebx> hyc can't wait for your talk to see it at least online!
12:57 PM <rbrunner> Yes, one hour earlier is ok as well
12:57 PM <rehrar> Hmmm...ok, tentative next meeting time Feb 11 at 16:00 UTC
12:57 PM <rehrar> The time will be open for discussion on the meeting issue
12:58 PM <rehrar> Meeting over. Thanks for coming everyone. You're all the best, and don't let anyone tell you otherwise.