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

Why this repository is not public? #11

Closed
BulatSaif opened this issue Apr 29, 2022 · 3 comments
Closed

Why this repository is not public? #11

BulatSaif opened this issue Apr 29, 2022 · 3 comments

Comments

@BulatSaif
Copy link
Contributor

BulatSaif commented Apr 29, 2022

Why this repository is not public?

  1. This repository was created mostly for internal usage https://github.com/paritytech/devops/issues/1299
  2. The repository is private, but GitHub pages is public because sometimes we need to allow partners to connect. But we don't want random nodes to connect to our internal test chains and spoil the tests.
  3. we should have a single source of truth, and for public chains we already have it : binary (e.g --chain kusama)

There are no problems to make this repo open-source (we can remove private chainspec). We can open-source this repo if it will be useful for the community. Parity has a lot of open-source.

@nuke-web3
Copy link

Redundant, possibility conflicting, sources of truth for various networks is not ideal. If the goal here is to have things for parity to use for convince, that's great. But IMHO if this goes public it should be the source of truth as opposed to the repositories that store the network code. But also that doesn't make much sense to me, the closer that is to the code the better (likely)

@PierreBesson
Copy link
Contributor

PierreBesson commented May 11, 2022

I think we could envision having this repository as some kind of source of truth or pipeline to publish chainspec to cloud (S3) or decentralized storage (IPFS) but we would need additional trust mechanism for external people to independently verify the validity of the published chainspecs (eg. timestamping the IPFS CIDs on chain). However the devops team might not be qualified enough to provide such a system.
The rationale for creating this repo was simply to provide convenient URLs for accessing chainspecs and removing the existing chainspec files being commited to our internal repos (eg. ansible collections).

@PierreBesson
Copy link
Contributor

The repo was just made public.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants