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

peers denylist in private chain #7039

Closed
cryptohazard opened this issue May 2, 2024 · 2 comments
Closed

peers denylist in private chain #7039

cryptohazard opened this issue May 2, 2024 · 2 comments
Labels

Comments

@cryptohazard
Copy link

Description

Hello
I run into bug #7036 in my private QBFT chain of 4 nodes. The troubled node then put the rest of the network on denylist.
We used bootnodes to connect everyone and that node was actually one of the bootnodes.

Is there a way to reset that list on a node?
Because in a private chain, we typically have less than 10 peers so we should either avoid banning anyone or be able to reset.

Versions

  • Software version: [24.3.0]
@macfarla
Copy link
Contributor

the denylist is not saved across restarts so restarting all the nodes should reset it. Obviously this is not ideal.

Maintained peers (from static-nodes.json, or added by admin_addPeer API) do not get added to the denylist so configuring all your bootnodes as static nodes would prevent this situation from happening again.

There isn't an API to reset the denylist

@cryptohazard
Copy link
Author

Thanks.
I think we are going to switch to static nodes then and mainly keep bootnodes for onbaording new nodes easily.

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

No branches or pull requests

2 participants