diff --git a/README.md b/README.md index 6faaa9976..9d7b2b68d 100644 --- a/README.md +++ b/README.md @@ -32,24 +32,25 @@ mailing list as well. ## Process Overview for VC Data Model Pull Requests 1. For now, we will focus only on merging new errata PRs into this repository, -but encourage activity related to new features. + but encourage activity related to new features. 2. Once a PR is opened, chairs and editors make judgement call on whether -changes are substantive or editorial. -
-
Editorial
-
Mark with "editorial" tag, merge into branch "v1.1"
-
Substantive
-
Mark with "substantial" tag. Bugfixes are merged into separate branch "v1.2". New Features stay around as an open PR.
-
+ changes are substantive or editorial. +
+
Editorial
+
Mark with "editorial" tag, merge into branch "v1.1"
+
Substantive
+
Mark with "substantial" tag. Bug fixes are merged into separate branch "v1.2". New Features stay around as an open PR.
+
3. W3C CCG is notified of PRs that will be merged in the next 14 days if there -are no objections. -4. When it's determined a new reccomendation should go out, the W3C Verifiable -Credentials Working Group members meet, review all the PRs that have been -merged, and make a formal recommendation if agreement is reached. + are no objections. +4. When it's determined a new recommendation should go out, the W3C Verifiable + Credentials Working Group members meet, review all the PRs that have been + merged, and make a formal recommendation if agreement is reached. ### Roadmap for 2021 -- 1 editorial update (v1.1?) -- 1 substantive update (v1.2?) +- one editorial update (v1.1?) +- one substantive update (v1.2?) + - VC Test Suite Refactoring - Start planning VC v2 Work, request a rechartering 3-6 months before end of year to keep VC WG functioning. diff --git a/index.html b/index.html index f358046f2..c2d006ee6 100644 --- a/index.html +++ b/index.html @@ -827,21 +827,21 @@

Presentations

verifiable presentation, but abstracts the details about how verifiable credentials are organized into information graphs, which are then organized into verifiable presentations. +

+

below shows a more complete depiction of a verifiable presentation, which is normally composed of at least four -information graphs. The first graph expresses the -verifiable presentation itself, which contains -presentation metadata. -The verifiableCredential property in the graph refers to -one or more verifiable credentials (each a self-contained graph), -which in turn contains -credential metadata and -claims. -The third graph expresses the -credential graph proof, -which is usually a digital signature. The fourth graph expresses the -presentation graph proof, -which is usually a digital signature. +information graphs. The first of these information graphs, the +Presentation Graph, expresses the verifiable presentation +itself, which contains presentation metadata. The +verifiableCredential property in the Presentation Graph +refers to one or more verifiable credentials, each being one of the +second information graphs, i.e., a self-contained Credential +Graph), which in turn contains credential metadata and claims. The +third information graph, the Credential Proof Graph, expresses +the credential graph proof, which is usually a digital signature. The fourth +information graph, the Presentation Proof Graph, expresses the +presentation graph proof, which is usually a digital signature.