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

Use more or better RPC provider #932

Open
volovyks opened this issue Nov 19, 2024 · 2 comments
Open

Use more or better RPC provider #932

volovyks opened this issue Nov 19, 2024 · 2 comments
Assignees
Labels
Emerging Tech Emerging Tech flying formation at Pagoda Near BOS NEAR BOS team at Pagoda

Comments

@volovyks
Copy link
Collaborator

volovyks commented Nov 19, 2024

Description

Now our system is failing each time RPC is experiencing issues. Not sure if we want to run our own node now, we can try a simpler solution for now.

Providers: https://docs.near.org/api/rpc/providers
https://www.lavanet.xyz/get-started/near manage underlying RPC operators and route traffic to ones that are working well

@volovyks volovyks added Near BOS NEAR BOS team at Pagoda Emerging Tech Emerging Tech flying formation at Pagoda labels Nov 19, 2024
@volovyks volovyks moved this from Backlog to Selected in Emerging Technologies Nov 19, 2024
@auto-mausx
Copy link
Collaborator

Lava does load balance between available services, so I think the should be the primary, but I think we should still code some resilience into the system. Maybe have an array of provider URLs that can be rotated against when a 5XX or 4XX error is produced a certain number of times?

@volovyks
Copy link
Collaborator Author

It was decided to stick with FastNEAR for now. RPC provider rotation can be added later, not a blocker to close this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Emerging Tech Emerging Tech flying formation at Pagoda Near BOS NEAR BOS team at Pagoda
Projects
Status: Selected
Development

No branches or pull requests

3 participants