This is different from https://github.com/blockades/scuttle-dark-crystal/issues/45. A Dark Crystal HTTP API would open up the a set of end-points to scuttle-dark-crystal (rather than just the secrets wrapper), enabling other applications to use Dark Crystal and Scuttlebutt via a set of end-points.
This is a larger body of work than the secrets wrapper API. It requires creating a scuttlebot server instance (or connecting to an existing instance, see scuttle-shell) and initialising scuttle-dark-crystal there, and exposing its access to and interaction with the SSB database as a HTTP API.
Includes the following end-points:
// gets the ritual and its component parts
GET /v1/rituals/:id
// performs the ritual, requires parameters
POST /v1/share
// Gets the requests applicable to a specific root / ritual
GET /v1/requests/:id
POST /v1/requests/:id
// requests have a one-to-one relationship to replies
GET /v1/requests/:id/reply
POST /v1requests/:id/reply
// returns the secret, requires parameters
POST /v1/recombine/:id
// forwards shards to a recipient, requires parameters
POST /v1/forwards
This is different from https://github.com/blockades/scuttle-dark-crystal/issues/45. A Dark Crystal HTTP API would open up the a set of end-points to
scuttle-dark-crystal
(rather than just the secrets wrapper), enabling other applications to use Dark Crystal and Scuttlebutt via a set of end-points.This is a larger body of work than the secrets wrapper API. It requires creating a scuttlebot server instance (or connecting to an existing instance, see scuttle-shell) and initialising
scuttle-dark-crystal
there, and exposing its access to and interaction with the SSB database as a HTTP API.Includes the following end-points:
An example use-case: