Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id E6AB29F0 for ; Mon, 11 Dec 2017 18:12:08 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0111.outbound.protection.outlook.com [104.47.40.111]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 19065D0 for ; Mon, 11 Dec 2017 18:12:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Pudar.onmicrosoft.com; s=selector1-pudar-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=/4K+LAi8T3JIEcipsX1Kf57gV8Wota7BeYTQukkmhOE=; b=syIr4OX52Z1w+G8j5t0RksWR+UaTkuh7H4/nW9LBwAgSS3xhn8Mcl+q86AV7A27YdVd5s6g7RUDZdGWG8qwazbLR3hHbeowViFScIE6p1mCBXRd3tVj4IuNKKao6Df+/NWtXVM/4FHWjrZHnmIJVHZBR1LdKwJG7HVd3yB8GddU= Received: from DM5PR12MB1178.namprd12.prod.outlook.com (10.168.236.149) by DM5PR12MB1180.namprd12.prod.outlook.com (10.168.237.7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.302.9; Mon, 11 Dec 2017 18:12:05 +0000 Received: from DM5PR12MB1178.namprd12.prod.outlook.com ([10.168.236.149]) by DM5PR12MB1178.namprd12.prod.outlook.com ([10.168.236.149]) with mapi id 15.20.0302.013; Mon, 11 Dec 2017 18:12:05 +0000 From: Nick Pudar To: "bitcoin-dev@lists.linuxfoundation.org" , Teweldemedhin Aberra Thread-Topic: [bitcoin-dev] BIP - Dead Man's Switch Thread-Index: AQHTcqpu+7rfUEGLuEOT5MosToN0tqM+ccSD Date: Mon, 11 Dec 2017 18:12:05 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=nick@pudar.com; x-originating-ip: [104.208.33.187] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR12MB1180; 6:GkWxIsHRpMBZPnHZVoDp1STQ2CpzXla9ijPEfVgjLHBsB7AA7N8SQFN1eWtxhaIWoNpoTDcCMb2fN3k2uLWndrQnEd4i8X0gPv+vPKTHxf1hv/bmLh193WhwycKDovUiUHH269A2P1AP0GPBdebnutkcYbnuIO5E5cGfIMl+5CRugBl6cyt6tO9qBAwnLlQFmgfEL+N3GG4VJRLIIm+CICbKkHj04Brwr1Bp8jvGLcoWLTHcswZb6ft35mmDAR5ULZm7T+UP1kaD9YLiKFrj6FMC3OeYn3F5z5pu44lnlc/kfQDJT3MhxHkET3/3C9UviswtN2pvYzE9TwwYXJNXVgkZ02xW9nYKjSKEIm6jTZ4=; 5:nwbNO8OlUwX2/Nex5c7g1OCTrJhgOOxaVSjhhlsJX2w/DxiE0ofAMRdUYuMZx/jaZc92LNhUu5HUJrR57wYgyjxbyVvkNTYzdsa6IaANZKYEDAI6KpjReRoqIPxx81GWcj2eUbvIVcHnIZroJuBCZ4LSCow8rlbsHEQKels6db8=; 24:yoXYnhYsK0AaO/r/qK1gn5m3Ckhxo/D9z7bJrbniNrlIumHDjiWLZf9TWAOM8Simd0t1A4rvrF2Sh6XJsNeGsX5MpvwsNilN0t081P80rvI=; 7:B9yApzmgZ1rD71qJX8SS+7mbqjA17+DsTh7q+PSpxrO/Cb8L/ZifIroDcXCCMq/FLofgl2yS3ex1WX2LzgsG+9AEWeRF3XRFDYmBOXEiTtr+kxpWt/pJSWyaE1PAbF8KrBccxeezQRwmg7Y9juQbygLHQN5aU00Nkao53F0jmsGZE+i/jWAkMUB1bMnxTZCqDaikzJ+Qggj/ljkr5TBDBuduI/kw8ioLKQd4rGGrRQeGHW3UoQqKYWZfullQsPYP x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 067e428b-21c0-45e6-49f1-08d540c2afa1 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4603075)(4627115)(201702281549075)(2017052603307); SRVR:DM5PR12MB1180; x-ms-traffictypediagnostic: DM5PR12MB1180: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(243795200735340); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(3231022)(10201501046)(6041248)(2016111802025)(20161123564025)(20161123560025)(20161123555025)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(6043046)(6072148)(201708071742011); SRVR:DM5PR12MB1180; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:DM5PR12MB1180; x-forefront-prvs: 0518EEFB48 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39830400002)(346002)(376002)(366004)(199004)(189003)(110136005)(316002)(68736007)(25786009)(66066001)(478600001)(59450400001)(76176011)(14454004)(53936002)(966005)(7696005)(606006)(8936002)(6246003)(86362001)(53546010)(6116002)(3846002)(102836003)(53376002)(99286004)(39060400002)(97736004)(2906002)(229853002)(2950100002)(6306002)(9686003)(7736002)(236005)(305945005)(74316002)(2501003)(54896002)(55016002)(2900100001)(5660300001)(106356001)(33656002)(105586002)(77096006)(8676002)(6436002)(3280700002)(3660700001)(6506006)(81156014)(81166006); DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR12MB1180; H:DM5PR12MB1178.namprd12.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: pudar.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DM5PR12MB117879D6648A97D6393F401AC8370DM5PR12MB1178namp_" MIME-Version: 1.0 X-OriginatorOrg: pudar.com X-MS-Exchange-CrossTenant-Network-Message-Id: 067e428b-21c0-45e6-49f1-08d540c2afa1 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Dec 2017 18:12:05.4709 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f1f6b170-5e9e-4033-afbb-29c23656ed60 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR12MB1180 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, HTML_MESSAGE, RCVD_IN_DNSWL_NONE 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, 11 Dec 2017 18:22:53 +0000 Subject: Re: [bitcoin-dev] BIP - Dead Man's Switch X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2017 18:12:09 -0000 --_000_DM5PR12MB117879D6648A97D6393F401AC8370DM5PR12MB1178namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This topic has come up several times in recent years. While it is well inte= ntioned, it can have devastating outcomes for people that want to save long= term. If such a system were implemented, it would force people to move fun= ds around in order to not get nullified. In that process, it introduces mul= tiple opportunities for errors. Cold storage should be able to stay cold. I= personally would be apprehensive about implementing this kind of a system. ...via Android From: Teweldemedhin Aberra via bitcoin-dev Sent: Monday, December 11, 1:04 PM Subject: [bitcoin-dev] BIP - Dead Man's Switch To: bitcoin-dev@lists.linuxfoundation.org It is estimated that about 4 million of the about 16.4 Bitcoins ever mined = are lost forever because no one knows the private keys of some Bitcoin addr= esses. This effectively mean there are actually only 14.4 million Bitcoins = in circulation even though 16.4 million are mined. There is no way of elimi= nating the human errors that cause these losses of Bitcoin from circulation= , while the number of Bitcoin that will ever be mined is capped at 21 milli= on. This means the total number of Bitcoins that are in circulation will ev= entually become zero, bringing the network to an end. The solution this BIP proposes is to implementing a dead man's switch to Bi= tcoin addresses. The dead man's switch causes the Bitcoins assigned to dorm= ant addresses to automatically expire. A Bitcoin address is deemed dormant = if it is not used in transactions for some fixed length of time, say ten ye= ars. The calculation of the miner's reward should take into account the Bitcoins= that has expired. This means there is a possibility that miner's reward ca= n increase if sufficient number of Bitcoins expire. Ref: http://fortune.com/2017/11/25/lost-bitcoins/ Virus-free. www.avast.com --_000_DM5PR12MB117879D6648A97D6393F401AC8370DM5PR12MB1178namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
This topic has come up several times in recent years. While it is well inte= ntioned, it can have devastating outcomes for people that want to save long= term. If such a system were implemented, it would force people to move fun= ds around in order to not get nullified. In that process, it introduces multiple opportunities for errors. Cold sto= rage should be able to stay cold. I personally would be apprehensive about = implementing this kind of a system.

...via Android



From: Teweldemedhin Aberra via bitcoin-dev
Sent: Monday, December 11, 1:04 PM
Subject: [bitcoin-dev] BIP - Dead Man's Switch
To: bitcoin-dev@lists.linuxfoundation.org


It is estimated that about 4 million of the about 16.4 Bitcoins ever mined = are lost forever because no one knows the private keys of some Bitcoin addr= esses. This effectively mean there are actually only 14.4 million Bitcoins = in circulation even though 16.4 million are mined. There is no way of eliminating the human errors that ca= use these losses of Bitcoin from circulation, while the number of Bitcoin t= hat will ever be mined is capped at 21 million. This means the total number= of Bitcoins that are in circulation will eventually become zero, bringing the network to an end.
The solution this BIP proposes is to implementing a dead man's switch to Bi= tcoin addresses. The dead man's switch causes the Bitcoins assigned to dorm= ant addresses to automatically expire. A Bitcoin address is deemed dormant = if it is not used in transactions for some fixed length of time, say ten years.
The calculation of the miner's reward should take into account the Bitcoins= that has expired. This means there is a possibility that miner's reward ca= n increase if sufficient number of Bitcoins expire.

Ref:
Virus-free.
www.avast.com



--_000_DM5PR12MB117879D6648A97D6393F401AC8370DM5PR12MB1178namp_--