Credo 1.0 roadmap #2087

Opening this so we can discuss what it would entail to reach an 1.0 version of Credo.

I have some ideas on it but would love input.

My wishlist would include:

• (削除) move away from askar for storage. Find custom solution for sensitive data that needs to be encrypted (削除ここまで)
• (削除) default caching implementation with redis, so we can rely on cache more heavily. (削除ここまで)
• 🚧 clean up of some older DIDComm features and protocols (v1 protocols, legacy did sov prefix, unqualified anoncreds identifiers)
• (削除) extract DIDComm out of core into separate package (削除ここまで)
• DIDComm v2 support
• (削除) stable version of OID4VC/OID4VP (although we don't have control over this) (削除ここまで)
• (削除) reworked crypto/wallet api, with support for Hardware Security Module. (削除ここまで)
• new APIs for handling verification / trust / revocation / status management. Also look at unifying different credential format APIs
• Fix the JSON-LD dependencies and have better support for caching
• (削除) Better support to work with non-self-signed X509 certificates (削除ここまで)
• control over which features are allowed (did methods, x509, credential formats, etc..)
• Security audit
• proper hosting/management of revocation status lists. Allow pluggable cloud storage interface

I think a lot could also be done after an 1.0 release. However i think mostly the security related features are important for an 1.0 release.