Re: [Bitcoin-development] Deprecating "midstate" in getwork?

2011-09-27 Thread Luke-Jr
On Tuesday, September 27, 2011 11:45:48 PM Jeff Garzik wrote: > On Mon, Sep 26, 2011 at 3:42 PM, Nils Schneider wrote: > > I'd like to simplify the internal reference miner and remove all > > dependencies on cryptopp (it's the only place we use cryptopp instead of > > OpenSSL). > > > > Unfortuna

Re: [Bitcoin-development] Miscommitted version

2011-09-27 Thread Luke-Jr
On Tuesday, September 27, 2011 11:44:43 PM Jeff Garzik wrote: > On Mon, Sep 26, 2011 at 3:18 PM, Luke-Jr wrote: > > * 6b8a5ab Bump version to 0.4.1 > > > > This should be some pre-0.5.0, not 0.4.1 which will be the stable team's > > first release... > > No. Technically speaking this most recent

Re: [Bitcoin-development] Miscommitted version

2011-09-27 Thread Jeff Garzik
On Mon, Sep 26, 2011 at 3:18 PM, Luke-Jr wrote: > * 6b8a5ab Bump version to 0.4.1 > > This should be some pre-0.5.0, not 0.4.1 which will be the stable team's first > release... No. Technically speaking this most recent release was 0.4.0. That is what is serialized in the build, and what is tag

Re: [Bitcoin-development] Deprecating "midstate" in getwork?

2011-09-27 Thread Jeff Garzik
On Mon, Sep 26, 2011 at 3:42 PM, Nils Schneider wrote: > I'd like to simplify the internal reference miner and remove all > dependencies on cryptopp (it's the only place we use cryptopp instead of > OpenSSL). > > Unfortunately, cryptopp is also used to calculate getwork "midstate". > This field is

Re: [Bitcoin-development] Newly introduced DoS

2011-09-27 Thread Gavin Andresen
> @@ -1276,13 +1278,13 @@ bool CBlock::AcceptBlock() >     // Get prev block index >     map::iterator mi = > mapBlockIndex.find(hashPrevBlock); >     if (mi == mapBlockIndex.end()) > -        return error("AcceptBlock() : prev block not found"); > +        return DoS(10, error("AcceptBlock() : pre

Re: [Bitcoin-development] Newly introduced DoS

2011-09-27 Thread Gregory Maxwell
On Tue, Sep 27, 2011 at 4:08 PM, Luke-Jr wrote: > Is it certain that it cannot be triggered by a peer having some huge number > more blocks than you? Might be better to have a global flag that indicates when the node thinks its current with the network (this could have other UI impacts, like lett

Re: [Bitcoin-development] Newly introduced DoS

2011-09-27 Thread Luke-Jr
What about this one? @@ -1276,13 +1278,13 @@ bool CBlock::AcceptBlock() // Get prev block index map::iterator mi = mapBlockIndex.find(hashPrevBlock); if (mi == mapBlockIndex.end()) -return error("AcceptBlock() : prev block not found"); +return DoS(10, error("AcceptB

Re: [Bitcoin-development] Pull request for translation - who reviews it?

2011-09-27 Thread Matt Corallo
On Tue, 2011-09-27 at 20:28 +0200, da...@bitcoin.se wrote: > Hi all, > > I posted this question on the forums but got no answers. Most developers treat the forums as write-only or just ignore them all together, they are way too full of junk to bother reading. > > I'd like to make some improvement

[Bitcoin-development] Pull request for translation - who reviews it?

2011-09-27 Thread david
Hi all, I posted this question on the forums but got no answers. I'd like to make some improvements to the Swedish translation of the client. I understand the technical side of making a pull request etc., but will my request be accepted? There aren't many people in the project who can judge if th

[Bitcoin-development] More denial-of-service prevention code to review

2011-09-27 Thread Gavin Andresen
Pull request: https://github.com/bitcoin/bitcoin/pull/534 Denial-of-service prevention: orphan blocks The attack this prevents: Generate valid "orphan" blocks and send them to a bitcoin node. Orphan blocks are blocks that are not in the main blockchain, and before this patch the bitcoin client