Date

Attendees

Goals

Discussion items

Item

Notes

Requirements

  • This can be a command line solution

  • Wallet flags

    • Don’t exist yet

      • Short-leash deployment (look for ticket). This supports paying for the deployment. Similar to the bonding helper approach.

  • Listen on name

    • Not blocked by the planned short-leash work, RHOL-775

    • Exposed on the client-side API

  • Cost estimation

    • May not be feasible. Birch has an idea that it is.

    • Blocked by cost accounting work

      • May require API #3 TODO ask Medha if this is a Mercury deliverable.

      • Michael Birch (Unlicensed) says we can expose this feature easily based on available work that’s complete. This work needs to be ticketed RHOL-934

  • Deploy a binary file

    • As opposed to the current scenario where .rho files are .txt files

    • Need the protbufs to support

    • RHOL-12 will not be done for Mercury. It will now be a storage shard

The user of the client software will have to have a wallet with a public key.

  • Needs specification from Birch or Kyle

    • Is this already available?

    • If not, it needs to be and a flag is needed

Command line application for use by users of the network

  • Connect to a node and to various things….

  • Do a deployment

    • Specify the code to deploy

    • Specify the private key

    • Pay for it

    • The work of RHOL-775

    • Specify the USER ID and timestamp -

      • USER ID

      • Is timestamp specification mandatory? No. Node could provide one as a default

      • This time represents “I don’t want to deploy this before TIMESTAMP”

      • Distinct by USER ID, timestamp, and code

    • Get information on deployment via a flag “--send this information back to me” or request info

  • Check on status of a deployment (provide ID and timestamp). Has it been proposed? What is the fault-tolerance?

  • Each entry is a code, wallet, private key, ID, timestamp

    • Code can be 1 or more files

    • Each entry is a separate deploy

How to deliver this

  • Does this live in RNode? No

  • Do we deliver this as a separate client so users don’t have to run RNode?

    • Yes. This was the intent of CORE-1162.

Recording

Part of the meeting was recorded to capture Mike Stay’s description of the app.

https://drive.google.com/open?id=1lIXON5Kr434Nf7l9UyuoCr9UYbJVsL9w

Action items

Decisions

c0122d41-8123-48b1-b2f3-d1e35ff29126DECIDED1242335c-6e22-40c2-8560-3234e2887e76Highlight any decisions from your meeting here.