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
95
96
|
Return-Path: <gmaxwell@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 317DFC14
for <bitcoin-dev@lists.linuxfoundation.org>;
Sun, 13 Dec 2015 09:24:59 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com
[209.85.213.170])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 8B2F3EC
for <bitcoin-dev@lists.linuxfoundation.org>;
Sun, 13 Dec 2015 09:24:58 +0000 (UTC)
Received: by igbxm8 with SMTP id xm8so65642128igb.1
for <bitcoin-dev@lists.linuxfoundation.org>;
Sun, 13 Dec 2015 01:24:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:sender:in-reply-to:references:date:message-id:subject
:from:to:cc:content-type;
bh=7N8nMtjLh2BV0P0wHYqBIK4nb/3kip4uk0/4sy/+rPE=;
b=GC8r5MvGfN+QIjL3LbznjuLc85xAeeA3b7zgt3oRZfQUoc8DT6xFvFvhUmi8KB11/f
ZAM8KDe0zXt1eW+Hc09SqXvRD4IuFIEZfIwxU6d/u6ozxCqdFP/6uOk8qnLfkXBvH5NS
54UBEgPnMM1l2VwK84DnyroWtMcahYgXOmbhIJrg3snfwqwlTvIhIbEjkt3Bbf267yDP
zOrwJjOUXV7Tztjqjewiz+tES+ABmjKmTjZI+7bXqBWo88dXDzdzhq8e2BUv7u7kvG4h
f07HgS0lWx/UAjUK4hKfKhJhnIRy8KHXJv627ce+AsMLlQ7awpg52S0yKWScf7CcoGvh
pJFg==
MIME-Version: 1.0
X-Received: by 10.50.61.204 with SMTP id s12mr521495igr.66.1449998697980; Sun,
13 Dec 2015 01:24:57 -0800 (PST)
Sender: gmaxwell@gmail.com
Received: by 10.107.192.70 with HTTP; Sun, 13 Dec 2015 01:24:57 -0800 (PST)
In-Reply-To: <CAAcC9ysovzcm1SD_4XyxxofmwdXrcQqs0ckQBw626vYsdPftKw@mail.gmail.com>
References: <50e629572d8de852eb789d50b34da308@xbt.hk>
<1449961269.2210.5.camel@yahoo.com>
<CACrzPenXGQZBrx8QC+1QE2oCE3N=qmfgc_OWrowtjtLjGkZrRA@mail.gmail.com>
<CAAS2fgQi7aiwyOaVBiMbp6t9D58aFAmDdKPzFiscB6ouGzBK6A@mail.gmail.com>
<CAAcC9yuSX67ckhBUCsvTk+7PB6vzufuuBsJikSqqqU_4LXoCfA@mail.gmail.com>
<CAAS2fgSchJFk1Ejd8ZfMSzxEO-1TWYR6ag-seQNH_QHrc9Cn3w@mail.gmail.com>
<CAAcC9ysovzcm1SD_4XyxxofmwdXrcQqs0ckQBw626vYsdPftKw@mail.gmail.com>
Date: Sun, 13 Dec 2015 09:24:57 +0000
X-Google-Sender-Auth: JvE3XKAzt_1oSxmQTiQdzMbpZGI
Message-ID: <CAAS2fgQF769ds2F-mcOJ+-5gya-9qW_xcPdGimFE_1SJLmKV=A@mail.gmail.com>
From: Gregory Maxwell <greg@xiph.org>
To: Chris Priest <cp368202@ohiou.edu>
Content-Type: text/plain; charset=UTF-8
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,
DKIM_VALID, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Forget dormant UTXOs without confiscating bitcoin
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: Sun, 13 Dec 2015 09:24:59 -0000
On Sun, Dec 13, 2015 at 9:17 AM, Chris Priest <cp368202@ohiou.edu> wrote:
>> In none of these cases do you lose anything.
>
> Nor do you gain anything. Archive nodes will still need to exist
Not every node is an archive node; that's even the case today.
Lowering the resource requirements to independently enforce the rules
of the system is highly virtuous.
> precisely because paper wallets don't include UTXO data. This is like
> adding the ability to partially seed a movie with bittorrent.
[...]
> Every paper wallet would have to be re-printed with UTXO data
They are not printed now with UTXO data
(txid:vout:scriptpubkey:amount), and unless you start and fully
synchronize (or are running a full node) you already cannot author a
transaction without that data. The private key is already not enough,
and no Bitcoin node will just give you what you need to know.
The only additional information JL2012's scheme would add would be the
hash tree fragments to show membership; and the same places that
currently give you what is required to author a transaction could
provide it for you.
> included. It doesn't even solve the core problem because someone can
> still flood the network with lots of UTXOs, as long as they spend them
> quickly.
The system already inhibits the rate new UTXO can be added; but we're
still left with the perpetually growing history that contains many
lost and otherwise unspendable outputs.
|
