-
Notifications
You must be signed in to change notification settings - Fork 204
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reserving ranges #158
Comments
We can "soft" reserve small ranges in the 2 byte range (16,256) codes, we can probably hard reserve small ranges in the 3 and 4 byte ranges (2e6 and 2.5e8 codes respectively). Assuming there's a good argument for it. By "soft" reserve, I mean "try to leave this range open unless we need to use it for something else". |
Could we designate a private-use area in the 4-byte range? Specifically, I hereby nominate this range to be 0x300000 - 0x3fffff (just above the designated media type area of #159) and will use this until/unless some other area is decided upon. |
^ @ntninja open a PR to note that in the README and check for their absence in the validation script and we can probably lock that in. |
See GH/multiformats#158. Changes are analogous to those proposed in GH/multiformats#159.
@rvagg: Done! |
Add the ability to reserve ranges in the multicodec table, à la Protobuf.
The text was updated successfully, but these errors were encountered: