Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 0E7DED4E for ; Wed, 16 Aug 2017 18:34:07 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from zinan.dashjr.org (zinan.dashjr.org [192.3.11.21]) by smtp1.linuxfoundation.org (Postfix) with ESMTP id E59704CB for ; Wed, 16 Aug 2017 18:34:06 +0000 (UTC) Received: from ishibashi.localnet (unknown [IPv6:2001:470:5:265:a45d:823b:2d27:961c]) (Authenticated sender: luke-jr) by zinan.dashjr.org (Postfix) with ESMTPSA id 3F3C838A008A; Wed, 16 Aug 2017 18:33:50 +0000 (UTC) X-Hashcash: 1:25:170816:bitcoin-dev@lists.linuxfoundation.org::FT8eM7bxcqL/LW=R:bsGx0 X-Hashcash: 1:25:170816:alex.mutovkin@gmail.com::30Gy7LZNxX4ODA95:g6xv From: Luke Dashjr To: bitcoin-dev@lists.linuxfoundation.org, =?utf-8?b?0JDQu9C10LrRgdC10Lkg0JzRg9GC0L7QstC60LjQvQ==?= Date: Wed, 16 Aug 2017 18:33:47 +0000 User-Agent: KMail/1.13.7 (Linux/4.9.34-gentoo; KDE/4.14.32; x86_64; ; ) References: In-Reply-To: X-PGP-Key-Fingerprint: E463 A93F 5F31 17EE DE6C 7316 BD02 9424 21F4 889F X-PGP-Key-ID: BD02942421F4889F X-PGP-Keyserver: hkp://pgp.mit.edu MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201708161833.48897.luke@dashjr.org> Subject: Re: [bitcoin-dev] Fwd: Proposal of a new BIP : annual splitting blockchain database to reduce its size. 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: Wed, 16 Aug 2017 18:34:07 -0000 To have a BIP, you need to explain not only *why* you want to do something,= =20 but also *what specifically* to do, and *how* to do it. This concept=20 (historically known as "flip the chain" and/or "UTXO commitments") is not n= ew,=20 merely complicated to design and implement. Luke On Wednesday 16 August 2017 4:20:45 PM =D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5= =D0=B9 =D0=9C=D1=83=D1=82=D0=BE=D0=B2=D0=BA=D0=B8=D0=BD via bitcoin-dev wro= te: > Let me describe the possible improvement of the bitcoin blockchain databa= se > (BBD) size in general terms. >=20 > We can implement new routine : annual split of the BBD. Reason is that > 140gb full wallet unconvinience. >=20 > BBD splits in two parts : > 1) old blocks before the date of split and > 2) new blocks, starting from first technical block with all rolled totals > on the date of split. > (also possible transfer of tiny totals due to their unprofitability to > the miners, so we cut long tail of tiny holders) > 3) old blocks packs into annual megablocks and stores in the side archive > chain for some needs for FBI investigations or other goals. >=20 >=20 > Thanks for your attention, >=20 > Alexey Mutovkin