OIDF-automation
OIDF-automation
### Imported from AB/Connect bitbucket - Original Commenter: pedro-felix * I agree that we are not simplifying the wallet by having the c\_nonce on the token endpoint, namely because: 1\)...
### Imported from AB/Connect bitbucket - Original Commenter: KristinaYasuda > \(or `invalid_or_missing_proof` b/c the draft currently has both that’s editorial error. I will do a PR removing references to `invalid_or_missing_proof`...
### Imported from AB/Connect bitbucket - Original Commenter: KristinaYasuda Having read the arguments, I am increasingly in favor of removing the `c_nonce` from the token endpoint
### Imported from AB/Connect bitbucket - Original Commenter: tlodderstedt I would like to hear more feedback from implementers \(both wallets and issuers\) before we decide.
### Imported from AB/Connect bitbucket - Original Commenter: authlete-taka I tried writing a virtual wallet-side code for “c\_nonce” handling. \(Its error handling is not perfect, though.\) ```java // Make a...
### Imported from AB/Connect bitbucket - Original Commenter: rolandh Take for example Credential Request where the basic format is defined in section 7.2 and the elaborated on in Appendix E....
### Imported from AB/Connect bitbucket - Original Commenter: KristinaYasuda this is because specification’s philosophy is to support any credential format and therefore has the concept of “credential formats“. I understand...
### Imported from AB/Connect bitbucket - Original Commenter: rolandh OK, then we have to agree to disagree
### Imported from AB/Connect bitbucket - Original Commenter: authlete-taka Sorry, regarding SD-JWT VC. “[SD-JWT-based Verifiable Credentials with JSON payloads \(SD-JWT VC\)](https://datatracker.ietf.org/doc/draft-terbu-sd-jwt-vc/)” defines the media type `vc+sd-jwt`, and if the intention...
### Imported from AB/Connect bitbucket - Original Commenter: KristinaYasuda good point. I am in general in support of moving towards using media types like you are suggesting. Based on the...