Enrico Marconi
Enrico Marconi
@BernhardFuchs sorry for the issue, could you please try again now?
@BernhardFuchs I should have fixed the issue, could you please take a look?
@eike-hass what do we want to do with this? The implementation only supports a portion of the did:key specification and has not been thoroughly documented nor tested
@daniel-mader I forked and fixed `did-url`. You can use cargo's `[path.crates-io]` to get it. In your Cargo.toml file (where you have a dependency to `identity_iota`) add this: ```toml [patch.crates-io] did_url...
@daniel-mader you are right, `identity_did` performs a second validation of `method_id` in `CoreDID::parse` and that fails. Lemme look into this and reach back to you.
@daniel-mader I fixed it, but unfortunately we can't merge it into `main` as long as we are linking to `did_url` through a git repo. I suggest you get the fix...
> (Your suggestion somehow didn't work for me, I got a `unexpected http status code: 404;` for unknown reasons.) My bad, I wrote the snipped without actually trying it. Glad...
Hey @AlbertoSvg, could you please fix these merge conflicts?
## Credentials' traits summed up First and foremost we have `CredentialT` which abstracts out the minimal behavior of any credential: having an id, an issuer, an issuance time, an optional...
Unfortunately implementing pre-hash verification for for our EdDSA verifier is not as straight forward. At the moment there's only one Rust crate that allows Ed2219 pre-hash verification - i.e. [ed25519-dalek](https://docs.rs/ed25519-dalek/latest/ed25519_dalek/)...