summaryrefslogtreecommitdiff
path: root/2e/7977342101de04bf5076c5baad1b969f2e16d3
blob: 21d06df57e5f3969563abbf27c12049f31c7cf7a (plain)
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.