Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 9ED49E81 for ; Mon, 21 Dec 2015 03:23:38 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 2A759E0 for ; Mon, 21 Dec 2015 03:23:38 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id q3so71402863pav.3 for ; Sun, 20 Dec 2015 19:23:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thinlink-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=fmBs1ReDwTC2KaAMo2d92IF7EOXvbfcQLy+m5amv6uU=; b=eIX5DXFv9sBdC20Agc/021GQgx3xwcci3FJ8BPHiSkgdqhm17DNbtXkmhRxSKXsWv6 ixcz3gFXTqf+vF0cwhV6hrmos2T/3r3IA/xe6m6QC1Q4JffRP21YSCN24rf27hCbP/I0 ShvCrxYttYJW4YP7X1tzwpFniZ8aGZTmxSaLCurYyuoWRwLXxj6wGK7RHqndM/mcGfbV ptsQ+S6Sn3mmGJIKYCJkZZIAnEkBYw49hCsVpjbLHkuDZklMsIpxrjz3EOeKguolJjL0 Xty7OPCvt6NGgYhR7NYcN9XF/933en2TFn/GH33XrhkyoFTZggLn+zkV/pb3vSZjYuit HWWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=fmBs1ReDwTC2KaAMo2d92IF7EOXvbfcQLy+m5amv6uU=; b=U4ppz58yySKT9+c+ZgKFvA62E7WWqr0soLc4iyKW3WEeuz/1adveIBsaCZzQf6zqOx wxto6fozdNlCwH0+B8qnvrD/yaqoVr1SGdVg3QDN5wVlTihC1GDu7vh6qno1hi9A/dNV P90xuRv7q9AF4qFdysXHGSfAhf+lizSW4xdpvlk6TGXJ9bg9WGrH1t30FPvz3c3bLK+U mkih0wa2JTlA9YMwIGzqYKTdzYozlT8es3aU8AKU/E/lahqAQTPOo84UuBTp4QeTOOnf ScZvjia4Qp+YfIXmfx96sAQckWHMb4VDM2cmKj0FtM6nRwdR4JeFmo5Dl3DAAA/ts+6o SeyA== X-Gm-Message-State: ALoCoQlzOz0r5CPsQxzp1Rn2Bedc9rst45EHre1eyF/CX262p9dgm4RFSeVAIHnuor1pfcqWGncImtDf95yCAfM4iHQYioNXKA== X-Received: by 10.66.164.70 with SMTP id yo6mr23866759pab.36.1450668217758; Sun, 20 Dec 2015 19:23:37 -0800 (PST) Received: from [192.168.1.89] (99-8-65-117.lightspeed.davlca.sbcglobal.net. [99.8.65.117]) by smtp.googlemail.com with ESMTPSA id dz6sm35445017pab.19.2015.12.20.19.23.36 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 20 Dec 2015 19:23:36 -0800 (PST) To: bitcoin-dev@lists.linuxfoundation.org References: <50e629572d8de852eb789d50b34da308@xbt.hk> <1449961269.2210.5.camel@yahoo.com> <20151220112454.GB16187@muck> From: Tom Harding X-Enigmail-Draft-Status: N1110 Message-ID: <567770BC.5060407@thinlink.com> Date: Sun, 20 Dec 2015 19:23:40 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org X-Mailman-Approved-At: Mon, 21 Dec 2015 03:28:18 +0000 Subject: Re: [bitcoin-dev] Forget dormant UTXOs without confiscating bitcoin X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2015 03:23:38 -0000 On 12/20/2015 3:34 AM, Jeff Garzik via bitcoin-dev wrote: > Ideally we should start having wallets generate those proofs now, and > then introduce the max-age as a second step as a planned hard fork a > couple years down the line. > > However, > 1) There is also the open question of "grandfathered" UTXOs - for > those wallets generated in 2009, buried in a landfill and then dug out > 10 years ago > > 2) This reverses the useful minimization attribute of HD wallets - > "just backup the seed" Also, a change (#6550) has been merged to bitcoin core that removes merkle branches from the wallet, and if pruning gets turned on (possible in 0.12 with #6057), it would become quite a bit more difficult to spend older coins under a change like this. As a solution I would favor not removing wallet merkle branches.