<oembed><type>rich</type><version>1.0</version><author_name>npub1kf0ppcjaguxekg24yx6smgxlu73qn0k8lm0t2wrqc0scpl7u3sgsmf3f58</author_name><author_url>https://nostr.ae/npub1kf0ppcjaguxekg24yx6smgxlu73qn0k8lm0t2wrqc0scpl7u3sgsmf3f58</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-12-20&#xA;📝 Original message:On Sun, Dec 20, 2015 at 6:24 AM, Peter Todd via bitcoin-dev &lt;&#xA;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&#xA;&gt; What I proprosed is that a consensus-critical maximum UTXO age be part&#xA;&gt; of the protocol; UTXO&#39;s younger than that age are expected to be cached.&#xA;&gt; For UTXO&#39;s older than that age, they can be dropped from the cache,&#xA;&gt; however to spend them you are required to provide the proof, and that&#xA;&gt; proof counts as blockchain space to account for the fact that they do&#xA;&gt; need to be broadcast on the network.&#xA;&#xA;&#xA;Yes, this is almost what -has- to happen in the long term.&#xA;&#xA;Ideally we should start having wallets generate those proofs now, and then&#xA;introduce the max-age as a second step as a planned hard fork a couple&#xA;years down the line.&#xA;&#xA;However,&#xA;1) There is also the open question of &#34;grandfathered&#34; UTXOs - for those&#xA;wallets generated in 2009, buried in a landfill and then dug out 10 years&#xA;ago&#xA;&#xA;2) This reverses the useful minimization attribute of HD wallets - &#34;just&#xA;backup the seed&#34;&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151220/849d17b4/attachment.html&gt;</html></oembed>