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
97
98
99
100
101
102
103
104
105
106
|
Return-Path: <jl2012@xbt.hk>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 111981DC9
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 2 Oct 2015 13:14:22 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from s47.web-hosting.com (s47.web-hosting.com [199.188.200.16])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E31F22A1
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 2 Oct 2015 13:14:17 +0000 (UTC)
Received: from localhost ([::1]:51609 helo=server47.web-hosting.com)
by server47.web-hosting.com with esmtpa (Exim 4.85)
(envelope-from <jl2012@xbt.hk>)
id 1Zi0A7-002Olx-Js; Fri, 02 Oct 2015 09:14:11 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
format=flowed
Content-Transfer-Encoding: 8bit
Date: Fri, 02 Oct 2015 09:14:11 -0400
From: jl2012@xbt.hk
To: Mike Hearn <hearn@vinumeris.com>
In-Reply-To: <CA+w+GKTti0_edCPPPJ6ibZcphfi51MgKdndQy1kyi-0uEXCHRQ@mail.gmail.com>
References: <20150927185031.GA20599@savin.petertodd.org>
<CA+w+GKRCVr-9TVk66utp7xLRgTxNpxYoj3XQE-6y_N8JS6eO6Q@mail.gmail.com>
<CAAS2fgSEDGBd67m7i8zCgNRqtmQrZyZMj7a5TsYo41Dh=tdhHQ@mail.gmail.com>
<CA+w+GKRKGS=KZrLtiW8Zbn4EQH_TELfQR+TfrADCMXLR22Q+tw@mail.gmail.com>
<CAAS2fgR_-x4kUkiMTCi+YdpV-6MXaEp+b2ZzrVc9Dqt3rnfAyA@mail.gmail.com>
<CA+w+GKQChBBnXNj0hz5i-D=NqQBpQDReD6fNkONRaQhWaxLTVA@mail.gmail.com>
<CECF25CD-6DF0-412F-9FF4-5AE3249C0A39@taoeffect.com>
<CADm_WcaKQLTtuOxcvby0VFnhY-qEfC4WChNF+TtEr2yLJr_w-g@mail.gmail.com>
<CA+w+GKTti0_edCPPPJ6ibZcphfi51MgKdndQy1kyi-0uEXCHRQ@mail.gmail.com>
Message-ID: <13429f00cbb7f361b4cdf309f0e063b3@xbt.hk>
X-Sender: jl2012@xbt.hk
User-Agent: Roundcube Webmail/1.0.5
X-AntiAbuse: This header was added to track abuse,
please include it with any abuse report
X-AntiAbuse: Primary Hostname - server47.web-hosting.com
X-AntiAbuse: Original Domain - lists.linuxfoundation.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - xbt.hk
X-Get-Message-Sender-Via: server47.web-hosting.com: authenticated_id:
jl2012@xbt.hk
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00,PLING_QUERY,
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]
=?utf-8?q?Crossing_the_line=3F_=5BWas=3A_Re=3A_Let?=
=?utf-8?q?=27s_deploy_BIP65_CHECKLOCKTIMEVERIFY!=5D?=
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: Fri, 02 Oct 2015 13:14:22 -0000
According to the Oxford Dictionary, "coin" as a verb means "invent (a
new word or phrase)". Undoubtedly you created the first functional SPV
client but please retract the claim "I coined the term SPV" or that's
plagiarism.
And I'd like to highlight the following excerpt from the whitepaper:
"the simplified method can be fooled by an attacker's fabricated
transactions for as long as the attacker can continue to overpower the
network. One strategy to protect against this would be to accept alerts
from network nodes when they detect an invalid block, prompting the
user's software to download the full block and alerted transactions to
confirm the inconsistency."
Header only clients without any fraud detecting mechanism are functional
but incomplete SPV implementations, according to Sathoshi's original
definition. This might be good enough for the first generation SPV
wallet, but eventually SPV clients should be ready to detect any rule
violation in the blockchain, including things like block size (as
Satoshi mentioned "invalid block", not just "invalid transaction").
Mike Hearn via bitcoin-dev 於 2015-10-02 08:23 寫到:
> FWIW the "coining" I am referring to is here:
>
> https://bitcointalk.org/index.php?topic=7972.msg116285#msg116285 [4]
>
> OK, with that, here goes. Firstly some terminology. I'm going to call
> these things SPV clients for "simplified payment verification".
> Headers-only is kind of a mouthful and "lightweight client" is too
> vague, as there are several other designs that could be described as
> lightweight like RPC frontend and Stefans WebCoin API approach
>
> At that time nobody used the term "SPV wallet" to refer to what apps
> like BreadWallet or libraries like bitcoinj do. Satoshi used the term
> "client only mode", Jeff was calling them "headers only client" etc.
> So I said, I'm going to call them SPV wallets after the section of the
> whitepaper that most precisely describes their operation.
|
