SD-JWT implementation improvements

[timothee-haudebourg]

This PR brings the SD-JWT implementation up to date with the rest of ssi.

Main changes

• Dedicated sized and unsized types for SD-JWTs: Jwt, JwtBuf, DecodedJwt, etc.
• Explicit interface to reveal concealed claims, creating a RevealedSdJwt.
• Improves on the previous interface that provided no means of actually creating disclosures. We can now create disclosures using JSON pointers to the claims we want to conceal.

Other changes

• Renamed CompactJWS, CompactJWSBuf, CompactJWSStr and CompactJWSString into JwsSlice, JwsVec, JwsStr and JwsString. Tried to make the distinction and limitation of each clearer.
• Added a new Jws/JwsBuf type, that is now the base type for JWS, strictly following RFC 7515 without the RFC 7797 (Unencoded Payload Option) complications.
• Used the same naming conventions in ssi-jwt.

As a result, all ssi-jws, ssi-jwt and ssi-sd-jwt share the same API patterns.

There are a lot of changed files, but that's actually due to the renaming of JWS types. The most important changes are all located in ssi-sd-jwt. It's a bit lacking documentation for now, but ready for review. In the meantime, the tests are a good starting point to understand how it works.

[timothee-haudebourg]

I don't know why cargo-rdme is unable to resolve some doc links 🤔

[Ryanmtate]

Consider using Vec::with_capacity, e.g.:

let mut disclosures = Vec::with_capacity(pointers.len());

[sbihel]

I don't know why cargo-rdme is unable to resolve some doc links 🤔

If you remove the leading crate:: it seems to work?

[timothee-haudebourg]

If you remove the leading crate:: it seems to work?

It does! Maybe it's a new version of cargo-rdme. I remember adding crate:: specifically for cargo-rdme to generate the correct link.

[timothee-haudebourg]

aaand I found a bug just after merging of course: #614