📅 Original date posted:2015-05-26
📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 2015/5/26 21:48, Pieter Wuille wrote:
> here is a proposal for how to coordinate future soft-forking
> consensus changes:
> https://gist.github.com/sipa/bf69659f43e763540550
>
> It supports multiple parallel changes, as well as changes that get
> permanently rejected without obstructing the rollout of others.
>
> Feel free to comment. As the gist does not support notifying
> participants of new comments, I would suggest using the mailing
> list instead.
Hi Pieter. Thanks for posting the proposal. I think the concept itself
is pretty solid. I know some people have been proposing alternate
methods too. I hope they'll share here, assuming they haven't already.
As is, my comments concern typos and general copy editing.
- - Just speaking in general, I found the BIP to be a bit hard to read.
AFAIK, the basic facts are accurate. I just found myself having to
re-read certain passages two or three times. A little polish wouldn't
hurt. For example, using the "it" pronoun can be confusing, such as
multiple uses in the abstract. Specifying what "it" is (e.g., "The
proposed change relies on...") would really help. In addition, the way
the "W" value is handled seems like it could be improved a bit. I know
the wording is accurate. Seeing 1000 change to 1001 is still a little
weird.
- - In "Multi-stage soft forks," I presume the second sentence should
end as follows: "[...] with additional validation rules that get
enabled one by _one_." Depending on semantics, I'd consider changing
"one by one" to "incremental steps," but that's your call.
- - I found the "High bits" section to be confusing at first. It looks
like you chose to show everything as little endian data, matching
what's actually in the block. My personal preference would be to
represent the data, for readability purposes, as big endian. I doubt
I'm the only one who finds big endian to be much easier to process
mentally.
- - Some sort of legend showing A, I, W, etc. would really help, as
opposed to just running into them as one goes along. Otherwise, the
alphabet soup can be a bit confusing.
Thanks again.
- --
- ---
Douglas Roark
Senior Developer
Armory Technologies, Inc.
doug at bitcoinarmory.com
PGP key ID: 92ADC0D7
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - https://gpgtools.org
iQIcBAEBCgAGBQJVZSx5AAoJEGybVGGSrcDXrYEQAOIrsggoZv0LdJHZjPGpEkeb
7ULhO4krZtQmKXjWDP0KnHAsFiyo5EOh1fYFRZz11OCqO4QmteTLPbodZFz47tKp
tIYv5uc0qYhjfo5uLkzxuUky08VE4dUoELfqdbNciC45xHras7Wh/+KXc1a20Fib
TaisWx9aL6VfPf7urM8b6mQ9XMba4YB3e2syAY8AA+qAEEP4DK2V6tuOQJD3kxP2
tbHtJnDvkDoXEY6tnL7fePo9X/IrlXLi8vNWGqPIf/hoiHmdvU+ORwHta7z9YeIO
zi4LRs8n8sYmifY4nt6Wkkc1aoPsmpoXmI3tKgFM2h5bfdg0n3fN3K0nTMWtnR6z
HUq8JhrQkZUP8uunN/23bt94FZolvnHTdL9YuWoyrlJ0gQri5YxV1BAN4hM9oCZy
1SqlSmFRplIFWu45q8/I5duDSphmA4NP2qc59QRjftcGYpNxmzaeSViiCDWzAjI9
qTLZgLTa/nf3TFN8oU8RwquGpwD82/fFo9V+uKdNGj79kdV8WOv4sa9q63OTVimJ
w+r4l1gDZYyToe0heKtV2kL9Tt4HTn23bj7EvU+98uaKEpfWSP8a3BN9mPR7ork/
lNRGEGQ0tvkeDUzKy9IHuAjXo2XkKctbBRJwZJCGc5WW2sN0HdSu/GFPXrOOLf0J
JXqeKpfaS0UriFXkxVHO
=8uNL
-----END PGP SIGNATURE-----
Douglas Roark [ARCHIVE] /
npub12v…dqa4q
2023-06-07 15:35:44
in reply to nevent1q…k9xl
Author Public Key
npub12vlytlltjj7g3s227u9jtx2g8qtsu7gscynnn99k808ydr4vygcqvdqa4qPublished at
2023-06-07 15:35:44Event JSON
{
"id": "e827caad94843a8abcde8ce6db810e60170e52784a93f819880e7289d47add65",
"pubkey": "533e45ffeb94bc88c14af70b25994838170e7910c1273994b63bce468eac2230",
"created_at": 1686152144,
"kind": 1,
"tags": [
[
"e",
"adec857a98b4d2ee3d4c91141aca2e0f0c8988c01182c3217cb69443b39af30e",
"",
"root"
],
[
"e",
"fcd8c9c613e135876a9277ad013df1cfe87c6f1a4eb751d8372c10967b3a28b8",
"",
"reply"
],
[
"p",
"5cb21bf5d7f25a9d46879713cbd32433bbc10e40ef813a3c28fe7355f49854d6"
]
],
"content": "📅 Original date posted:2015-05-26\n📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----\nHash: SHA512\n\nOn 2015/5/26 21:48, Pieter Wuille wrote:\n\u003e here is a proposal for how to coordinate future soft-forking\n\u003e consensus changes:\n\u003e https://gist.github.com/sipa/bf69659f43e763540550\n\u003e \n\u003e It supports multiple parallel changes, as well as changes that get \n\u003e permanently rejected without obstructing the rollout of others.\n\u003e \n\u003e Feel free to comment. As the gist does not support notifying \n\u003e participants of new comments, I would suggest using the mailing\n\u003e list instead.\n\nHi Pieter. Thanks for posting the proposal. I think the concept itself\nis pretty solid. I know some people have been proposing alternate\nmethods too. I hope they'll share here, assuming they haven't already.\nAs is, my comments concern typos and general copy editing.\n\n- - Just speaking in general, I found the BIP to be a bit hard to read.\nAFAIK, the basic facts are accurate. I just found myself having to\nre-read certain passages two or three times. A little polish wouldn't\nhurt. For example, using the \"it\" pronoun can be confusing, such as\nmultiple uses in the abstract. Specifying what \"it\" is (e.g., \"The\nproposed change relies on...\") would really help. In addition, the way\nthe \"W\" value is handled seems like it could be improved a bit. I know\nthe wording is accurate. Seeing 1000 change to 1001 is still a little\nweird.\n- - In \"Multi-stage soft forks,\" I presume the second sentence should\nend as follows: \"[...] with additional validation rules that get\nenabled one by _one_.\" Depending on semantics, I'd consider changing\n\"one by one\" to \"incremental steps,\" but that's your call.\n- - I found the \"High bits\" section to be confusing at first. It looks\nlike you chose to show everything as little endian data, matching\nwhat's actually in the block. My personal preference would be to\nrepresent the data, for readability purposes, as big endian. I doubt\nI'm the only one who finds big endian to be much easier to process\nmentally.\n- - Some sort of legend showing A, I, W, etc. would really help, as\nopposed to just running into them as one goes along. Otherwise, the\nalphabet soup can be a bit confusing.\n\nThanks again.\n\n- -- \n- ---\nDouglas Roark\nSenior Developer\nArmory Technologies, Inc.\ndoug at bitcoinarmory.com\nPGP key ID: 92ADC0D7\n-----BEGIN PGP SIGNATURE-----\nVersion: GnuPG/MacGPG2 v2.0.22 (Darwin)\nComment: GPGTools - https://gpgtools.org\n\niQIcBAEBCgAGBQJVZSx5AAoJEGybVGGSrcDXrYEQAOIrsggoZv0LdJHZjPGpEkeb\n7ULhO4krZtQmKXjWDP0KnHAsFiyo5EOh1fYFRZz11OCqO4QmteTLPbodZFz47tKp\ntIYv5uc0qYhjfo5uLkzxuUky08VE4dUoELfqdbNciC45xHras7Wh/+KXc1a20Fib\nTaisWx9aL6VfPf7urM8b6mQ9XMba4YB3e2syAY8AA+qAEEP4DK2V6tuOQJD3kxP2\ntbHtJnDvkDoXEY6tnL7fePo9X/IrlXLi8vNWGqPIf/hoiHmdvU+ORwHta7z9YeIO\nzi4LRs8n8sYmifY4nt6Wkkc1aoPsmpoXmI3tKgFM2h5bfdg0n3fN3K0nTMWtnR6z\nHUq8JhrQkZUP8uunN/23bt94FZolvnHTdL9YuWoyrlJ0gQri5YxV1BAN4hM9oCZy\n1SqlSmFRplIFWu45q8/I5duDSphmA4NP2qc59QRjftcGYpNxmzaeSViiCDWzAjI9\nqTLZgLTa/nf3TFN8oU8RwquGpwD82/fFo9V+uKdNGj79kdV8WOv4sa9q63OTVimJ\nw+r4l1gDZYyToe0heKtV2kL9Tt4HTn23bj7EvU+98uaKEpfWSP8a3BN9mPR7ork/\nlNRGEGQ0tvkeDUzKy9IHuAjXo2XkKctbBRJwZJCGc5WW2sN0HdSu/GFPXrOOLf0J\nJXqeKpfaS0UriFXkxVHO\n=8uNL\n-----END PGP SIGNATURE-----",
"sig": "b5bbdd5ed4c0452e98b78bb23bc06a71982fd5e4a5db5af4f98e34cc26a260bd0ec920221634907586ffbd6c21aa2f247f7fc5ff4b04fc5c2ce66c17e62b3216"
}