From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YyP1B-0001cp-3X for bitcoin-development@lists.sourceforge.net; Fri, 29 May 2015 18:28:29 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.220.177 as permitted sender) client-ip=209.85.220.177; envelope-from=tier.nolan@gmail.com; helo=mail-qk0-f177.google.com; Received: from mail-qk0-f177.google.com ([209.85.220.177]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1YyP1A-0001Pv-9S for bitcoin-development@lists.sourceforge.net; Fri, 29 May 2015 18:28:29 +0000 Received: by qkhg32 with SMTP id g32so49757119qkh.0 for ; Fri, 29 May 2015 11:28:22 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.55.19.82 with SMTP id d79mr18569277qkh.21.1432924102810; Fri, 29 May 2015 11:28:22 -0700 (PDT) Received: by 10.140.85.241 with HTTP; Fri, 29 May 2015 11:28:22 -0700 (PDT) In-Reply-To: References: <16096345.A1MpJQQkRW@crushinator> Date: Fri, 29 May 2015 19:28:22 +0100 Message-ID: From: Tier Nolan Cc: Bitcoin Dev Content-Type: multipart/alternative; boundary=001a114008ca23620605173ca448 X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (tier.nolan[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.2 MISSING_HEADERS Missing To: header 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature 2.7 MALFORMED_FREEMAIL Bad headers on message from free email service X-Headers-End: 1YyP1A-0001Pv-9S Subject: Re: [Bitcoin-development] Proposed alternatives to the 20MB stepfunction X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 18:28:29 -0000 --001a114008ca23620605173ca448 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, May 29, 2015 at 5:39 PM, Raystonn . wrote: > Regarding Tier=E2=80=99s proposal: The lower security you mention for e= xtended > blocks would delay, possibly forever, the larger blocks maximum block siz= e > that we want for the entire network. That doesn=E2=80=99t sound like an = optimal > solution. > I don't think so. The lower security is the potential centralisation risk. If you have your money in the "root" chain, then you can watch it. You can probably also watch it in a 20MB chain. Full nodes would still verify the entire block (root + extended). It is a "nuclear option", since you can make any changes you want to the rules for the extended chain. The only safe guard is that people have to voluntarly transfer coins to the extended block. The extended block might have 10-15% of the total bitcoins, but still be useful, since they would be the ones that move the most. If you want to store your coins long term, you move them back to the root block where you can watch them more closely. It does make things more complex though. Wallets would have to list 2 balances. --001a114008ca23620605173ca448 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On F= ri, May 29, 2015 at 5:39 PM, Raystonn . <raystonn@hotmail.com> wrote:
Regarding Tier=E2=80=99s proposal: The lower security you mention for = extended=20 blocks would delay, possibly forever, the larger blocks maximum block size = that=20 we want for the entire network.=C2=A0 That doesn=E2=80=99t sound like an op= timal=20 solution.

I don'= ;t think so.=C2=A0 The lower security is the potential centralisation risk.= =C2=A0 If you have your money in the "root" chain, then you can w= atch it.=C2=A0 You can probably also watch it in a 20MB chain.

Full nodes would still verify the entire block (root + extended).=C2= =A0 It is a "nuclear option", since you can make any changes you = want to the rules for the extended chain.=C2=A0 The only safe guard is that= people have to voluntarly transfer coins to the extended block.

The extended block might have 10-15% of the total bitcoins, but sti= ll be useful, since they would be the ones that move the most.=C2=A0 If you= want to store your coins long term, you move them back to the root block w= here you can watch them more closely.

It does make things= more complex though.=C2=A0 Wallets would have to list 2 balances.
--001a114008ca23620605173ca448--