transaction pending for half an hour even though the wallet says there's no backlog at priority 2 and above. looking at the explorer i notice a lot of them paying a fee-per-byte that's just above a preset level, e.g. 21 instead of 20, 84 instead of 80, 328 instead of 320. these guys are cutting in line!

* nanoneros per byte

<s​yntheticbird:monero.social> Wouldn't it be better for the protocol to just ignore fees that are out of the preset ?

<s​yntheticbird:monero.social> drop transactions*

iirc rucknium had an idea for fee discretization

<s​gp_:monero.social> To some extent, this phenomenon is unavoidable because payments can be made to miners out of band. However, it's probably sensible to have a better fee scale

<r​ucknium:monero.social> AFAIK isthmus originally suggested fee discretization. Then koe implemented it in the proposed Seraphis code. But AFAIK there hasn't been much analysis of possible unintended effects of fee discretization.

<a​rticmine:monero.social> The basic idea behind having set fees was to disincentive fees being used to fingerprint transactions. This in turn could help with privacy.

<a​rticmine:monero.social> My take is that the impact of this after FCMP is going to be a lot less than now. There is much less impact if a subset of users choose to dox themselves after FCMP than before.

<a​rticmine:monero.social> Fees are not and cannot be consensus. So we can review fess after FCMP is online. One option may be to increase the number of fee tiers.