From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1VU7Gn-00070o-0n for bitcoin-development@lists.sourceforge.net; Thu, 10 Oct 2013 03:50:37 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.160.44 as permitted sender) client-ip=209.85.160.44; envelope-from=wtogami@gmail.com; helo=mail-pb0-f44.google.com; Received: from mail-pb0-f44.google.com ([209.85.160.44]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1VU7Gm-0004R0-2c for bitcoin-development@lists.sourceforge.net; Thu, 10 Oct 2013 03:50:36 +0000 Received: by mail-pb0-f44.google.com with SMTP id xa7so1910570pbc.31 for ; Wed, 09 Oct 2013 20:50:30 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.68.255.229 with SMTP id at5mr11500021pbd.130.1381377030161; Wed, 09 Oct 2013 20:50:30 -0700 (PDT) Received: by 10.66.158.129 with HTTP; Wed, 9 Oct 2013 20:50:30 -0700 (PDT) Date: Wed, 9 Oct 2013 17:50:30 -1000 Message-ID: From: "Warren Togami Jr." To: Bitcoin Dev Content-Type: multipart/alternative; boundary=047d7b5da0db2f248b04e85ae790 X-Spam-Score: -0.6 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: github.com] -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 (wtogami[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 NORMAL_HTTP_TO_IP URI: Uses a dotted-decimal IP address in URL 1.0 HTML_MESSAGE BODY: HTML included in message -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: 1VU7Gm-0004R0-2c Subject: [Bitcoin-development] 0.8.5 with libsecp256k1 X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 03:50:37 -0000 --047d7b5da0db2f248b04e85ae790 Content-Type: text/plain; charset=UTF-8 https://github.com/sipa/secp256k1 sipa's secp256k1, optimized ecdsa, significantly faster than openssl Today someone in #bitcoin-dev asked for Bitcoin 0.8.5 with sipa's secp256k1. Litecoin has been shipping test builds with secp256k1 for several months now so it was a simple matter to throw together a branch of Bitcoin 0.8.5 with secp256k1. https://github.com/wtogami/bitcoin/commits/btc-0.8.5-secp256k1 This branch should theoretically work for Linux, win32 gitian and mac builds. These commits are rather ugly because it was thrown together just to make it build with the old 0.8 makefiles without intent for production code merge. cfields is working on autotoolizing it as one of the prerequisites prior to inclusion into bitcoin master where it will be an option disabled by default. http://193.28.235.60/~warren/bitcoin-0.8.5-secp256k1/ Untested win32 gitian build. Build your own Linux or Mac builds if you want to test it. Not recommended for production wallet or mining uses. Warren --047d7b5da0db2f248b04e85ae790 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
sipa's secp256k1, opt= imized ecdsa, significantly faster than openssl

<= div> Today someone in #bitcoin-dev asked for Bitcoin 0.8.5 with sipa's secp2= 56k1. =C2=A0Litecoin has been shipping test builds with secp256k1 for sever= al months now so it was a simple matter to throw together a branch of Bitco= in 0.8.5 with secp256k1.

https://github.com/wtogami/bitcoin/commits/btc-0.8.5-secp256= k1
This branch should theoretically work for Linux, win32 gitian an= d mac builds. =C2=A0These commits are rather ugly because it was thrown tog= ether just to make it build with the old 0.8 makefiles without intent for p= roduction code merge. cfields is working on autotoolizing it as one of the = prerequisites prior to inclusion into bitcoin master where it will be an op= tion disabled by default.

http://193.28.235.60/~warren/bitcoin-0.8.5-secp256k1/
Untested win32 gitian build. =C2=A0Build your own Linux or Mac buil= ds if you want to test it. =C2=A0Not recommended for production wallet or m= ining uses.

Warren
--047d7b5da0db2f248b04e85ae790--