09:24:52 <m-relay> <d​ave.jp:matrix.org> no of txs: 1737, size: 60729.12 kB
09:24:53 <m-relay> <d​ave.jp:matrix.org> We need ringsize +fee bump increases asap
09:30:39 <sech1> No we don't
09:38:51 <m-relay> <s​yntheticbird:monero.social> Message timeline is shuffled again. People can refer to libera.monerologs.net
17:28:14 <m-relay> <p​reland:matrix.org> Tbh I think we need to allow individual nodes to decide on their own fees (canonically, not using a modified or non-standard build)
17:28:15 <m-relay> <p​reland:matrix.org> Also, probably wrong chat/time
18:28:48 <m-relay> <a​rticmine:monero.social> Sorry I missed the meeting. I strongly recommend tx size reduction over lower verification time. 
18:28:49 <m-relay> <a​rticmine:monero.social> Consumers and small businesses have very limited, if any, control over bandwidth available at this location. On the other hand they can obtain additional computing power to accommodate an increase in verification time.
18:28:51 <m-relay> <a​rticmine:monero.social> There is also a very significant underutilization of existing parallel processing capabilities in multiple core CPUs and graphics processors
18:48:01 <m-relay> <k​ayabanerve:monero.social> ArticMine: I'll make a table. At worst, I was discussing a 200ms penalty vs 2kB.
18:48:37 <m-relay> <k​ayabanerve:monero.social> That's why when my initial advocacy was to create proofs over powers of two.
18:49:43 <m-relay> <k​ayabanerve:monero.social> That's an active discussion, yet not actively with the 200ms number. The immediate comments are more 2x verification time or +5% proof size.
18:50:05 <m-relay> <k​ayabanerve:monero.social> When it's all sorted out and final, we can agree on which exact path to take.
19:03:54 <m-relay> <a​rticmine:monero.social> Thanks. Yes of course we will need all the tradeoff parameters before we can make a decision.
21:10:01 <m-relay> <a​aron:cypherstack.com> And the modified GBP will work even without using the extra available generators
21:10:19 <m-relay> <a​aron:cypherstack.com> It cleanly reduces
21:22:12 <m-relay> <k​ayabanerve:matrix.org> Aaron Feickert: Generalized Generalized Bulletproofs?
21:26:11 <m-relay> <a​aron:cypherstack.com> T_T
22:00:17 <m-relay> <m​onerobull:matrix.org> https://matrix.monero.social/_matrix/media/v1/download/matrix.org/LTLBUJcsRjIcchBjhHTuZBZh
22:00:17 <m-relay> <m​onerobull:matrix.org> whats the deal with the 7 minute one?
22:00:45 <m-relay> <m​onerobull:matrix.org> is it not being mined because its over 100kb?
22:03:01 <nioCat> *7hr
22:04:19 <m-relay> <m​onerobull:matrix.org> oh thats hours lol
22:04:51 <nioCat> blocks should have been big enough to include back then
22:15:22 <Nausicaa> that transaction is not found on the p2pool.io explorer, nor recognized by my node either, so it's clearly not being relayed for some reason. too many inputs i guess?