summaryrefslogtreecommitdiff
path: root/31/bcc1f1fc9b5cfec6c47d6ee6458e7035adfa00
blob: 3efc8cd181cc4f1f6e48d91713352a5860c35444 (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
89
90
91
92
93
94
Return-Path: <matthew.beton@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 0B27140A
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 22 Aug 2017 08:19:38 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com
	[209.85.218.47])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id EA58A113
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 22 Aug 2017 08:19:37 +0000 (UTC)
Received: by mail-oi0-f47.google.com with SMTP id f11so178537230oic.0
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 22 Aug 2017 01:19:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=mime-version:from:date:message-id:subject:to;
	bh=JuFWd1uC1PK4BT/+iDJnsrqRQL+z2GnBRajp7UYhcTo=;
	b=rt9Fp+UTNdZN/f5qidWmSXorlTez9oEGgw0lPa8fifLWepY3gWhd1BEUZZfsGFGUVx
	t2HaNVz50SI6aOq4DIGPNqKVD/up9XRaiGC7rAN1qqj167HwVKplpD3NDr4lWlrP0JXw
	gYuWMs2aTLNkEz6KnziKNbNfg94rSoAgrw0Lc5rxtq/rL3XZVRKdfw2V8blLmnARrvID
	pyzJ2mh0ujEVNpycdUkGAQti7j1XpQvVzw2zZ7gKY8pkFuK49n904zycm1ApOFuyPp/q
	NnTK4gKUq2anhatDHDaNzWD/qihtLWOwRV8JoOHJ8gsPF/PsJd117jjJm51WHVDKn+bx
	/xCw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
	bh=JuFWd1uC1PK4BT/+iDJnsrqRQL+z2GnBRajp7UYhcTo=;
	b=thiFdTWYEqBUAEYfI+NtgEcOQk+QUe4c3tFcZ3qrG1yfmh9LDKZLEd7mvpblxN2aVV
	V6TLBkDEyGrJvPU5bubS4sue7bXBWSNdeSI5MrYdQb/afgWLzJ/Ym46GTMPAkZ0hnRgC
	jDQCXgmovKsKQ6dj2Cf/hcqcOrFwHcxQMa2JJaFRY/8qK5BulwM8D2gGa+RFdgo7lbWx
	LipYvV9Lklwxm7ToNIb2MrzwndPjuMypXNt5tg78K/yiwW7rrEXotgv90nD++6kIVfjg
	3py4hvtV630P+DSBq/m+JjUCyAZOtkp2i2BXO9wWmtxDcyuAjEFtz4qLmCaBxLKkYAtu
	4xtA==
X-Gm-Message-State: AHYfb5hcKaSrYV4VGNFbi1yzXEzo/SmxK82ztoxIhMsd5T9i/pfKYOqS
	vxuHjJCyN5MYWH3836C2LPOMwzSoMybV
X-Received: by 10.202.46.79 with SMTP id u76mr1079661oiu.61.1503389976944;
	Tue, 22 Aug 2017 01:19:36 -0700 (PDT)
MIME-Version: 1.0
From: Matthew Beton <matthew.beton@gmail.com>
Date: Tue, 22 Aug 2017 08:19:26 +0000
Message-ID: <CALKSEdq0CUKPY2u+WfAaWtg5nXYKCJzRnDbU2iMs8PQQSpPDGA@mail.gmail.com>
To: bitcoin-dev@lists.linuxfoundation.org
Content-Type: multipart/alternative; boundary="001a1138e21688f0290557534158"
X-Mailman-Approved-At: Tue, 22 Aug 2017 11:08:08 +0000
Subject: Re: [bitcoin-dev] UTXO growth scaling solution proposal
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Protocol 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: Tue, 22 Aug 2017 08:19:38 -0000

--001a1138e21688f0290557534158
Content-Type: text/plain; charset="UTF-8"

Okay so I quite like this idea. If we start removing at height 630000 or
840000 (gives us 4-8 years to develop this solution), it stays nice and
neat with the halving interval. We can look at this like so:

B - the current block number
P - how many blocks behind current the coin burning block is. (630000,
840000, or otherwise.)

Every time we mine a new block, we go to block (B-P), and check for stale
coins. These coins get burnt up and pooled into block B's miner fees. This
keeps the mining rewards up in the long term, people are less likely to
stop mining due to too low fees. It also encourages people to keep moving
their money around the enconomy instead of just hording and leaving it.

--001a1138e21688f0290557534158
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<span>Okay so I quite like this idea. If we start removing at height 630000=
 or 840000 (gives us 4-8 years to develop this solution), it stays nice and=
 neat with the halving interval. We can look at this like so:</span><br><br=
><span>B - the current block number</span><br><span>P - how many blocks beh=
ind current the coin burning block is. (630000, 840000, or otherwise.)</spa=
n><br><br><span>Every time we mine a new block, we go to block (B-P), and c=
heck for stale coins. These coins get burnt up and pooled into block B&#39;=
s miner fees. This keeps the mining rewards up in the long term, people are=
 less likely to stop mining due to too low fees. It also encourages people =
to keep moving their money around the enconomy instead of just hording and =
leaving it.</span>

--001a1138e21688f0290557534158--