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