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

feature: rpc proxy/caching layer #503

Open
nick1udwig opened this issue Aug 23, 2024 · 0 comments
Open

feature: rpc proxy/caching layer #503

nick1udwig opened this issue Aug 23, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@nick1udwig
Copy link
Member

Is your feature request related to a problem? Please describe.
We are quite reliant on ETH RPC & hit it a lot. This leads to some fragility & dev annoyances. It is also hard to debug because we have many nodes per API key.

Describe the solution you'd like
There are at least two main things we'd like.

  1. Some type of proxy system where each node can have its own unique identifier for the RPC calls. In this way, if a specific node is in a bad state, we can determine which node is the bad one.
  2. Some type of caching system. Each node needs to hear about the same events. If we could cache these, it would greatly reduce the load on the actual RPC.

Should this live inside or outside of Kinode? Are there specific pieces that should live inside and others outside?

FYI @dolled-possum @bitful-pannul @dr-frmr

@nick1udwig nick1udwig added the enhancement New feature or request label Aug 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant