Open thebeast0407 opened 5 years ago
There are a lot of features listed! I think if we tackle this we should split it up into a series of releases.
I also think that instead of implementing multiple UIs, one for the daemon and one for the CLI, we should just implement the a snet-cli client UI and make it show the daemon information accessed via grpc.
I think the client UI would also be the ideal place for service authors to be able to work on their service UI for the dapp. This would show the service author's UI component and allow the caller to optionally skip all the metamask and blockchain interaction, calling the grpc endpoint directly. See singnet/snet-dapp#31
@ferrouswheel please treat this as an Epic, when implemented this will definitely result in multiple tasks in different repos. (In fact I think it might be worthwhile for us to have a separate repo for such proposals)
The idea is to have one UI for the service developers wherein they can interact with
The Javascript SDK will take shape as part of refactoring the DApp. In the mean time we can start building the UI for the daemon management and have them converge eventually. At that point we will have a
Let's create a project board for this.
To improve the usability of commands and make it easy to manage multiple services, accounts, networks from service provider perspective, we should have a Client UI support enabled for SNET CLI.
I would like to Propose a Client UI with the following features
Networks and Account Management
Transaction Management
Service Management
Metadata creation and validation
Account Wallet to manage funds (service providers perspective only)
Channel Management and Treasurer
Local state – update/delete/publish/recover/reset
Code Generator – configurations, service stubs, etc.
Log Viewer
Connect to Daemon through Operator UI
it could be an addition to proposed Daemon's Operator UI ( #29). Only limitation I am seeing at daemon level is, One service provider might be hosting multiple services, which could be running multiple daemons. In that case the user will be having multiple Operator UI's for each of the daemon or daemon cluster.
Whereas SNET Client UI, can provide a single interface to manage all the services, and other CLI related functions.