Andrew Chow [ARCHIVE] on Nostr: 📅 Original date posted:2019-08-01 📝 Original message:It seems like the ...
📅 Original date posted:2019-08-01
📝 Original message:It seems like the consensus is that we should use Compact Size Unsigned
Integers for the field types, so we will do that. The types will be
minimally encoded CSUints.
For the proprietary types, I will use Dimitry's and Andrew Poelstra's
(
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2019-March/016713.html)
suggestion. There will be one proprietary type, 0xFC. This will be
followed by a variable length string that is a vendor specific prefix
that serves as a unique identifier to help with preventing usage of
proprietary types outside of private contexts. This will then be
followed by the actual type for the data, as defined by the user of the
proprietary type.
The prefix will just be a string, prefixed with a compact size unsigned
integer. If no prefix is wanted, then a single 0x00 byte can be used.
For public software, there is no need to handle these proprietary types
at all so they do not need to check the string or the data type. It is
not necessary to enforce the above rules about proprietary types except
that they use the proprietary type value.
Andrew Chow
Published at
2023-06-07 18:19:52Event JSON
{
"id": "18c14cdacd8115c783b6af1f00f3b51077531a55b4bf8409c38cc291ebb86082",
"pubkey": "4a273da3c9ab85c096f859e6ca066d2fdfe762406cadc2f4d58aa75468aca8d0",
"created_at": 1686161992,
"kind": 1,
"tags": [
[
"e",
"000392118dbebd3b60c55e2beea907252c77b2f5b96951a60e6639c82c5c54cd",
"",
"root"
],
[
"e",
"9c28f149f0fff86bc67cad8638bb3c92c40500c3d187c57611df9dda420a458b",
"",
"reply"
],
[
"p",
"30beaf829947399fbeeb7348a86be391039f59a4ce9970d65a7afc54ec6b9f68"
]
],
"content": "📅 Original date posted:2019-08-01\n📝 Original message:It seems like the consensus is that we should use Compact Size Unsigned\nIntegers for the field types, so we will do that. The types will be\nminimally encoded CSUints.\n\nFor the proprietary types, I will use Dimitry's and Andrew Poelstra's\n(https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2019-March/016713.html)\nsuggestion. There will be one proprietary type, 0xFC. This will be\nfollowed by a variable length string that is a vendor specific prefix\nthat serves as a unique identifier to help with preventing usage of\nproprietary types outside of private contexts. This will then be\nfollowed by the actual type for the data, as defined by the user of the\nproprietary type.\n\nThe prefix will just be a string, prefixed with a compact size unsigned\ninteger. If no prefix is wanted, then a single 0x00 byte can be used.\n\nFor public software, there is no need to handle these proprietary types\nat all so they do not need to check the string or the data type. It is\nnot necessary to enforce the above rules about proprietary types except\nthat they use the proprietary type value.\n\n\nAndrew Chow",
"sig": "f0ca6afa1f8e4191952f3a35861c1cfc37292266d8bf4295ac7721bdfda979a4b551fddd83d5d9174cccf9a91d0d2ee7a0cbf5df080ae57d4c13c78c2ffae66c"
}