Date: Tue, 24 Nov 2015 00:58:40 -0500
From: Peter Todd <pete@petertodd.org>
To: Btc Drak <btcdrak@gmail.com>
Message-ID: <20151124055840.GA5942@savin.petertodd.org>
References: <20151124043618.GA7999@muck>
	<CADJgMzscFPjY5tSPkZgp-Vkd7GraaeQ85qrYU2OHXEfKUSCYkg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk"
Content-Disposition: inline
In-Reply-To: <CADJgMzscFPjY5tSPkZgp-Vkd7GraaeQ85qrYU2OHXEfKUSCYkg@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Bitcoin Dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] BIP68: Second-level granularity doesn't make sense
Precedence: list


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

On Tue, Nov 24, 2015 at 05:05:32AM +0000, Btc Drak wrote:
> On Tue, Nov 24, 2015 at 4:36 AM, Peter Todd via bitcoin-dev <
> bitcoin-dev@lists.linuxfoundation.org> wrote:
>=20
> > The downside of BIP68 as written is users of by-height locktimes have 14
> > bits unused in nSequence, but by-time locktimes have just 5 bits unused.
> > This presents an awkward situation if we add new meanings to nSequence
> > if we ever need more than 5 bits. Yet as shown above, the extra
> > granularity doesn't have a practical benefit.
> >
> >
> > Recommendation: Change BIP68 to make by-time locks have the same number
> > of bits as by-height locks, and multiply the by-time lock field by the
> > block interval.
> >
>=20
> I think you might be referring to the old specification. I believe this w=
as
> brought up before and the specification was changed so the same number of
> bits were used for by-time and by-height. Please see
> https://github.com/bitcoin/bips/pull/245
>=20
> However, I am glad you came to the came conclusions independently because
> "re-invention" often confirms good ideas :)

Ha, that's awesome! Looks like we're pretty much on the same page re:
granularity.

--=20
'peter'[:-1]@petertodd.org
000000000000000003c0cf6b89d2a9b68a8cedbd3935962203c21663925c714b

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

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

iQGrBAEBCACVBQJWU/yJXhSAAAAAABUAQGJsb2NraGFzaEBiaXRjb2luLm9yZzAw
MDAwMDAwMDAwMDAwMDAwM2MwY2Y2Yjg5ZDJhOWI2OGE4Y2VkYmQzOTM1OTYyMjAz
YzIxNjYzOTI1YzcxNGIvFIAAAAAAFQARcGthLWFkZHJlc3NAZ251cGcub3JncGV0
ZUBwZXRlcnRvZC5vcmcACgkQJIFAPaXwkftpAgf/W9OVEC27ZuOz8pd/EUInJ40l
6LJSDsqVVubifnClE5YyuAPhiduqg0VRqKUY2IlMp78q9z6WUJxx2Dk5CKtVC4w9
2w1mgG8N1vBQ01DRaQ8oaBcdjPHk4Xyoa3AXnQv6EgvYATJOv9EdHfJCvVTiq/+A
bhr9vtMIt/gzb7LoHqLCXEw9hZdOnptikn0/N7Pmx3yfi7oXUcDXH9JgX/K0PVzg
wrlDmJ3XoexqxwDYR2hgMu9vCsGLfqUg5j3dyUwSlq74Sxw6OixbIJ12u/PyaMpl
i8VBrd4R0TCEJ2GxPNK0G7a97PvB9Kys2zNSu6MQUZP+jqm0t/6UCIGFKmY/Ug==
=14i+
-----END PGP SIGNATURE-----

--qDbXVdCdHGoSgWSk--