<d​ave.jp:matrix.org> no of txs: 1737, size: 60729.12 kB

<d​ave.jp:matrix.org> We need ringsize +fee bump increases asap

No we don't

<s​yntheticbird:monero.social> Message timeline is shuffled again. People can refer to libera.monerologs.net

<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)

<p​reland:matrix.org> Also, probably wrong chat/time

<a​rticmine:monero.social> Sorry I missed the meeting. I strongly recommend tx size reduction over lower verification time.

<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.

<a​rticmine:monero.social> There is also a very significant underutilization of existing parallel processing capabilities in multiple core CPUs and graphics processors

<k​ayabanerve:monero.social> ArticMine: I'll make a table. At worst, I was discussing a 200ms penalty vs 2kB.

<k​ayabanerve:monero.social> That's why when my initial advocacy was to create proofs over powers of two.

<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.

<k​ayabanerve:monero.social> When it's all sorted out and final, we can agree on which exact path to take.

<a​rticmine:monero.social> Thanks. Yes of course we will need all the tradeoff parameters before we can make a decision.

<a​aron:cypherstack.com> And the modified GBP will work even without using the extra available generators

<a​aron:cypherstack.com> It cleanly reduces

<k​ayabanerve:matrix.org> Aaron Feickert: Generalized Generalized Bulletproofs?

<a​aron:cypherstack.com> T_T

<m​onerobull:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/LTLBUJcsRjIcchBjhHTuZBZh

<m​onerobull:matrix.org> whats the deal with the 7 minute one?

<m​onerobull:matrix.org> is it not being mined because its over 100kb?

*7hr

<m​onerobull:matrix.org> oh thats hours lol

blocks should have been big enough to include back then

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?