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 ) id 1Uogpk-0001lp-4E for bitcoin-development@lists.sourceforge.net; Mon, 17 Jun 2013 21:19:28 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.219.53 as permitted sender) client-ip=209.85.219.53; envelope-from=mh.in.england@gmail.com; helo=mail-oa0-f53.google.com; Received: from mail-oa0-f53.google.com ([209.85.219.53]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1Uogpj-0001ij-0Z for bitcoin-development@lists.sourceforge.net; Mon, 17 Jun 2013 21:19:28 +0000 Received: by mail-oa0-f53.google.com with SMTP id k14so4005085oag.40 for ; Mon, 17 Jun 2013 14:19:21 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.60.58.193 with SMTP id t1mr10191560oeq.17.1371503961405; Mon, 17 Jun 2013 14:19:21 -0700 (PDT) Sender: mh.in.england@gmail.com Received: by 10.76.23.36 with HTTP; Mon, 17 Jun 2013 14:19:21 -0700 (PDT) Date: Mon, 17 Jun 2013 23:19:21 +0200 X-Google-Sender-Auth: S3mjc_b6LXkCSX6xDHP9UIxnLqI Message-ID: From: Mike Hearn To: Bitcoin Dev Content-Type: multipart/alternative; boundary=089e013cb9466e06fc04df602699 X-Spam-Score: -0.5 (/) 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 (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message 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: 1Uogpj-0001ij-0Z Subject: [Bitcoin-development] bitcoinj 0.9 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: Mon, 17 Jun 2013 21:19:28 -0000 --089e013cb9466e06fc04df602699 Content-Type: text/plain; charset=UTF-8 I'm pleased to announce the release of bitcoinj 0.9, a Java library for working with the Bitcoin protocol. Both simplified and full verification are supported. BitcoinJ has been used to create everything from end-user wallet apps to network crawlers to SatoshiDice. To get bitcoinj 0.9, check out our source from git and then run *git fetch --all; git checkout **67b187c4c4c4*. This will place you on the 0.9 branch in a secure manner. The roots of trust are the announcement sent to bitcoinj-announce (which is signed by the google.comDKIM key) and the Maven page of the bitcoinj website. This paragraph is signed with the same key as the previous releases (16vSNFP5Acsa6RBbjEA7QYCCRDRGXRFH4m). In addition, the 0.9 release is signed by Andreas Schildbach (GPG key id 0x8B877A60, accessible via http://bitcoin.org/andreas_schildbach.asc) and can be verified with *git tag -v 0.9* once you have his key. Signature for the last paragraph: IEVMFkGVfE5Q7mezpNc2srdMXMkE66AEW2g7AtWa2KGa2PcK5ehqGbKPOWaL2oftcN/939VHWViMLnCKGrS3E9g= We have a new article in the documentation library, Working with contracts. It shows how to create and use multi-signature transactions, signed by different parties, using a simple API. *New in this release* - Thanks to Matt Corallo, we now have a basic *fee solver* that will attach the correct (minimum) fee per kilobyte to a created transaction using the 0.8.2+ fee rules. Note that there's no attempt to minimize the size of a calculated transaction and thus fee, but some other optimisations are applied. By default bitcoinj will always attach a fee, to learn how to customise this refer to the article *Working with the wallet*. - The wallet's re-org handling code was rewritten and simplified. - A new class, WalletAppKit, simplifies the process of instantiating all the objects and files that are needed to run a basic app that can send/receive money. - Add optional support for Pieter Wiulle's native secp256k1 implementation, which is significantly faster than Bouncy Castle. - Improvements to coin selection in the wallet. - Many new functions and minor API improvements, for instance, it's now easier to tell the wallet to allow spending of unconfirmed coins. - A new ScriptBuilder class simplifies the process of constructing various kinds of scripts. - A new block importer tool can parse bitcoind block files and process them, which is faster than streaming them over a network connection. - Support for the regtest mode added by the C++ side pull req 2632. This makes app development and testing easier by eliminating the need to wait for a block. - Many bug fixes and testing improvements. *API changes* - NetworkParameters has now been refactored into separate classes. - Wallet extensions have been tweaked, please refer to the javadocs for details. - Many other minor additions and changes that are mostly backwards compatible. *Known issues* * * Please see the limitations and missing features page on our website. --089e013cb9466e06fc04df602699 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm pleased to announce the release of bitcoinj 0.9, a Java library f= or working with the Bitcoin protocol.=C2=A0Both simplified and full verif= ication are supported. BitcoinJ has been used to create everything from end= -user wallet apps to network crawlers to SatoshiDice.

To get bitcoinj 0.9, check out our sour= ce from git and then run=C2=A0git fetch --all; git checkout=C2=A067b187c4c4c4. This w= ill place you on the 0.9 branch in a secure manner. The roots of trust are = the announcement sent to bitcoinj-announce (which is signed by the=C2=A0google.comDKIM key) and t= he Maven page of the bitcoinj website. This paragraph is signed with the sa= me key as the previous releases (16vSNFP5Acsa6RBbjEA7QYCCRDRGXRFH4m). In = addition, the 0.9 release is signed by Andreas Schildbach (GPG key id=C2=A0= 0x8B877A60, accessible via=C2=A0http://bitcoin.org/andreas_schildbach.a= sc) and can be verified with=C2=A0git tag -v = 0.9=C2=A0once you have his key.

Si= gnature for the last paragraph: =C2=A0IEVMFkGVfE5Q7mezpNc2srdMXMkE66AEW2g7A= tWa2KGa2PcK5ehqGbKPOWaL2oftcN/939VHWViMLnCKGrS3E9g=3D

= We have a new article in the do= cumentation library, Working with contracts. =C2=A0It shows how to create= and use multi-signature transactions, signed by different parties, using a= simple API.

New in this release
  • Thanks to Matt Corallo, we now have a basic fee solver that w= ill attach the correct (minimum) fee per kilobyte to a created transaction = using the 0.8.2+ fee rules. Note that there's no attempt to minimize th= e size of a calculated transaction and thus fee, but some other optimisatio= ns are applied. By default bitcoinj will always attach a fee, to learn how = to customise this refer to the article=C2=A0Working with the wallet.=
  • The wallet's re-org = handling code was rewritten and simplified.
  • A new class,=C2=A0WalletAppKit, simp= lifies the process of instantiating all the objects and files that are need= ed to run a basic app that can send/receive money.
  • Add optional support for= Pieter Wiulle's native secp256k1 implementation, which is significantl= y faster than Bouncy Castle.
  • Improvements to coin selection in the wallet.
  • Many new functions and minor API improvements, fo= r instance, it's now easier to tell the wallet to allow spending of unc= onfirmed coins.
  • A new=C2=A0Scr= iptBuilder=C2=A0class simplifies the process of constructing various k= inds of scripts.
  • A new block importer too= l can parse bitcoind block files and process them, which is faster than str= eaming them over a network connection.
  • Support for the regtest mode added by the C++ side pull req 2632. This make= s app development and testing easier by eliminating the need to wait for a = block.
  • Many bug fixe= s and testing improvements.

API changes

<= ul style=3D"padding-left:25px;max-width:62em">
  • NetworkParameters=C2=A0has now been re= factored into separate classes.
  • Wallet extensions have b= een tweaked, please refer to the javadocs for details.
  • Many other minor additions and changes t= hat are mostly backwards compatible.
    • Known issues

    Please see the=C2=A0lim= itations and missing features page=C2=A0on our website.
    --089e013cb9466e06fc04df602699--