api.insumermodel.com

{
  "properties": {
    "data": {
      "properties": {
        "kid": {
          "description": "Which key + scheme signed this response. insumer-attest-v1 (v1 trust) or insumer-trust-v2 (v2 trust). Resolve the public key from GET /v1/jwks or https://insumermodel.com/.well-known/jwks.json (all EC kids share one key; post-quantum AKP entries are appended after them).",
          "type": "string"
        },
        "pqKid": {
          "description": "OPTIONAL post-quantum key identifier (insumer-attest-pq1 or insumer-trust-pq1), resolved in the JWKS as an RFC 9964 AKP / ML-DSA-65 key.",
          "example": "insumer-trust-pq1",
          "type": "string"
        },
        "pqSig": {
          "description": "OPTIONAL post-quantum companion signature: base64 ML-DSA-65 (FIPS 204) over the post-quantum domain tag plus the exact classical preimage this response's kid selects. A kid a verifier does not recognise selects no preimage, so the companion is then unverifiable, never refuted, and no other era's preimage may be substituted for it. Additive; sig and kid are unchanged. See the state attestation spec, Section 12 Check 6.",
          "type": "string"
        },
        "sig": {
          "description": "ECDSA P-256 signature over the trust object (base64 P1363)",
          "type": "string"
        },
        "trust": {
          "properties": {
            "conditionSetVersion": {
              "description": "Dated identifier of the curated check list that was run (currently 2026-10). The same value on every key version, v1 and v2 alike; inside the signed payload; bumped whenever a row is added or removed. Readers may log it. Signature verification must not reject a result solely because the condition-set version is unfamiliar. An application may still require a particular set for its own policy. The kid, not this field, selects the signing preimage.",
              "example": "2026-10",
              "type": "string"
            },
            "dimensions": {
              "description": "Checks organized by dimension. The order of the dimension keys is not fixed: it is the order in which each dimension completed and varies from call to call, so readers must look dimensions up by name. The order of checks inside a dimension is stable and matches the published table. Nine base dimensions are always present; solana, xrpl, bitcoin and tron appear only when their wallet parameter is supplied.",
              "properties": {
                "bitcoin": {
                  "$ref": "#/components/schemas/TrustDimension",
                  "description": "Present only when bitcoinWallet is provided"
                },
                "governance": {
                  "$ref": "#/components/schemas/TrustDimension"
                },
                "institutional_stablecoins": {
                  "$ref": "#/components/schemas/TrustDimension",
                  "description": "Always present in the base profile with all 8 checks (EURCV and USDCV on Ethereum and Solana; EURCV on XRPL; USDC and BENJI on Stellar; USDC on Sui). The Solana, XRPL, Stellar and Sui entries are evaluated only when the matching wallet parameter is supplied; otherwise they carry evaluated: false and are counted in notEvaluatedCount."
                },
                "names": {
                  "$ref": "#/components/schemas/TrustDimension",
                  "description": "Always present: 2 checks. ENS .eth names on Ethereum and Basenames on Base, each an NFT-held presence check."
                },
                "nfts": {
                  "$ref": "#/components/schemas/TrustDimension"
                },
                "solana": {
                  "$ref": "#/components/schemas/TrustDimension",
                  "description": "Present only when solanaWallet is provided"
                },
                "stablecoin_deposits": {
                  "$ref": "#/components/schemas/TrustDimension",
                  "description": "Always present: 39 checks. Aave v3 aUSDC and aUSDT receipts across 13 chains (23 rows), sUSDS on Ethereum, Arbitrum, Base and Optimism, sDAI on Ethereum and Gnosis, and 10 listed Morpho USDC vaults on Ethereum and Base. Aave aToken rows have no storage proof (computed balance) and are declined with available: false in proof mode."
                },
                "stablecoins": {
                  "$ref": "#/components/schemas/TrustDimension"
                },
                "staking": {
                  "$ref": "#/components/schemas/TrustDimension"
                },
                "tokenized_treasuries": {
                  "$ref": "#/components/schemas/TrustDimension",
                  "description": "Always present: 16 checks. BUIDL on Ethereum, Arbitrum, Avalanche, BNB Chain, Optimism and Polygon plus BUIDL-I on Ethereum; USDY on Ethereum, Arbitrum, BNB Chain, Sei and Sui; USYC on Ethereum and BNB Chain; OUSG and USTB on Ethereum. USDY on Sui is evaluated only when suiWallet is supplied. BUIDL rows have no storage proof (computed balance) and are declined with available: false in proof mode."
                },
                "tron": {
                  "$ref": "#/components/schemas/TrustDimension",
                  "description": "Present only when tronWallet is provided"
                },
                "wrapped_bitcoin": {
                  "$ref": "#/components/schemas/TrustDimension",
                  "description": "Always present: 12 checks. WBTC on Ethereum, Arbitrum, Optimism, Polygon and Avalanche; cbBTC on Ethereum, Base, Arbitrum and Robinhood Chain; tBTC on Ethereum, Arbitrum and Base."
                },
                "xrpl": {
                  "$ref": "#/components/schemas/TrustDimension",
                  "description": "Present only when xrplWallet is provided"
                }
              },
              "type": "object"
            },
            "expiresAt": {
              "format": "date-time",
              "type": "string"
            },
            "id": {
              "description": "Trust profile ID (format: TRST-XXXXX)",
              "example": "TRST-A1B2C",
              "type": "string"
            },
            "profiledAt": {
              "format": "date-time",
              "type": "string"
            },
            "summary": {
              "properties": {
                "dimensionsChecked": {
                  "type": "integer"
                },
                "dimensionsWithActivity": {
                  "type": "integer"
                },
                "totalChecks": {
                  "type": "integer"
                },
                "totalFailed": {
                  "type": "integer"
                },
                "totalNotEvaluated": {
                  "description": "Checks across all dimensions that carry evaluated: false. totalPassed + totalFailed + totalNotEvaluated = totalChecks.",
                  "type": "integer"
                },
                "totalPassed": {
                  "type": "integer"
                }
              },
              "type": "object"
            },
            "wallet": {
              "type": "string"
            }
          },
          "type": "object"
        }
      },
      "type": "object"
    },
    "meta": {
      "properties": {
        "creditsCharged": {
          "description": "3 for standard, 6 for proof: merkle. 0 on x402-paid calls.",
          "type": "integer"
        },
        "creditsRemaining": {
          "description": "Credits left on the key after this call. null on x402-paid calls (creditsCharged is 0 there; the call was paid at the transport layer, not from stored credits).",
          "type": [
            "integer",
            "null"
          ]
        },
        "timestamp": {
          "type": "string"
        },
        "version": {
          "type": "string"
        }
      },
      "type": "object"
    },
    "ok": {
      "const": true,
      "type": "boolean"
    }
  },
  "type": "object"
}