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

Add new call method to return supporting evms #180

Open
1 task
shrnkld opened this issue Jun 7, 2022 · 8 comments
Open
1 task

Add new call method to return supporting evms #180

shrnkld opened this issue Jun 7, 2022 · 8 comments
Assignees
Labels
enhancement New feature or request

Comments

@shrnkld
Copy link
Contributor

shrnkld commented Jun 7, 2022

Scenario:
The XQuery (and future Hydra) dashboard app needs to display to the user which network(s) a particular SNode supports eg ETH, AVAX, SYS NEVM etc

To do:

  • Write a containerised plugin for EXR env which can be deployed through the SNode builder, and which responds as an XRouter/XCloud Service to requests for a list of which SNodes support XQuery and/or Hydra, and which EVMs are supported by XQuery & Hydra on each of those SNodes.
@shrnkld shrnkld added the enhancement New feature or request label Jun 7, 2022
@ConanMishler
Copy link
Collaborator

@shrnkld Perhaps this new call method requested in this issue won't be necessary once this PR is merged?: #185
I think it's actually better to make it possible for the client to search for all SNodes supporting the EVMs they want using the Service Node Explorer, rather than making that EVM-specific information available via calls made to each SNode individually.

@shrnkld shrnkld changed the title Add new call method to return support evms Add new call method to return supporting evms Jun 28, 2022
@shrnkld
Copy link
Contributor Author

shrnkld commented Jun 28, 2022

I think from a users pov, the XQuery dashboard (or cli) should be able to show this data without the user having to visit another website to find out what networks a particular snode supports (unless PR185 can provide this info instead to the dashboard website?):

1a  xquery user dashboard - new project - modal - avail snode list

@ConanMishler
Copy link
Collaborator

Yeah, that dashboard will be very user-friendly. Once this new PR is merged and SNodes start deploying with it, it should be possible to gather all the info displayed on that dashboard either by making api calls the SNode Explorer, or by gathering the same info directly from the Blocknet blockchain, like the SNode Explorer does.

Note, it is possible to configure an SNode to support different EVMs for Hydra than it does for XQuery (or visa versa). The above dashboard layout looks great, but if we use that format we'll want to give details under the "View details" button on which EVMs are supported by Hydra and which are supported by XQuery. (Maybe that was already the plan...)

@ConanMishler
Copy link
Collaborator

Now that #185 has been merged, the task for this issue should really defined as:

Write a containerized plugin for EXR env which can be deployed through the SNode builder, and which responds as an XRouter/XCloud Service to requests for a list of which SNodes support XQuery and/or Hydra, and which EVMs are supported by XQuery & Hydra on each of those SNodes.

@ConanMishler ConanMishler self-assigned this Oct 26, 2022
@ConanMishler
Copy link
Collaborator

@shrnkld Now that @tryiou has added XRouter Service for xrshowconfigs to https://utils.blocknet.org (https://utils.blocknet.org/xrs/xrshowconfigs), it seems this issue can be closed, correct?

@shrnkld
Copy link
Contributor Author

shrnkld commented Dec 12, 2022

Would it still not be better to build this plugin and have every SNode deploy it so any dapps we build can fetch a list of available services directly from all available SNodes, instead of a single server/domain?

I wouldn't say this is urgent as utils.blocknet is sufficient for this XQuery dashboard MVP, but it seems a better solution assuming there are no network or other technical limitations to the XC plugin method.

@ConanMishler
Copy link
Collaborator

ConanMishler commented Dec 12, 2022

@shrnkld It might be simpler just to modify the SNode builder code to add the necessary config statements to ~/exrproxy-env/scripts/start-exrproxy.sh so that http://<URL>/xrs/xrshowconfigs service is available on every SNode. Any reason not to do that? Maybe we should make that the task for this issue.

@shrnkld
Copy link
Contributor Author

shrnkld commented Dec 13, 2022

That sounds good to me @ConanMishler ⚡️

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
Status: To do
Status: Backlog
Development

No branches or pull requests

2 participants