Contact emails
[email protected], [email protected]

Explainer
https://github.com/w3c-fedid/digital-credentials/issues/396


Specification
https://w3c-fedid.github.io/digital-credentials/#protocols


Summary
The Digital Credentials API was originally designed to be an opaque pipeline 
for arbitrary exchange protocols. In November the FedID WG resolved to change 
this (https://github.com/w3c-fedid/digital-credentials/issues/396) so that the 
spec normatively referenced only a specific set of exchange protocols. This 
feature tracks changing Chromium's implementation of the DC API to match such 
that requests for unspecified presentation and issuance protocols will fail vs. 
being passed through to Android.


Blink component
Blink>Identity>DigitalCredentials


Web Feature ID
No information provided


Motivation
To align with a change to the spec which enables more credible privacy and 
security analysis of the API.


Initial public proposal
No information provided


TAG review
No information provided


TAG review status
Not applicable


Goals for experimentation
None


Risks




Interoperability and Compatibility
A UseCounter was added for unknown protocols in the DC API, it has fallen to 
essentially zero starting in April 2026: 
https://chromestatus.com/metrics/feature/timeline/popularity/5770 Looking at 
more detailed internal metrics, the exact value is not exactly zero and amounts 
to about 3% of all DC API calls (itself very rare). We believe this represents 
some limited testing by developers considering migrating from custom schemes to 
the DC API, no real deployments. But in order to avoid negatively impacting 
those developers we want to hold actual removal until the start of 2027. In 
order to reduce the risk of surprises we want to add a deprecation warning / 
report now.

Gecko: No signal 
(https://mozilla.github.io/standards-positions/#digital-credentials) Mozilla is 
officially negative on the DC API itself. In the FedID WG meeting for 
restricting the API to specified protocols only, Mozilla representatives argued 
in favor of the change.

WebKit: Shipped/Shipping 
(https://webkit.org/blog/17431/online-identity-verification-with-the-digital-credentials-api)
 Supports only the org-iso-mdoc protocol already

Web developers: No signals

Other signals:


WebView application risks

Does this intent deprecate or change behavior of existing APIs, such that it 
has potentially high risk for Android WebView-based applications?
No information provided



Debuggability
No information provided


Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, 
ChromeOS, Android, and Android WebView)?
Yes


Is this feature fully tested by web-platform-tests?
Yes
Covered by https://wpt.fyi/results/digital-credentials/get.https.html


Flag name on about://flags
#enable-experimental-web-platform-features


Finch feature name
DigitalCredentialsProtocolFilter


Rollout plan
Will ship enabled for all users


Requires code in //chrome?
False


Tracking bug
https://crbug.com/465006289


Estimated milestones


Shipping on desktop 160

DevTrial on desktop 151

Shipping on Android 160

DevTrial on Android 151

Shipping on WebView 160




Anticipated spec changes

Open questions about a feature may be a source of future web compat or interop 
issues. Please list open issues (eg links to known github issues in the project 
for the feature specification) whose resolution may introduce web 
compat/interop risk (eg, changing to naming or structure of the API in a 
non-backward-compatible way).
No information provided


Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/6492906882990080?gate=5229137305403392


This intent message was generated by Chrome Platform Status.

-- 
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/6a29cf6a.f2d2b681.29210.0589.GAE%40google.com.

Reply via email to