{"type":"rich","version":"1.0","author_name":"npub1ldcq03p2qe58u0xnlwa35wchjuhz49y6ueu5ghmtjetez9xstnvsmt8ur6","author_url":"https://nostr.ae/npub1ldcq03p2qe58u0xnlwa35wchjuhz49y6ueu5ghmtjetez9xstnvsmt8ur6","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2022-07-11\n📝 Original message:On Mon, Jul 11, 2022 at 2:53 PM Peter Todd \u003cpete at petertodd.org\u003e wrote:\n\n\u003e\n\u003e The only type of fee-smoothing scheme that is feasible is to smooth an\n\u003e entirely\n\u003e separate category of fees that are made mandatory. For example, you could\n\u003e achieve the economic impact of inflation by having a fixed value*time\n\u003e based fee\n\u003e that goes to timelocked anyone-can-spend outputs in the coinbase to push\n\u003e the\n\u003e fee forward to other miners.\n\u003e\n\nI'm not sure what the implications would be of charging coins for moving\nbased on their value times how long since they last moved would be (I\n*think* that's what you're suggesting). It isn't obviously bad, but feels\nweird to me.\n\nThat said, a scheme which would work would be to have a fixed minimum fee\nof satoshis/vbyte which is required to be repaid out by the miner into a\npool and they get back a fixed fraction of what was in that pool. The pool\ncould simply be a rolling coin which keeps the balance. That's still a bit\nugly but doesn't lessen block size significantly, is fairly coherent, and\nis a soft fork. It's the best emergency measure I'm aware of.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220711/519eb7bd/attachment.html\u003e"}