[Bitcoin-development] Network version increase

2012-04-02 Thread Pieter Wuille
Hello all, Mike Hearn has submitted a pull request to add a pong message in reply to a ping. This warrants an upgrade of the network protocol version number, which is since BIP14 independent from the version numbers of the reference client. Any opinions about a numbering scheme? Currently the

[Bitcoin-development] Release plan: 0.6.1

2012-04-02 Thread Gavin Andresen
Summarizing a discussion from #bitcoin-dev this morning: The merge window for pull requests for a 0.6.1 release is now open. This will be a bug-fix and code-cleanup only release, with the goal to have Release Candidate 1 binaries available for testing in three weeks: April 23'rd. We want this

Re: [Bitcoin-development] Network version increase

2012-04-02 Thread Jeff Garzik
On Mon, Apr 2, 2012 at 11:23 AM, Pieter Wuille pieter.wui...@gmail.com wrote: Any opinions about a numbering scheme? Currently the value 6 is used. We could simply start increasing the number one by one now for every change, or we could do a cleanup to 10 first, and start

Re: [Bitcoin-development] Network version increase

2012-04-02 Thread Wladimir
On Mon, Apr 2, 2012 at 6:32 PM, Jeff Garzik jgar...@exmulti.com wrote: On Mon, Apr 2, 2012 at 11:23 AM, Pieter Wuille pieter.wui...@gmail.com wrote: Any opinions about a numbering scheme? Currently the value 6 is used. We could simply start increasing the number one by one now for

[Bitcoin-development] Signature Blocks and URI Sign Requests

2012-04-02 Thread Alan Reiner
I would like to propose two things that are closely related. I will start making BIPS if there's positive feedback. Sorry it's so long, but I felt both should be in the same email... _*(1) Signature Blocks* -- A more-robust, versatile, message-signing exchange_ Satoshi client 0.6.0

Re: [Bitcoin-development] Signature Blocks and URI Sign Requests

2012-04-02 Thread Luke-Jr
On Monday, April 02, 2012 4:55:03 PM Alan Reiner wrote: Any thoughts? (I have no doubts that there are :) ) IMO, the sign-request URI should be an extension on the existing bitcoin: URI scheme; this way, sigNeeded can be omitted to imply sign with a sending address.