You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Charon currently doesn't have a reliable way to handle beacon node failures, which could lead to interruptions. We need to improve Charon's ability to switch to backup beacon nodes when the primary node fails.
🛠️ Proposed solution
Implement a "pick list" feature in Charon for fallback beacon nodes
Allow users to specify a list of primary and fallback beacon nodes through configuration
When a call to a primary beacon node fails, automatically try the next available node from the fallback list
If all nodes in the list fail, report the failure to Charon
Ensure this feature works with the existing "multi" component that handles multiple beacon node connections
Add error handling and logging for fallback node selection
Update documentation to explain how to use and configure the fallback beacon node feature
Create tests to verify the fallback mechanism works as expected
The text was updated successfully, but these errors were encountered:
Implement a way to provide eth2wrap with two classes of beacon nodes addresses: standard and fallback beacon nodes.
When one of the multi BN calls fails, eth2wrap wrappers will try to get an available fallback BN from a list and re-do the call on that.
If no fallback BNs is specified, return the original error.
If the fallback BN call fails, return fallback error instead.
This PR firstly introduces concepts and code, will introduce CLI parameters and initialization code later.
category: feature
ticket: #3328
Implement a way to provide eth2wrap with two classes of beacon nodes addresses: standard and fallback beacon nodes.
When one of the multi BN calls fails, eth2wrap wrappers will try to get an available fallback BN from a list and re-do the call on that.
If no fallback BNs is specified, return the original error.
If the fallback BN call fails, return fallback error instead.
This PR firstly introduces concepts and code, will introduce CLI parameters and initialization code later.
category: feature
ticket: #3328
Implement a way to provide eth2wrap with two classes of beacon nodes addresses: standard and fallback beacon nodes.
When one of the multi BN calls fails, eth2wrap wrappers will try to get an available fallback BN from a list and re-do the call on that.
If no fallback BNs is specified, return the original error.
If the fallback BN call fails, return fallback error instead.
This PR firstly introduces concepts and code, will introduce CLI parameters and initialization code later.
category: feature
ticket: #3328
🎯 Problem to be solved
Charon currently doesn't have a reliable way to handle beacon node failures, which could lead to interruptions. We need to improve Charon's ability to switch to backup beacon nodes when the primary node fails.
🛠️ Proposed solution
The text was updated successfully, but these errors were encountered: