KiiWORKS / Documentation
Overview · One Pager
SOURCE · content/marketing/kiiworks-one-pager.md · synced from the engineering repo
KiiWORKS
Enterprise Data Integrity on the Kaspa BlockDAG
“Forged from first principles. Built to work.”
What is KiiWORKS?
KiiWORKS is the standards-based platform for industrial regulatory data integrity in the EU regulatory era. It lets manufacturers, regulators, and supply-chain participants issue digital product passports, anchor lifecycle claims to the Kaspa BlockDAG, and prove regulatory compliance — anchored to public infrastructure that no single party controls.
Built by Stichting Kii Foundation (Netherlands), KiiWORKS implements W3C Decentralised Identifiers (DID), W3C Verifiable Credentials, EPCIS 2.0 lifecycle events, the Eclipse Dataspace Protocol, ODRL 2.2, and ISO 20022 on top of Kaspa’s high-throughput GHOSTDAG consensus. The result is a compliance-ready, auditable infrastructure layer for regulated industries — anchoring to Kaspa, with the first covenant minted on Kaspa mainnet (30 June 2026). Toccata hardfork (covenant introspection + ZK vprogs) targets 30 June 2026.
Why KiiWORKS?
| Challenge | KiiWORKS Response |
|---|---|
| Siloed data with no cross-organisational trust | Shared, verifiable records anchored on a neutral public ledger |
| Credential fraud and document forgery | W3C Verifiable Credentials with Merkle-batched on-chain proof anchoring |
| Slow, costly cross-border reconciliation | Sub-second DAG timestamps reduce dispute resolution cycles |
| Regulatory reporting without auditability | Cryptographic audit trails meeting EU, UNECE, and UN/CEFACT standards |
| Vendor lock-in to proprietary platforms | Standards-first, single-binary architecture |
| Sensitive lifecycle fields exposed in disclosures | Zero-knowledge selective disclosure — prove thresholds without revealing values |
Product Line
Foundry — Reference node and developer harness. A single statically-linked Rust binary that exposes the platform services over a REST API on a single port. Air-gap installable, reproducibly built, and runnable against a Kaspa testnet or an in-memory entity-storage backend.
Anvil — Wallet and UTXO management. Manages BIP-44 HD wallets, address derivation, balance queries, and KAS transfers on the Kaspa network. Provides the payment and signing infrastructure that funds every on-chain operation.
Forge — Data processing pipeline. Validates structured payloads against JSON Schema and JSON-LD vocabularies; transforms between UN/CEFACT, ISO 20022, EPCIS 2.0, GS1 Digital Link, ESPR, and ODRL 2.2 policy formats.
Stamp — Immutable proof service. Anchors SHA-256 content hashes into the Kaspa DAG via Merkle batch commitments — O(1) on-chain cost for N items, with individual inclusion proofs. Provides time-stamped, independently verifiable proof of existence for any digital document or event.
Wire — Dataspace connectivity layer. Implements the Eclipse Dataspace Protocol for secure, policy-governed data exchange between organisations, with end-to-end encrypted X25519 + XChaCha20-Poly1305 channels (authenticated AEAD with 192-bit random nonces and HKDF-SHA256 directional key separation) for partner exchange.
Vault — Key and secrets management. Pluggable connector supporting hardware security modules (HSM), HashiCorp Vault, cloud key management services, and entity-storage backends for development environments.
Technical Foundation
- Ledger: Kaspa BlockDAG (GHOSTDAG protocol) — block times under one second, 10 blocks per second post-Crescendo
- Inventory: a Rust workspace of library crates and platform services, with unit and live-testnet integration suites
- Binary: statically-linked Rust, multi-stage Dockerfile, air-gap installable
- Standards: W3C DID Core 1.0, W3C Verifiable Credentials 2.0, EPCIS 2.0, GS1 GTIN/Digital Link, Eclipse Dataspace Protocol, Gaia-X / IDSA, UN/CEFACT CCL, UNECE Rec. 20, VDA, DCSA, ODRL 2.2, ISO 20022, Schema.org, Dublin Core, FOAF, CBAM, MLETR
- Cryptography: Secp256k1 with Schnorr signatures, Ed25519 for DID verification methods, Blake2b hashing, X25519 + XChaCha20-Poly1305 channel encryption (authenticated AEAD with 192-bit random nonces and HKDF-SHA256 directional key separation), zero-knowledge selective disclosure
- Architecture: Single-binary platform composed of library crates and platform services; REST API; PostgreSQL persistence; pluggable connector framework
- Covenants: Four SilverScript covenants — escrow, multisig, timelock, vault — for on-chain enforceable custody patterns
- Hardforks: Crescendo activated May 2025 (10 BPS / sub-second blocks); Toccata target ~30 June 2026 (DAA 474,165,565) bringing KIP-16 (ZK vprogs), KIP-17 (covenant introspection), KIP-20 (Covenant IDs), KIP-21 (sequencing)
Governance
KiiWORKS is governed by Stichting Kii Foundation, a Netherlands foundation with a public-benefit mandate. The Foundation publishes the DID method specification, and stewards the standards roadmap. Commercial deployments and enterprise support are available via Foundation-authorised partners and special-purpose vehicles. Foundation-level token issuance is explicitly prohibited under Foundation rules.
Chair: Paul van Son (founder Dii/Desertec) Secretary General: Bara Greplova (INATBA Institutional Relations)
Get Started
| Resource | Location |
|---|---|
| Foundation | kii.foundation |
| Partnerships | foundation@kiiworks.org |
Stichting Kii Foundation — Registered in the Netherlands KiiWORKS — First covenant minted on Kaspa mainnet, 30 June 2026