Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.210.169 as permitted sender)
	client-ip=209.85.210.169; envelope-from=gmaxwell@gmail.com;
	helo=mail-ia0-f169.google.com; 
MIME-Version: 1.0
In-Reply-To: <CAAS2fgQKidxKmJ47oDi80YZrTW_MrVYf_u_tcZtO+xv2o+8S+w@mail.gmail.com>
References: <kb4upt$9vo$1@ger.gmane.org>
	<CAAS2fgQKidxKmJ47oDi80YZrTW_MrVYf_u_tcZtO+xv2o+8S+w@mail.gmail.com>
Date: Sat, 22 Dec 2012 13:45:52 -0500
Message-ID: <CAAS2fgTM6n17x+3Oen78LHeAVuyOaXLCy285NKqqCLN74VB_=Q@mail.gmail.com>
From: Gregory Maxwell <gmaxwell@gmail.com>
To: Bitcoin Development <bitcoin-development@lists.sourceforge.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: [Bitcoin-development] Testnet3 difficulty transition problem?
Precedence: list

On Sat, Dec 22, 2012 at 1:39 PM, Andreas Schildbach
<andreas@schildbach.de> wrote:
> Both blocks
>
> 38304 00000000015bb4069249fa1f41ae61d8a7447aaacc33c50dacd3c3654377fa43
>
> and
>
> 40320 000000008011f56b8c92ff27fb502df5723171c5374673670ef0eee3696aee6d
>
> are difficulty transition blocks. However, block 40320 has a difficulty
> of 1. I know there is this special testnet rule that allows mining a
> block at difficulty 1,

Yes.

> but I always thought you can't use this exception
> on difficulty transition blocks.

Not so=E2=80=94 but what you're actually seeing is that difficult change is
relative to the prior block's difficulty. E.g. if the penultimate
block in the difficulty cycle is under the special rule the difficulty
change will be relative to 1.

(I had intentionally avoided triggering that test case when adding the
timewarp attack to the testnet chain in case we had wanted to fix it
prior to testnet3's release=E2=80=94 I guess I should have added it sooner =
in
order to catch the bitcoinj misbehavior!)