ssi
ssi copied to clipboard
spruceid
Core library for decentralized identity.
LinkedDataProofOptions should be replaced with multiple types, following the changes in VC API: - [IssueCredentialOptions](https://github.com/w3c-ccg/vc-api/blob/88a2217c467cbe60e6f9e5ba65d6c91b3a7eddb7/components/IssueCredentialOptions.yml#L15-L40) - [PresentCredentialOptions](https://github.com/w3c-ccg/vc-api/blob/88a2217c467cbe60e6f9e5ba65d6c91b3a7eddb7/components/PresentCredentialOptions.yml#L15-L46) - [VerifyOptions](https://github.com/w3c-ccg/vc-api/blob/88a2217c467cbe60e6f9e5ba65d6c91b3a7eddb7/components/VerifyOptions.yml#L15-L33)
Re: https://github.com/spruceid/didkit/issues/272 It is supposed to be possible to use `prepare` and `complete` functions for signing with external keypairs. This functionality was partially broken in #253. #253 added checks during...
I'd like to generally improve the usability of the the types in the `ssi::vc` module from a developer standpoint. In particular, it would be very useful to have derived PartialEq...
Re: https://github.com/spruceid/ssi/pull/379#pullrequestreview-894966276 This would also fix the docs.rs builds, e.g. https://docs.rs/crate/did-web/0.1.1/builds/436399
#339 implemented a validation step for revocation lists, but particularly for lists on the heavier side (say, >1MB), it might make sense to implement something more robust for contexts where...
New York State Excelsior Pass (the original one, not the Excelsior Pass Plus) uses a Verifiable Credential with proof type `EcdsaSecp256r1Signature2019`, with a [did:hpass](https://github.com/IBM/hpass) issuer. Examples can be seen here:...
As mentioned in https://github.com/spruceid/ssi/pull/147: > Security considerations around use in browsers: should some safety be placed around this resolver in WASM usage? In non-WASM, the default is to use proxy...
Cache in this run failed due to out of disk space: https://github.com/spruceid/ssi/runs/2240675344?check_suite_focus=true#step:3:27 > Cache Size: ~2888 MB (3028672707 B) Maybe DIDKit's larger cache got mixed in here? #140 was supposed...
