Skip to content
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

namespace_id registry #13

Open
4 tasks
frisitano opened this issue Oct 24, 2022 · 2 comments
Open
4 tasks

namespace_id registry #13

frisitano opened this issue Oct 24, 2022 · 2 comments
Labels
enhancement New feature or request

Comments

@frisitano
Copy link

Summary

It may be of value to provide a centralised repo where projects / teams can browse and "claim" a namespace_id. This will allow for quick discovery of namespace_id associated with a project and also potentially prevent overlap. This is somewhat analogous to the chainID in Ethereum based chains, although the security implications are different.

Problem Definition

May be hard to determine which project is associated with a namespace_id. Additionally there may be potential that two projects try to use the same namespace_id.

Proposal

Create a centralised repository where teams can browse and "claim" a namespace_id.

Examples:

EVM - ChainID:
https://github.com/DefiLlama/chainlist/blob/main/constants/chainIds.js

Substrate ss58 registry:
https://github.com/paritytech/ss58-registry/blob/main/ss58-registry.json

For Admin Use

  • Not duplicate issue
  • Appropriate labels applied
  • Appropriate contributors tagged
  • Contributor assigned/self-assigned
@frisitano frisitano added the enhancement New feature or request label Oct 24, 2022
@rootulp
Copy link

rootulp commented Oct 25, 2022

This is a cool idea, thanks for opening an issue @frisitano ! On first glance, I think a repo with such a table would be interesting to browse but the mapping would be voluntary and unenforced (i.e. the repo has no authority to enforce that only rollup A is the sole publisher to namespace id A).

@frisitano
Copy link
Author

Agreed, the intention of the repo would just be for convenience but as you say will have no authority, similar to how the examples linked above have no authority.

@MSevey MSevey transferred this issue from celestiaorg/celestia-app Oct 26, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants