We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
We want something similar to the indexer-service framework introduced in graphprotocol/indexer-rs#80.
This will require extracting a number of modules from the graph-gateway source code into its own crate. The list below tracks the completion of this:
This list may not be complete.
The text was updated successfully, but these errors were encountered:
This comment is related to PR #808:
How do you envision a JSON-RPC gateway using a "request selector"? It's clear to me in the subgraph gateway. One client can pick one subgraph either: By subgraph ID: The gateway decides the deployment version depending on the indexers' performance info. By deployment ID: The subgraph version is pinned, and the gateway makes decisions based on indexers' performance info. Could you explain what needs to be multiplexed and selected in a JSON-RPC gateway?
How do you envision a JSON-RPC gateway using a "request selector"?
It's clear to me in the subgraph gateway. One client can pick one subgraph either:
Could you explain what needs to be multiplexed and selected in a JSON-RPC gateway?
Sorry, something went wrong.
No branches or pull requests
We want something similar to the indexer-service framework introduced in graphprotocol/indexer-rs#80.
This will require extracting a number of modules from the graph-gateway source code into its own crate. The list below tracks the completion of this:
This list may not be complete.
The text was updated successfully, but these errors were encountered: