-
br-m<jack_ma_blabla:matrix.org> @atomfried:matrix.org: so crtc fork bfor fcmp?
-
br-m<articmine> Can this give us some breathing room until the code is fixed? > <@jack_ma_blabla:matrix.org> so crtc fork bfor fcmp?
-
br-m<articmine> I was looking at transaction growth after the price breakout in August of 2016. There was a 10x growth in transactions. over six months. If we add a 4x factor for FCMP++ this is a a 40x increase in the blocksize
-
br-m<articmine> This is not an academic exercise because both the XMR / USD and the XMR / BTC charts point to to a shart increase in price if there is a break if the 0.004 BTC resistance / support that goes back to 2014
-
br-m<articmine> The above break would likely also entail a break if the all time high in XMR / USD
-
br-m<articmine> We also must keep in mind that due to the lobbying efforts of the BS companies most of this breakout will occur on chain, potentially pushing the growth in on chain transactions even higher
-
br-m<articmine> So a ZCash type situation where the bulk of t economic activity occurs on banking type centralized ledgers is. unlikely in the case of Monero
-
br-m<atomfried:matrix.org> I mean the proofsize is in O(log n) maybe it could also be used for full chain membership proofs ?
-
br-m<atomfried:matrix.org> No wait ... It grows in O(log m) where m is the number of source accounts
-
br-m<rucknium> It's O(log m), where m is the number of
-
br-m<rucknium> Right
-
br-m<rucknium> The "constants" in the O() look fine in their barcharts.
-
br-m<atomfried:matrix.org> @rucknium: Thats what i meant with "graphs look insanly good" 🤣
-
br-m<rucknium> That's what I mean by "where's the catch"? :D
-
br-m<atomfried:matrix.org> For me (distributed systems, not cryptography guy) it looks like this scheme requires the payee to be online.I dont know if this can be made non-interactive
-
br-m<torir:matrix.org> That was my thought too. The protocol outlined in the paper appears to require interaction, although the payee could possibly pregenerate the required one-time use information and send it to the payer ahead of time?
-
br-m<torir:matrix.org> Possible a solution like the one we use for stealth addresses could allow that information to be generated non-interactively. I'm not good enough at crypto to figure out if that is feasible.