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

Ability to run pre-launch health check for new chain integrations #3333

Open
CharlieMc0 opened this issue Jan 6, 2025 · 1 comment
Open
Labels
feature:chain-integration New chain integration feature:idea An early idea for a feature. Used as reference to follow new feature integrations zetaclient Issues related to ZetaClient

Comments

@CharlieMc0
Copy link
Member

Is your feature request related to a problem? Please describe.
A pain point we have for new chain integrations if we can’t tell if the OS nodes are prepared until after we enable the new chain and see whether or not txs start to fail. The ability to run a pre-flight check would be great.

**Need to **
Improve the new chain integration process by allowing us to verify OS nodes are setup correctly before a network goes live.

Describe the solution you'd like
We could break this into two phases.

  1. Local Check
  • An OS operator setups a new RPC in their config file and restarts zetaclientd
  • zetaclientd restart checks each entry in the zetaclientd_config.json file and reports the status of each one in logs
  1. Network/Decentralized Check
  • We ask all OS nodes to setup new RPCs and adjust their configurations
  • We add the new chain to chainParams but leave it disabled
  • We schedule a pre-launch check at a specific block height that trigger all OS nodes to query their RPC endpoint for a specific Chain ID and writes the results on chain.

Describe alternatives you've considered
The current process of enabling the new chain and then troubleshooting afterwards is challenging and time consuming.
If phase 1 of this is complete, we could do it off-chain will requiring communication with OS node operators. Phase 2 makes it all much easier and helps move us towards an architecture that support full decentralization of OS Nodes.

Motivation and Context
This will make reduce the operational overhead of setting up new chains and helps to further decentralize the OS nodes.

@CharlieMc0 CharlieMc0 added feature:idea An early idea for a feature. Used as reference to follow new feature integrations feature:chain-integration New chain integration labels Jan 6, 2025
@CharlieMc0
Copy link
Member Author

@gartnera this could tie into your synchronized restart and other zetaclient synchronization efforts.

@CharlieMc0 CharlieMc0 added the zetaclient Issues related to ZetaClient label Jan 6, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature:chain-integration New chain integration feature:idea An early idea for a feature. Used as reference to follow new feature integrations zetaclient Issues related to ZetaClient
Projects
None yet
Development

No branches or pull requests

1 participant