Skip to content
This repository has been archived by the owner on Nov 15, 2023. It is now read-only.

Remove flag which disables authority discovery #1848

Closed
coriolinus opened this issue Oct 26, 2020 · 4 comments · Fixed by #1870
Closed

Remove flag which disables authority discovery #1848

coriolinus opened this issue Oct 26, 2020 · 4 comments · Fixed by #1870
Labels
S1-implement PR/Issue is in the implementation stage

Comments

@coriolinus
Copy link
Contributor

@mxinden what is the reason authority discovery is still "optional"?

The authority discovery module was not mandatory thus far. The flag would allow a smoother feature roll out. I.e. first put it behind a feature flag then enable it by default but allow to disable it and eventually remove the possibility of disabling it.

Given that with the introduction of the overseer the authority discovery module becomes mandatory on authority nodes, I would suggest removing the flag entirely, always starting the authority discovery module on validator and sentry nodes. (The latter being deprecated paritytech/substrate#6845.)

Would that solve the issue at hand?

Originally posted by @mxinden in #1795 (comment)

@rphmeier
Copy link
Contributor

I still believe that authority-discovery should be opt-in for your typical full node. We don't need the thousands of full nodes on the network all attempting to speak to authorities directly.

@rphmeier rphmeier added the S1-implement PR/Issue is in the implementation stage label Oct 26, 2020
@rphmeier
Copy link
Contributor

So I propose either a --enable-authority-discovery which --validator and Cumulus --collator imply, or for it to be an internal configuration that we enable only for validators and collators.

@mxinden
Copy link
Contributor

mxinden commented Oct 26, 2020

We don't need the thousands of full nodes on the network all attempting to speak to authorities directly.

I agree.

or for it to be an internal configuration that we enable only for validators and collators.

This is my preference. As a side effect it would reduce the configuration surface and thus the operational complexity.

@bkchr
Copy link
Member

bkchr commented Oct 26, 2020

or for it to be an internal configuration that we enable only for validators and collators.

I would also propose that we go this way.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
S1-implement PR/Issue is in the implementation stage
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants