Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of petertodd.org
	designates 62.13.148.109 as permitted sender)
	client-ip=62.13.148.109; envelope-from=pete@petertodd.org;
	helo=outmail148109.authsmtp.co.uk; 
Date: Tue, 12 May 2015 17:01:25 -0400
From: Peter Todd <pete@petertodd.org>
To: Luke Dashjr <luke@dashjr.org>
Message-ID: <20150512210125.GA5902@muck>
References: <20150504050715.GA18856@savin.petertodd.org>
	<CABm2gDqVu9OqNpOgCa6hMw3CXp7ePWTaAGPtMq4T9rG658K=ow@mail.gmail.com>
	<CADJgMzv1NdoXKDScQ1+OycijzME=W2YSut3GMF=EEuKQf6VeUg@mail.gmail.com>
	<201505122038.28831.luke@dashjr.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF"
Content-Disposition: inline
In-Reply-To: <201505122038.28831.luke@dashjr.org>
Cc: bitcoin-development@lists.sourceforge.net
Subject: Re: [Bitcoin-development] CLTV opcode allocation; long-term plans?
Precedence: list


--3MwIy2ne0vdjdPXF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, May 12, 2015 at 08:38:27PM +0000, Luke Dashjr wrote:
> It should actually be straightforward to softfork RCLTV in as a negative =
CLTV.
> All nLockTime are >=3D any negative number, so a negative number makes CL=
TV a=20
> no-op always. Therefore, it is clean to define negative numbers as relati=
ve=20
> later. It's also somewhat obvious to developers, since negative numbers o=
ften=20
> imply an offset (eg, negative list indices in Python).

Doing this makes handling the year 2038 problem a good deal more
complex.

The CLTV codebase specifically fails on negative arguments to avoid any
ambiguity or implementation differences here.

--=20
'peter'[:-1]@petertodd.org
00000000000000000e7980aab9c096c46e7f34c43a661c5cb2ea71525ebb8af7

--3MwIy2ne0vdjdPXF
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----

iQGrBAEBCACVBQJVUmoiXhSAAAAAABUAQGJsb2NraGFzaEBiaXRjb2luLm9yZzAw
MDAwMDAwMDAwMDAwMDAwZTc5ODBhYWI5YzA5NmM0NmU3ZjM0YzQzYTY2MWM1Y2Iy
ZWE3MTUyNWViYjhhZjcvFIAAAAAAFQARcGthLWFkZHJlc3NAZ251cGcub3JncGV0
ZUBwZXRlcnRvZC5vcmcACgkQwIXyHOf0udyohwf/Q5XN6TFjO8LP4hxSDTDII2Ew
zjdFvb278hxH8keJNn1YKxuAr/53vxR8UUG2JST6jDtIDfGeWh5NCkANEfFG9dM6
mHqb87J05rZR/vpC6B6EJCkiliVJkLYcZBst5TeIXPHEIyujY6hG2AS8oO5cKm5T
VUrRiJyawqbTGpnmCq6c9GmfinLmkJaU62GckqCW0bsTmP5DA25o1Ds9iuPPeuZ8
gLd8Q2fQ655kOFueD3P1dnEPGbO+XWHWO1VuikK2YMZvY9OYpWSFf/mQNAQ5lc8D
yz020jRz8oWm5MfYqguFwVMbBziVET2zjNsuBF6qOFlCwBJqxW1awF3wRzbtDw==
=GJSs
-----END PGP SIGNATURE-----

--3MwIy2ne0vdjdPXF--