Hi,
--
Here is a first, rough sketch. There are five steps in the transaction. It is structured to anticipate additional requests and grants. 05-AliceGrants, is the last link in the chain and gives an overview of the steps. You could click on it, then on
"Document". Note that a few nuances have been captured, such as the request being more limited in scope than the full data.
The general principle is that each step in a transaction that needs to be persisted is documented as a record. The record states particulars and references its context, including the prior step.
In a production system, each record can be stored under a friendly name, like this, or under a hash. Records can be stored in a file system versioned with git, like this, or in a database such as IPFS or a blockchain, as needed.
On Thu, Aug 25, 2016 at 4:14 PM, M AV <av_m@hotmail.com> wrote:
It’s one .jpeg you should be able to cut and paste from the email …
From: James Hazard [mailto:james.g.hazard@gmail.
com ]
Sent: Thursday, August 25, 2016 4:13 PM
To: M AV <av_m@hotmail.com>
Cc: Eve Maler <eve.maler@forgerock.com>; dg-bsc@kantarainitiative.org
Subject: Re: [DG-BSC] Ann Vroom Followup toBSC telecon Thursday August 25 2016
Excellent! I'll do a minimal sketch of this flow.
On Thu, Aug 25, 2016 at 4:02 PM, M AV <av_m@hotmail.com> wrote:
Hi – in reference to this afternoon’s conf call, here’s my super-simplified version of the flow I described:
_______________________________________________
DG-BSC mailing list
DG-BSC@kantarainitiative.org
http://kantarainitiative.org/mailman/listinfo/dg-bsc
--
@commonaccord
@commonaccord