[Draft] Volume-dependent Transaction Fees

Also seemed to have missed the last part of this thread. Very good calculations in here. Interesting how all this was so deep into construction but never came to realization, although it would have meant real money for shareholders.

@dysconnect proposed exactly what is proposed right now and even asked the right question in the end:

(which is the case). A cap on the fee would of course also be possible, and also a logarithmic fee curve, however, aside from even more degrees of freedom that somehow have to be determined by shareholders, you also lose one very nice property: linearity.

If you just scale the fee linearly with coin age, two transactions at time T1 and T2 with the same outputs will cost the same (+ regular transaction fee) like the same transaction at time T2, in other words, you don’t need to worry about output selection. A logarithmic curve doesn’t offer this ( log(a+b) != log(a) + log(b) ), and we would need to provide users with a routine that calculates the outputs in a cost minimizing way, which is NP complete but could be approximated with dynamic programming (backpacking problem). But that will be effort.

So TLDR: I think a linear coinage dependency is better in terms of simplicity for both the customers and the shareholders.

1 Like

Let’s not waste the opportunity this crisis brings and get it implemented.