DataProofsDotnet.Core
1.4.0
Prefix Reserved
See the version list below for details.
dotnet add package DataProofsDotnet.Core --version 1.4.0
NuGet\Install-Package DataProofsDotnet.Core -Version 1.4.0
<PackageReference Include="DataProofsDotnet.Core" Version="1.4.0" />
<PackageVersion Include="DataProofsDotnet.Core" Version="1.4.0" />
<PackageReference Include="DataProofsDotnet.Core" />
paket add DataProofsDotnet.Core --version 1.4.0
#r "nuget: DataProofsDotnet.Core, 1.4.0"
#:package DataProofsDotnet.Core@1.4.0
#addin nuget:?package=DataProofsDotnet.Core&version=1.4.0
#tool nuget:?package=DataProofsDotnet.Core&version=1.4.0
dataproofs-dotnet
Securing mechanisms for documents and credentials in .NET — the single home for both proof families defined by the W3C and IETF securing-mechanism landscape.
| Package | What it gives you |
|---|---|
DataProofsDotnet.Core |
W3C VC Data Integrity 1.0: proof model, add/verify pipeline, cryptosuite registry, JCS suites (eddsa-jcs-2022, ecdsa-jcs-2019), verification-method resolver abstraction |
DataProofsDotnet.Jose |
JWS, JWE, JWT, JWK; SD-JWT (RFC 9901) with Key Binding; SD-JWT VC; VC-JOSE-COSE (JOSE half) |
DataProofsDotnet.Cose |
COSE_Sign1 (RFC 9052), CWT (RFC 8392), VC-JOSE-COSE (COSE half) |
DataProofsDotnet.Rdfc |
JSON-LD / RDFC-1.0 canonicalization, offline-default document loader, RDFC suites (eddsa-rdfc-2022, ecdsa-rdfc-2019), bbs-2023 selective disclosure |
DataProofsDotnet.Legacy |
Pre–Data-Integrity Linked-Data-Signature suites (Ed25519Signature2020, EcdsaSecp256r1Signature2019), JCS + RDFC variants — opt-in, for interop with existing corpora only |
DataProofsDotnet.Extensions.DependencyInjection |
AddDataProofs(...) composition |
All cryptography routes through NetCrypto; all
multiformats (multibase, multicodec, Multikey) and JCS through
NetCid. Keys held in a NetCrypto IKeyStore are never
exported — signing accepts an ISigner or key-store alias, and JWE ECDH key agreement accepts an
opaque IEcdhKey, never raw private bytes.
Getting started
git clone https://github.com/moisesja/dataproofs-dotnet.git
cd dataproofs-dotnet
dotnet build DataProofsDotnet.sln
dotnet test DataProofsDotnet.sln
Runnable, narrated examples for every feature live under samples/ — each doubles as
a CI smoke test. Start with samples/README.md.
Native AOT and trimming
All six packages declare IsAotCompatible: they build with zero trim, single-file and AOT analyzer
warnings, and every System.Text.Json (de)serialization uses source-generated metadata, so they work in
trimmed and native-AOT applications and in .NET 10 file-based apps. CI job ac-12 runs
tasks/aot-smoke, which exercises every package, under JIT, with
reflection-based serialization disabled, as a file-based app and as a native-AOT binary, and requires
byte-identical output from all four. As a consumer:
DataProofsJsonOptions.Defaultserializes the library's own types through source-generated metadata in every host. For your types it falls back to reflection only where the host enables it. In a trimmed or AOT application, or any project withPublishAot, register them in your ownJsonSerializerContext.DataIntegrityProofcan be listed in your own context directly ([JsonSerializable(typeof(DataIntegrityProof))]); itspreviousProofconverter is public for that reason.- Publishing
Rdfc,Legacyor the DI package with native AOT surfaces warnings from Newtonsoft.Json, dotNetRdf.Core's dependency, fordynamicsupport the RDFC path never reaches (IL2104/IL3053). UnderTreatWarningsAsErrorsthey fail the publish; to keep them visible but not fatal, add<WarningsNotAsErrors>$(WarningsNotAsErrors);IL2104;IL3053</WarningsNotAsErrors>. That makes every dependency's collapsed trim/AOT warnings non-fatal, not only Newtonsoft.Json's, so check that eachIL2104/IL3053in your publish log namesNewtonsoft.Jsonand nothing else. Core, Jose and Cose produce no IL warnings.
Design documents
dataproofs-concept.md— vision and decisions log (binding)dataproofs-prd.md— requirements; the main source of truthCONTRIBUTING.md·SECURITY.md·CHANGELOG.md
License
Apache-2.0. See LICENSE.
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net10.0 is compatible. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
-
net10.0
- Microsoft.IdentityModel.Tokens (>= 8.19.1)
- NetCid (>= 1.6.0)
- NetCrypto (>= 1.7.1)
NuGet packages (8)
Showing the top 5 NuGet packages that depend on DataProofsDotnet.Core:
| Package | Downloads |
|---|---|
|
ZcapLd.Core
.NET implementation of W3C ZCAP-LD for creating, delegating, and verifying authorization capabilities. |
|
|
NetDid.Method.WebVh
did:webvh method implementation for the NetDid multi-method DID library. |
|
|
DataProofsDotnet.Rdfc
RDF-canonicalization family for W3C Data Integrity: JSON-LD 1.1 processing and RDFC-1.0 behind the library's own canonicalizer interface, the offline-default document loader, the RDFC cryptosuites (eddsa-rdfc-2022, ecdsa-rdfc-2019), and bbs-2023 selective disclosure. Sole dotNetRDF reference in the stack; no dotNetRDF or Newtonsoft type in any public signature. |
|
|
DataProofsDotnet.Jose
Enveloping proofs over JOSE: JWS (compact/JSON, detached, multi-signature), JWE (compact/General JSON, multi-recipient, ECDH-ES and ECDH-1PU), JWT claims validation, JWK with RFC 7638 thumbprints, SD-JWT (RFC 9901) with Key Binding, SD-JWT VC, and the JOSE half of VC-JOSE-COSE. All cryptography via NetCrypto. |
|
|
DataProofsDotnet.Legacy
Legacy Linked-Data-Signature cryptosuites for W3C Data Integrity: Ed25519Signature2020 and EcdsaSecp256r1Signature2019, JCS (default) and RDFC-1.0 variants, byte-compatible with zcap-dotnet's 2020-era JCS-nested wire convention. All cryptography via NetCrypto; multiformats/JCS via NetCid; RDFC via DataProofsDotnet.Rdfc. |
GitHub repositories
This package is not used by any popular GitHub repositories.