-
Notifications
You must be signed in to change notification settings - Fork 172
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
Proposal: Integrate Arbitrum RPC fallback into livepeer-go #2975
Comments
@FranckUltima Thanks for posting. I think it's a duplicate of this: #1959 |
Actually, sorry about that. I think my post was a good reminder for the new developers on the Livepeer project, since the old post was from two years ago. You can delete my request, since it's a duplicate. I don't think I can do it myself. |
@FranckUltima you can use proxyd right now to have a backup RPC, I have multiple RPC backends just incase the main RPC goes down, it automatically switches to the other RPC providers. But i would guess having it in the main livepeer itself would be more straight forward. |
I think we should implement this within I think the changes would be made to this go func: go-livepeer/cmd/livepeer/starter/starter.go Lines 1003 to 1018 in e9cbadb
|
In order to improve the quality and robustness of the network, I believe it could be useful to integrate an Arbitrum RPC fallback option directly into the livepeer-go code.
For example, we could enter a main RPC and 1 backup RPC, and if the main RPC no longer responds or provides erroneous data, the node could switch to the backup RPC, until the main RPC responds correctly again.
It would also be useful to have a metric available for prometheus/grafana so that we can integrate the RPC status into our monitoring.
This would also allow us to maintain our Arbitrum RPCs without stopping the availability of our Livepeer nodes.
The text was updated successfully, but these errors were encountered: