00:43:26 <ofrnxmr> Sounds like a kde issue
00:46:23 <ofrnxmr> I took a quick look yesterday and saw some similar reports of flatpaks on kde requiring workarounds to have an icon. Didnt read too much into it though
01:05:18 <m-relay> <b​igmenpixel:matrix.org> I would be great but not necessarily
11:32:53 <m-relay> <r​ucknium:monero.social> According to my preliminary analysis, the share of non-spam txs using the 3rd fee tier (320 nanoneros per byte) increased from 4.5% on March 11 to 35.3% on March 12. So far, March 13 looks the same (35.6%).
11:35:37 <m-relay> <r​ucknium:monero.social> I thought the fix was supposed to bump auto fees from the 1st tier to the 2nd. But the PR says it will bump to priority `2`, which is 3rd tier because it looks like it is indexed from 0.
11:36:32 <m-relay> <r​ucknium:monero.social> Anyway, miners are probably happy. The first tier is 20 nanoneros per byte. Going to the 3rd tier raises fee per tx by 10x.
11:40:52 <selsta> rucknium: it reduces the priority by 1 later in the code
11:41:01 <selsta> 1 = priority 0, 2 = priority 1
11:43:39 <m-relay> <r​ucknium:monero.social> This is why I try to avoid reading wallet2.cpp directly :P
11:43:53 <selsta> but i'm confused now
11:44:06 <selsta> why did the third tier increase so much?
11:44:14 <m-relay> <r​ucknium:monero.social> So PR 9220 might not have caused the change in the data I see
11:44:50 <m-relay> <r​ucknium:monero.social> I don't know. Could be a service, another wallet implementation, etc
11:46:20 <m-relay> <r​ucknium:monero.social> I'm also trying to code quickly and I haven't double checked everything. Could be a problem in my analysis code.
11:48:22 <sech1> 320 nXMR per byte is not one of the auto levels
11:48:34 <sech1> Auto chooses between 20 and 80
12:09:44 <m-relay> <r​ucknium:monero.social> sech1: Are you seeing the same thing in the fee data? I'm just doubting my numbers. It looks like mean fee about doubled on March 12: https://bitinfocharts.com/comparison/monero-transactionfees.html#3m
13:07:57 <sech1> If some users started using 80 instead of 20, it checks out
13:33:07 <m-relay> <r​ucknium:monero.social> This block has 121 txs paying 320 nanoneros/byte according to my count: https://xmrchain.net/block/3103997
13:33:31 <m-relay> <r​ucknium:monero.social> I think this could be a change in the spam behavior.
13:42:18 <selsta> i just confirmed auto-fee setting the correct tier
13:42:36 <selsta> jumps between first and second tier, around 4x difference
13:43:58 <m-relay> <r​ucknium:monero.social> Thanks, selsta. Fee tiers by blocks today: https://paste.debian.net/hidden/cedfac12/
13:44:59 <selsta> i don't see why the spammer would use the third tier
13:45:05 <m-relay> <r​ucknium:monero.social> It looks like spam behavior. 320 nanoneros/byte is high until block 3104043. That's why I was doubting my data: I didn't see a lot of these 320 fee txs in the very recent blocks.
13:45:55 <m-relay> <r​ucknium:monero.social> Not necessarily a spammer, but someone who produces a lot of txs on chain and can switch fee tier at will.
13:46:15 <m-relay> <r​ucknium:monero.social> Maybe Kraken or someone like that.
13:48:53 <m-relay> <r​ucknium:monero.social> https://xmrchain.net/search?value=3103829 a block of 100% txs with 320+ fee. Total fees in block 0.146910 wow
13:49:34 <m-relay> <r​ucknium:monero.social> It's those 1in/2out txs again, but at a higher fee.
13:51:54 <selsta> if their goal is to create outputs to deanon it wouldn't make sense to pay 10x fees
13:53:13 <m-relay> <r​ucknium:monero.social> Well, you can own an even higher share of outputs if your txs displace real user txs in a block.
14:27:12 <sech1> Real txs get mined eventually so it doesn't matter in the long run
14:28:11 <m-relay> <r​ucknium:monero.social> I saw a sudden increase of 320 nanonero/byte tx on March 7. The share of those txs was 13.5% on that day. I didn't know what it was. Now it looks related to what we are seeing yesterday and today.
14:32:36 <nioCat> recent blocks I'm seeing >90% min fee txs
14:33:37 <nioCat> just looked at full blocks, not all of them are currently full
14:34:26 <m-relay> <r​ucknium:monero.social> The 320 fee volume stopped at block 3104043