1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
|
Return-Path: <joe2015@openmailbox.org>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id A9B13BE7
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 21 Dec 2015 03:04:44 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Received: from mail2.openmailbox.org (mail2.openmailbox.org [62.4.1.33])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D53ABEC
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 21 Dec 2015 03:04:43 +0000 (UTC)
Received: by mail2.openmailbox.org (Postfix, from userid 1004)
id EF0FE2AC1EE8; Mon, 21 Dec 2015 04:04:41 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org;
s=openmailbox; t=1450667081;
bh=4SYbqy4la+nvCjglMBBSw67jwhq1/Y5ftvvDuSFjLOM=;
h=Date:From:To:Cc:Subject:In-Reply-To:References:From;
b=ykeiJpx+deKUrIsRGGTG3fr9U9qUpfh6E23CTYySHLZlWRlRBh49zpO/xRCxqleVy
iuDZb7Taw/GrbwDVaH4i4++qwDWGW5jAVXp33jrtf3z/bE61gi488Xz5zbJOF7wDmh
4OjAFhGBUKE0DbmEje3tcA7FKiOl7qyjZvzaakzE=
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
X-Spam-Level:
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
DKIM_VALID, DKIM_VALID_AU, RCVD_IN_DNSWL_LOW,
RP_MATCHES_RCVD autolearn=ham version=3.3.1
Received: from www.openmailbox.org (openmailbox-b1 [10.91.69.218])
by mail2.openmailbox.org (Postfix) with ESMTP id 9AECD2AC1EE8;
Mon, 21 Dec 2015 04:04:31 +0100 (CET)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
format=flowed
Content-Transfer-Encoding: 7bit
Date: Mon, 21 Dec 2015 11:04:31 +0800
From: joe2015@openmailbox.org
To: Bryan Bishop <kanzure@gmail.com>
In-Reply-To: <CABaSBazMYw6ou1=GDvi5XxNRgWxsQxTu9jU+PaqW9u9rAe=D-w@mail.gmail.com>
References: <1bf64a5b514d57ca37744ae5f5238149@openmailbox.org>
<CABaSBazMYw6ou1=GDvi5XxNRgWxsQxTu9jU+PaqW9u9rAe=D-w@mail.gmail.com>
Message-ID: <8088b376ed29f3ea0af67b7567189e31@openmailbox.org>
X-Sender: joe2015@openmailbox.org
User-Agent: Roundcube Webmail/1.0.6
X-Mailman-Approved-At: Mon, 21 Dec 2015 03:28:42 +0000
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Increasing the blocksize as a (generalized)
softfork.
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Development Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Dec 2015 03:04:44 -0000
On 2015-12-21 02:17, Bryan Bishop wrote:
> On Sun, Dec 20, 2015 at 4:56 AM, joe2015--- via bitcoin-dev
> <bitcoin-dev@lists.linuxfoundation.org> wrote:
>
>> An Arbitrary Block-size Increase Via a Generalized Softfork
>
> This seems conceptually similar to "extension blocks":
> https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/008356.html
> [1]
> https://bitcointalk.org/index.php?topic=283746.0 [2]
> http://gnusha.org/bitcoin-wizards/2015-12-20.log [3]
>
> "Extended blocks" are also mentioned over here too:
> https://bitcointalk.org/index.php?topic=1296628.msg13307275#msg13307275
> [4]
The main difference is that my proposal does not introduce different
"tiers" of blocks, and does not require uses to move coins to manually
move coins between these tiers.
Instead, my proposal uses a single flat block format that is essentially
the same as the current block format; only bigger.
The main point is that such a change does not require a hardfork with
global consensus, as is commonly assumed, but rather can be deployed
like a softfork using the method described in my original post.
--joe.
|