<oembed><type>rich</type><version>1.0</version><author_name>npub136w76t4elj3fpxvzq0tpkm2smaav9aku7y7ccjzvhhhyqhuk8hmsgdtjc5</author_name><author_url>https://nostr.ae/npub136w76t4elj3fpxvzq0tpkm2smaav9aku7y7ccjzvhhhyqhuk8hmsgdtjc5</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2017-08-21&#xA;📝 Original message:On 21/07/17 03:59 PM, Lucas Clemente Vella via bitcoin-dev wrote:&#xA;&gt; 2017-07-21 16:28 GMT-03:00 Major Kusanagi via bitcoin-dev&#xA;&gt; &lt;bitcoin-dev at lists.linuxfoundation.org&#xA;&gt; &lt;mailto:bitcoin-dev at lists.linuxfoundation.org&gt;&gt;:&#xA;&gt; &#xA;&gt;     [...] But the fact is that if we want to make bitcoins last forever,&#xA;&gt;     we have the accept unbounded UTXO growth, which is unscalable. So&#xA;&gt;     the only solution is to limit UTXO growth, meaning bitcoins cannot&#xA;&gt;     last forever. This proposed solution however does not prevent&#xA;&gt;     Bitcoin from lasting forever.&#xA;&gt; &#xA;&gt;  &#xA;&gt; Unless there is a logical contradiction in this phrasing, the proposed&#xA;&gt; solution does not improves scalability:&#xA;&gt;  - &#34;Bitcoins lasting forever&#34; implies &#34;unscalable&#34;;&#xA;&gt;  - &#34;not prevent Bitcoin from lasting forever&#34; implies &#34;Bitcoins lasting&#xA;&gt; forever&#34;;&#xA;&gt;  - Thus: &#34;not prevent Bitcoin from lasting forever&#34; implies &#34;unscalable&#34;.&#xA;&gt; &#xA;&gt; In practice, the only Bitcoin lost would be those whose owners forgot&#xA;&gt; about or has lost the keys, because everyone with a significant amount&#xA;&gt; of Bitcoins would always shift them around before it loses any luster (I&#xA;&gt; wouldn&#39;t bother to move my Bitcoins every 10 years). I don&#39;t know how to&#xA;&gt; estimate the percentage of UTXO is actually lost/forgotten, but I have&#xA;&gt; the opinion it isn&#39;t worth the hassle.&#xA;&gt; &#xA;&gt; As a side note, your estimate talks about block size, which is&#xA;&gt; determines blockchain size, which can be &#34;safely&#34; pruned (if you are not&#xA;&gt; considering new nodes might want to join the network, in case the full&#xA;&gt; history is needed to be stored somewhere). But UTXO size, albeit related&#xA;&gt; to the full blockchain size, is the part that currently can not be&#xA;&gt; safely pruned, so I don&#39;t see the relevance of the analysis.&#xA;&#xA;I think if we wanted to burn lost/stale coins a better approach would be&#xA;returning them to miner&#39;s as a fee - there will always be lost coins and&#xA;miners will be able to get that additional revenue stream as the mining&#xA;reward halves. I also don&#39;t think we need to worry about doing a gradual&#xA;value loss neither, we should just put a limit on UTXO age in block&#xA;count (actually I would round it up to 210k blocks as explained below...).&#xA;&#xA;&#xA;So lets say for example we decide to keep 5 210k blocks &#34;generations&#34;&#xA;(that&#39;s over 15 years), then on the first block of the 6th generation&#xA;all UTXO&#39;s from the 1st generation are invalidated and returned into a&#xA;&#34;pool&#34;.&#xA;&#xA;Given these (values in satoshis):&#xA;&#xA;Pool &#34;P&#34; (invalided UTXO minus total value reclaimed since last halving)&#xA;Leftover blocks &#34;B&#34; (210,000 minus blocks mined since last halving)&#xA;&#xA;Then every mined block can reclaim FLOOR(P/B) satoshi in addition to&#xA;miner&#39;s reward and tx fees.&#xA;&#xA;If the last block of a generation does not get the remainder of the pool&#xA;(FLOOR(P/1) == P) it should get carried over.&#xA;&#xA;&#xA;This would ensure we can clear old blocks after a few generations and&#xA;that burnt/lost coins eventually get back in circulation. Also it would&#xA;reduce the reliance of miners on actual TX fees.&#xA;&#xA;&#xA;To avoid excessive miner reward initially, for the first few iterations&#xA;the value of B could be increased (I haven&#39;t calculated the UTXO size of&#xA;the first 210k blocks but it could be excessively high...) or the value&#xA;each block can reclaim could be caped (so we would reclaim at an&#xA;artificial capacity until the pool depletes...).&#xA;&#xA;&#xA;Regards,&#xA;&#xA;--&#xA;Thomas</html></oembed>