Skip to content

Commit 862443f

Browse files
docs: add decision record about the use of iron-verifiable-credentials
1 parent cd7f0c4 commit 862443f

File tree

1 file changed

+22
-0
lines changed
  • docs/development/decision-records/2023-06-13_use_of_iron_library

1 file changed

+22
-0
lines changed
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,22 @@
1+
# Usage of `iron-verifiable-credentials`
2+
3+
## Decision
4+
5+
Tractus-X EDC will use the [iron-verifiable-credentials](https://github.com/filip26/iron-verifiable-credentials) library
6+
for all processing of VerifiableCredentials and VerifiablePresentations.
7+
8+
## Rationale
9+
10+
The Eclipse Dataspaces Components project uses iron's sister
11+
library, [titanium-json-ld](https://github.com/filip26/titanium-json-ld/) for processing JSON-LD, which achieves close
12+
to 100% of conformance with the JSON-LD specification.
13+
14+
It thus stands to reason that we use `iron-verifiable-credentials`, because it supports issuing/verifying VCs/VPs, has
15+
support for JSON-LD (internally it also uses `titanium-json-ld`) and otherwise has a very light dependency footprint.
16+
which means high runtime type compatibility can be expected and minimal mapping/compatibility layers are needed. Crypto
17+
suites are pluggable, so in addition to `iron-ed25519-cryptosuite-2020`, which is also provided, we will implement
18+
support for `JsonWebKey2020` which was mandated by the Catena-X consortium.
19+
20+
## Approach
21+
22+
- add support for `JsonWebKey2020` to Tractus-X EDC using `iron-verifiable-credentials`.

0 commit comments

Comments
 (0)