Open source

An open standard, built in stages.

The commercial logic is simple, and we'd rather state it plainly: the standard opens so anyone can adopt it, and anyone holding the signer's public key can verify a signed action without lock-in. The infrastructure that operates it at scale, and the tenants built on it, are commercial. Nothing about the verification contract depends on paying us – the spec, the vectors and the reference verifiers are open. Obtaining a given deployment's key is a separate question, and for SYNTHERA-issued VAIDs it is not solved yet.

01

What opens – Apache-2.0

The standard, and its reference signers.

VAID is an interoperability contract, so the open scope is the contract itself, its Rust, Python and TypeScript reference SDKs, and an open reference mint. It is released and available under Apache-2.0.

SPEC

The VAID standard

One canonicalization path – RFC 8785 JCS → SHA-256 → Ed25519 over the digest – plus the exact request payload that gets signed and the identity types it binds. The byte-level specification, written as code.

apache-2.0 · released
SDK · RUST

vaid-pop · vaid-client · vaid-mint

The proof-of-possession primitive, the reference client that turns a VAID and a key into the four signed headers a request carries, and the reference mint – none of them reimplement the canonicalization.

apache-2.0 · crates.io
SDK · PYTHON

vaid-pop · vaid-mint · vaid-langchain

The Python reference signer, the reference mint, and a LangChain request-signing adapter – the same proof-of-possession contract, mirroring the Rust path exactly and locked to the same frozen conformance vector. The signer depends only on cryptography and rfc8785.

apache-2.0 · pypi.org
SDK · TYPESCRIPT

vaid-pop · vaid-client · vaid-mint

The third conforming implementation: the same proof-of-possession primitive, the same reference client and mint, locked to the same frozen conformance vectors as Rust and Python. Its signer depends only on @noble/hashes and @noble/ed25519.

apache-2.0 · npmjs.com

It's all public now. Source: github.com/solara-associates/vaid

Rust
cargo add vaid-pop
cargo add vaid-client
cargo add vaid-mint
Python
pip install vaid-pop
pip install vaid-mint
pip install vaid-langchain
TypeScript
npm install vaid-pop
npm install vaid-client
npm install vaid-mint

Check the package you received

Each published package ships a conformance harness. It reproduces the frozen digests from the installed artifact – so you are checking what the registry actually gave you, not taking this page's word for it.

npm – no install needed
npx -p vaid-mint vaid-mint-conformance
Python – after pip install
vaid-mint-conformance

Both print the frozen document digest and exit non-zero on any mismatch. vaid-pop and vaid-client ship the same command under their own names.

On crates.io the vectors and tests ship inside the crate rather than as an installable binary, so the Rust equivalent is cargo test against the extracted crate rather than a single command.

02

What you can do right now

The repos are public. Three concrete ways to start.

01

Verify a signed action today

The live verification demo runs the real proof-of-possession path in your browser – RFC 8785 JCS, SHA-256 and Ed25519 – against the standard's frozen conformance vector. Tamper with the request and watch it reject. That's the request-signing-and-verification contract, working, with nothing installed.

02

See how interop is proven

The guarantee isn't a claim about a document. Three reference SDKs, in Rust, Python and TypeScript, reproduce the same SHA-256 digest and the same Ed25519 signature from the same fixed inputs, with no shared runtime between them. A fourth implementation that hits the same vector is byte-compatible by definition.

03

Get the code, shape what's next

Get the code. The spec, reference signers, and SDKs are public now: github.com/solara-associates/vaid. Get on the list to shape what comes next.

03

The path to more open

Direction, not a committed timeline.

The standard follows the pattern containers did. These are stages worth thinking about, not dated promises.

STAGE 01 · SHIPPED

Spec + reference SDKs

The canonicalization standard and the Rust, Python and TypeScript reference signers are open under Apache-2.0 – published on crates.io, PyPI and npm. Enough to produce a VAID and verify its signed actions with no service in between.

STAGE 02

More libraries, conformance tooling

Additional client libraries and public conformance tooling open as adoption grows, so any implementation can prove itself against the frozen vector.

STAGE 03

Neutral governance

A path to neutral stewardship for the standard itself – the Docker → Kubernetes → CNCF pattern – so no single vendor owns it. Framed as direction, not commitment.

To be clear The standard opens so anyone can adopt and verify without lock-in. The hosted authority, policy engine, federation layer and the durable, hash-chained audit-of-record intended to operate it at scale – the SYNTHERA foundation – and the tenants built on it are the commercial side. You never need them to check a VAID. The audit and revocation seams are open source in vaid; what is commercial is the durable ledger and the durable revocation store behind them.

SYNTHERA is the trust layer for multi-agent systems: every agent gets a verifiable identity, scoped authority and a tamper-evident record, so software from different teams, vendors and frameworks can act on each other’s behalf without custom glue between every pair.

Join the first cohort shaping the VAID spec.

The repositories are public — get on the list to help shape the standard before it freezes.

Join the first cohort