summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGregory Maxwell <gmaxwell@gmail.com>2014-07-19 00:03:35 -0700
committerbitcoindev <bitcoindev@gnusha.org>2014-07-19 07:03:43 +0000
commit8d48d0928f0ab68b9b210e9c5388411a65e09d11 (patch)
tree9dd4c9c77f5fd117674d83e1e24b0bfa8c049347
parent6d2f5a51a9e8fd263a612ba019887602c017f71d (diff)
downloadpi-bitcoindev-8d48d0928f0ab68b9b210e9c5388411a65e09d11.tar.gz
pi-bitcoindev-8d48d0928f0ab68b9b210e9c5388411a65e09d11.zip
Re: [Bitcoin-development] Signature with negative integer?
-rw-r--r--1e/fc485e84d590dd49f77cb13841fd3f485707cf85
1 files changed, 85 insertions, 0 deletions
diff --git a/1e/fc485e84d590dd49f77cb13841fd3f485707cf b/1e/fc485e84d590dd49f77cb13841fd3f485707cf
new file mode 100644
index 000000000..722eea7ab
--- /dev/null
+++ b/1e/fc485e84d590dd49f77cb13841fd3f485707cf
@@ -0,0 +1,85 @@
+Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192]
+ helo=mx.sourceforge.net)
+ by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
+ (envelope-from <gmaxwell@gmail.com>) id 1X8OgJ-0000Lx-7X
+ for bitcoin-development@lists.sourceforge.net;
+ Sat, 19 Jul 2014 07:03:43 +0000
+Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com
+ designates 209.85.217.171 as permitted sender)
+ client-ip=209.85.217.171; envelope-from=gmaxwell@gmail.com;
+ helo=mail-lb0-f171.google.com;
+Received: from mail-lb0-f171.google.com ([209.85.217.171])
+ by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
+ (Exim 4.76) id 1X8OgI-0008Te-AR
+ for bitcoin-development@lists.sourceforge.net;
+ Sat, 19 Jul 2014 07:03:43 +0000
+Received: by mail-lb0-f171.google.com with SMTP id l4so3519650lbv.30
+ for <bitcoin-development@lists.sourceforge.net>;
+ Sat, 19 Jul 2014 00:03:35 -0700 (PDT)
+MIME-Version: 1.0
+X-Received: by 10.112.16.230 with SMTP id j6mr9867676lbd.90.1405753415609;
+ Sat, 19 Jul 2014 00:03:35 -0700 (PDT)
+Received: by 10.112.35.138 with HTTP; Sat, 19 Jul 2014 00:03:35 -0700 (PDT)
+In-Reply-To: <FD77BD8C-9772-41C4-B7B3-24F1E944B9E0@ricmoo.com>
+References: <FD77BD8C-9772-41C4-B7B3-24F1E944B9E0@ricmoo.com>
+Date: Sat, 19 Jul 2014 00:03:35 -0700
+Message-ID: <CAAS2fgT7Qk8nRZaKEMP7HzBXTVfzFmeBo3yFCHdwTTvMTrad5Q@mail.gmail.com>
+From: Gregory Maxwell <gmaxwell@gmail.com>
+To: Richard Moore <me@ricmoo.com>
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: quoted-printable
+X-Spam-Score: -1.6 (-)
+X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
+ See http://spamassassin.org/tag/ for more details.
+ -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for
+ sender-domain
+ 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
+ (gmaxwell[at]gmail.com)
+ -0.0 SPF_PASS SPF: sender matches SPF record
+ -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
+ author's domain
+ 0.1 DKIM_SIGNED Message has a DKIM or DK signature,
+ not necessarily valid
+ -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
+X-Headers-End: 1X8OgI-0008Te-AR
+Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
+Subject: Re: [Bitcoin-development] Signature with negative integer?
+X-BeenThere: bitcoin-development@lists.sourceforge.net
+X-Mailman-Version: 2.1.9
+Precedence: list
+List-Id: <bitcoin-development.lists.sourceforge.net>
+List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
+ <mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
+List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
+List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
+List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
+List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
+ <mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
+X-List-Received-Date: Sat, 19 Jul 2014 07:03:43 -0000
+
+On Fri, Jul 18, 2014 at 9:33 PM, Richard Moore <me@ricmoo.com> wrote:
+> Hey all,
+> I'm wondering if anyone can help explain to me tx 70f7c15c6f62139cc41afa8=
+58894650344eda9975b46656d893ee59df8914a3d...
+
+A rather timely post. See the other thread on BIP0062. What you're
+looking at is an example of a well-known-to-implementers-here where
+invisible and undocumented "over permissiveness" in interpreting
+invalid encoding in a cryptographic library (OpenSSL in our case)
+which would have been probably-not-unwelcome in many other protocol
+uses results in an unexpected consensus critical normative rule in
+Bitcoin.
+
+Modern releases of Bitcoin core will no longer relay or mine them but
+they're still valid in blocks should they show up.
+
+BIP62 proposes, among other things, soft-forking (backwards
+compatible) changes that will strictly limit the DER encoding to avoid
+ambiguity. If adopted by the network implementations would still need
+to grandfather in existing weird transactions but could do so on a
+txid by txid basis since there would be no more broken encoding
+permitted in blocks, and use different DER decoding code without risk
+of consensus inconsistency (so long as it uses der decoding which is
+functionally identical to what BIP62 requires=E2=80=94 of course).
+
+