Skip to main content
A trust asset is the reusable unit of a SOLO network: a verification that one institution completed, backed by evidence, attributed to its source, and governed by permission — so that another institution can reuse it instead of repeating the work. “Trust asset” is a lens, not a new API object. It names what already exists in the platform when you put the pieces together: a furnished verification event, its supporting evidence, the attestation that records who stands behind it, and the consent and entitlement that decide who may reuse it. A product query assembles trust assets into a certificate.

​
What makes a verification a trust asset

A raw data point — revenue: $5.2M — is not reusable on its own. Another bank cannot act on a number with no idea who produced it, how, or when. A trust asset carries the context that makes reuse safe:
DimensionThe trust questionWhere it lives in the API
SubjectWho is this about?The entity (consumer or business)
AssertionWhat was attested, and when?The verification event’s assertions block (e.g. business_identity_verification_assertion, with its …_timestamp)
EvidenceWhy should anyone believe it?The verification event’s data block and artifact fields (e.g. business_formation_document_artifact)
AttributionWho verified it?furnishing_entity_id + attestation_id on every populated sub-product
PermissionWho is allowed to reuse it?The subject’s consent
PrecisionWhich fields may this reader see?Entitlement, earned by participation
Reuse eligibilityIs it fresh and complete enough to count?The querying policy’s field and freshness filters
ConsolidationHow is it delivered for reuse?A certificate (certificate_id, with its as-of date)
A data aggregator returns the first row of that table. SOLO returns all of it.

​
A trust asset, concretely

Here is one populated sub-product from a KYB certificate query — a single trust asset in the wild: 
"business_identity_verification": {
  "furnishing_entity_id": "e1d2c3b4-…",
  "attestation_id": "f0a1b2c3-…",
  "assertions": {
    "business_identity_verification_assertion": true,
    "business_identity_verification_performed_timestamp": "2026-05-02T00:00:00Z"
  },
  "data": {
    "business_formation_document_artifact": "articles_of_organization.pdf",
    "business_jurisdiction_of_formation": "DE",
    "business_registration_identifier": "7423918",
    "business_registration_status": "active",
    "business_identity_verification_sources": ["state_registry"],
    "business_tax_id_validation_result": "match"
  }
}
Read it as a trust asset:
  • Subject — the business the certificate was issued for (business_id on the enclosing response).
  • Assertion — business identity was verified, on 2026-05-02.
  • Evidence — backed by an articles-of-organization artifact, a state registry source, and a tax-ID match.
  • Attribution — furnished and attested by the participant identified by furnishing_entity_id / attestation_id.
  • Reuse — surfaced to you only because consent permitted the read, your entitlement covered these fields, and the data passed the policy’s freshness window.
The next institution onboarding this business does not re-pull the registry or re-collect the formation document. It queries the certificate and reuses this asset — while the contributor’s attribution travels with it.

​
How trust assets are created and reused

  1. Create. An institution furnishes the verification it performed. The furnished events, their evidence, and the institution’s attestation become a trust asset attributed to that contributor.
  2. Govern. Consent decides whether the asset can be read for a subject; entitlement decides which fields a given reader sees; the querying policy decides whether the asset is fresh and complete enough to count.
  3. Reuse. A product query consolidates the eligible trust assets into a certificate. If nothing eligible exists, the query returns 204 rather than a stale or unattributed answer.

​
The three layers

Trust assets sit in the middle of how the platform is organized:
LayerWhat it isPages
Trust graphThe subjects and the verifications attached to themConsumer graph, Business graph
Trust assetsAttested, evidenced verifications that become reusableThis page, Provenance
Trust productsThe outcomes a query deliversProducts, KYC, KYB
Trust assets describe data that exists today — furnished verification events, their attestations, and the certificates that consolidate them. SOLO does not expose a standalone TrustAsset object, reuse counters, or verification “tiers”; the reusable asset is the furnished, attested verification itself, surfaced through certificate queries.

Provenance

The lineage every trust asset carries.

Business graph

The trust assets that can exist for a business.

Consumer graph

The trust assets that can exist for a consumer.

Products

How trust assets are consolidated and delivered.