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
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
|
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 C393089F
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 16 Aug 2016 17:46:14 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from erelay3.ox.registrar-servers.com
(erelay3.ox.registrar-servers.com [192.64.117.2])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 00D7A15F
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 16 Aug 2016 17:46:13 +0000 (UTC)
Received: from localhost (unknown [127.0.0.1])
by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id
ECE3B220A4D7; Tue, 16 Aug 2016 17:46:12 +0000 (UTC)
Received: from erelay1.ox.registrar-servers.com ([127.0.0.1])
by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new,
port 10024)
with LMTP id M4gDF3XQ76wn; Tue, 16 Aug 2016 13:46:11 -0400 (EDT)
Received: from MTA-07.privateemail.com (unknown [10.20.150.170])
(using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by erelay1.ox.registrar-servers.com (Postfix) with ESMTPS id
59256220A4F7; Tue, 16 Aug 2016 13:46:11 -0400 (EDT)
Received: from APP-06 (unknown [10.20.147.156])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by MTA-07.privateemail.com (Postfix) with ESMTPSA id 1410860032;
Tue, 16 Aug 2016 17:46:11 +0000 (UTC)
Date: Tue, 16 Aug 2016 13:46:11 -0400 (EDT)
From: Johnson Lau <jl2012@xbt.hk>
Reply-To: Johnson Lau <jl2012@xbt.hk>
To: bitcoin-dev@lists.linuxfoundation.org, Luke Dashjr <luke@dashjr.org>
Message-ID: <1210216648.90169.1471369571065@privateemail.com>
In-Reply-To: <201608161020.28467.luke@dashjr.org>
References: <835406850.86951.1471342201363@privateemail.com>
<201608161020.28467.luke@dashjr.org>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_90168_89412966.1471369571007"
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v7.8.1-Rev18
X-Originating-Client: open-xchange-appsuite
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,HTML_MESSAGE,
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
Subject: Re: [bitcoin-dev] New BIP: Low S values signatures
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, 16 Aug 2016 17:46:14 -0000
------=_Part_90168_89412966.1471369571007
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
> On August 16, 2016 at 6:20 AM Luke Dashjr <luke@dashjr.org> wrote:
>
>
> On Tuesday, August 16, 2016 10:10:01 AM Johnson Lau via bitcoin-dev wrote:
> > Specification
> >
> > Every signature passed to OP_CHECKSIG, OP_CHECKSIGVERIFY, OP_CHECKMULTISIG,
> > or OP_CHECKMULTISIGVERIFY, to which ECDSA verification is applied,
>
> Not 20-byte witness v0 programs?
That's an implicit CHECKSIG. Will clarify.
>
> > These operators all perform ECDSA verifications on pubkey/signature pairs,
> > iterating from the top of the stack backwards. For each such verification,
> > if the signature does not pass the IsLowDERSignature check,
>
> "the IsLowDERSignature check" is not well-defined. Probably intend to
> reference the previous paragraph?
IsLowDERSignature is the function in Bitcoin Core. That's a bit complicated as the real checking function is not directly called. I'll clarify.
>
> Luke
------=_Part_90168_89412966.1471369571007
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE html>
<html><head>
<meta charset=3D"UTF-8">
</head><body><p><br></p><p><br>> On August 16, 2016 at 6:20 AM Luke Das=
hjr <luke@dashjr.org> wrote:<br>> <br>> <br>> On Tuesda=
y, August 16, 2016 10:10:01 AM Johnson Lau via bitcoin-dev wrote:<br>> =
> Specification<br>> > <br>> > Every signature passed t=
o OP_CHECKSIG, OP_CHECKSIGVERIFY, OP_CHECKMULTISIG,<br>> > or OP_CH=
ECKMULTISIGVERIFY, to which ECDSA verification is applied,<br>> <br>=
2; Not 20-byte witness v0 programs?<br></p><p>That's an implicit CHECKS=
IG. Will clarify.</p><p>> <br>> > These operators all perform E=
CDSA verifications on pubkey/signature pairs,<br>> > iterating from=
the top of the stack backwards. For each such verification,<br>> >=
if the signature does not pass the IsLowDERSignature check,<br>> <br>&=
#62; "the IsLowDERSignature check" is not well-defined. Probably in=
tend to <br>> reference the previous paragraph?</p><p>IsLowDERSignature=
is the function in Bitcoin Core. That's a bit complicated as the real =
checking function is not directly called. I'll clarify.</p><p><br>>=
<br>> Luke<br></p></body></html>
=20
------=_Part_90168_89412966.1471369571007--
|
