This chapter defines the public trust layer, required record families, query semantics, and privacy boundaries.
Trust defines how Dina-compatible systems publish verifiable outcomes and query world trust.
A Dina-compatible trust layer MUST support:
The intended Dina trust write model is:
The current reference implementation already has:
did:plc-backed repo writesThe protocol trust namespace is com.dina.trust.*.
The current broader design already includes a large set of collections, including families such as:
The protocol MUST freeze at least a minimal required subset for 1.0.
Recommended minimal core subset:
com.dina.trust.attestationcom.dina.trust.vouchcom.dina.trust.flagcom.dina.trust.revocationcom.dina.trust.verificationA Dina-compatible AppView SHOULD expose read-side queries for:
The reference implementation already exposes local Home Node handlers that proxy profile resolve and search to an AppView.
The protocol MUST separate:
Write interoperability requires a stable record namespace and shape.
Read interoperability requires that a trust profile can at least expose:
Exact scoring algorithms, including EigenTrust-style convergence, SHOULD be published as profile definitions rather than assumed to be globally frozen at the protocol core.
The Trust Network MUST NOT become a backdoor for private vault disclosure.
Only explicitly publishable, signed, public trust records belong in the trust layer.