*working on transaction fees for cashu*
This will protect mints from denial of service attacks and incentivize wallets to use good coin selection algorithms to gain an economic advantage.
Fee settings I'm currently using are at 0.1 sats per input, always rounded up the the next smallest denomination (1 sat) at the level of a transaction.
According to these super useful measurements by @thunderbiscuit, around 50% of transactions (up to 1M sats) will have less than 10 inputs (1 sat fees) and almost all will have < 20 (2 sat fees). That's pretty good.
If you are ok with overpaying a couple of sats, the chance of finding a good selection of coins increases substantially which means that as a sender, you can remain offline for most payments.
Good stuff.
https://m.primal.net/IMPx.png
Are the fees going to mints?
Yes, because they also have to burden the cost
Dumb question, but is this for the lightning transaction on mints or cashu transaction?
all transactions that have ecash inputs (so lightning payments and ecash payments)
When #cashu or #fedimint have permanent LN address ?
layer69 continuing to deliver. Good indeed
fees are more a function of demand than what's needed to prevent DoS.
I think what you are showing is that fees can be that low, but I as a user would be perfectly fine paying 1000 sats for 1M sats tx.
That's 0.1%
What is a "good coin selection algorithm"?
Why at raising inputs the fees increase?