-
Notifications
You must be signed in to change notification settings - Fork 3.8k
Wallet API Request format #506
Comments
My understanding was the cli wallet was only for esoc and only for localhost. We opened up localhost so that it could run out of Docker. Do we really wish to publish the API? |
It appears to be designed so it can run in Honestly though, I did loose some sleep over it thinking about someone trying to store everyone's private key on the server. I think it is better to have this API though, private key operations are anything but easy. Another topic (kind of): I would like to know if |
However, I don't know of anyone trying to use this API yet.. If you decide to make it more public just let us know and we will put it in the libraries. I'll let you know if I hear about a project to use it. |
Thank you for letting it bind to 0.0.0.0 so it can run Dockerised. I think the access to the wallet API is very useful for people who want to automate things in any programming language, without having to rely on To address the security concerns in the Python wrapper, I'm separating the wallet related API's into their own class, which triggers a warning if people try to do it trough non-localhost node. |
The API responds to a request of the form:
|
This is the wallet api create method:
This is formatted like the Chain and Account History API but for this method, create:
Am I doing this right? I think the Wallet API is different, I don't see any FC_REFLECT definitions for it so I suspect sending json is not going to work.
Furion and I would like to publish the API. Is it ready, should I do something different?
thank you..
The text was updated successfully, but these errors were encountered: