Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add mechanism to retrieve historical status list information. #112

Merged
merged 7 commits into from
Jan 13, 2024
Merged

Add mechanism to retrieve historical status list information. #112

Changes from all commits
Commits
Show all changes
7 commits
Select commit Hold shift + click to select a range
9742cc1
Add mechanism to retrieve historical status list information.
msporny Dec 29, 2023
81c4ead
Fix grammar in historical status list text.
msporny Dec 30, 2023
99274dd
Fix normative requirement related to historical status lists.
msporny Jan 2, 2024
e41c768
Add historical status retrieval error code.
msporny Jan 2, 2024
6a35fd2
Note that failed timestamp retrievals can be attempted again.
msporny Jan 13, 2024
804df0e
Add reason for historical status list features.
msporny Jan 13, 2024
dfa5e31
Fix grammar in timestamp retrieval feature.
TallTed Jan 13, 2024
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
17 changes: 17 additions & 0 deletions index.html
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -805,6 +805,23 @@ <h3>Validate Algorithm</h3>
</li>
</ol>

<p>
When a `statusListCredential` URL is dereferenced, server implementations MAY
provide a mechanism to dereference the status list as of a particular point in
time. When an <a>issuer</a> provides such a mechanism, it enables a
<a>verifier</a> to determine changes in status to a precision chosen by the
issuer, such as hourly, daily, or weekly. If such a feature is supported, and if
query parameters are supported by the URL scheme, then the name of the query
parameter MUST be `timestamp` and the value MUST be a valid URL-encoded
[[XMLSCHEMA11-2]] dateTimeStamp string value. The result of dereferencing such a
timestamp-parameterized URL MUST be either a status list credential containing
the status list as it existed at the given point in time, or a
<a href="#STATUS_RETRIEVAL_ERROR">STATUS_RETRIEVAL_ERROR</a>. If the result is
an error, implementations MAY attempt the retrieval again with a different
timestamp value, or without a timestamp value, as long as the <a>verifier</a>'s
validation rules permit such an action.
</p>

<p class="note" title="Issuer validation is use case dependent">
It is expected that a <a>verifier</a> will ensure that it trusts the issuer
of a <a>verifiable credential</a>, as well as the issuer of the associated
Expand Down
Loading