--- title: "Wallet trust fact profile" method: POST path: "/v1/trust" tags: ["Trust Fact Profiles"] --- # Wallet trust fact profile `POST /v1/trust` ## Request - Base URL: `https://api.insumermodel.com` - URL: `https://api.insumermodel.com/v1/trust` - Auth: one of: - API key in header `X-API-Key` - API key in header `Authorization` ECDSA-signed wallet trust profile: 155 base checks across 27 chains in 10 dimensions (stablecoins, governance, nfts, staking, institutional_stablecoins, tokenized_treasuries, stablecoin_deposits, wrapped_bitcoin, names, account), plus optional solana (14 checks), xrpl (RLUSD, USDC, OUSG), bitcoin (native BTC) and tron (USDT, USD1, WBTC) dimensions: up to 176 checks across 29 chains in 14 dimensions. Every row is a presence check (token balance above zero, NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address on Ethereum, Base, Arbitrum, Optimism and Polygon). Returns per-check booleans and overall summary. Dimensions come back in a fixed order (the published table's), the same for every wallet. conditionSetVersion "2026-10-08" names the check list that was run; 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. 3 credits standard, 6 with proof="merkle". Authentication: this endpoint accepts EITHER the X-API-Key header OR the Authorization: Wallet header (SIWE envelope from a wallet that holds the Insumer Access pass). ## Request body - object - `wallet` string, required: EVM wallet address to profile (required) - `solanaWallet` string: Optional Solana wallet address (base58). If provided, adds the 14-check solana dimension (USDC, OUSD, PYUSD, USDG, USD1, USDS, EURC, BUIDL, USDY, cbBTC, WBTC, tBTC, jitoSOL, mSOL) and evaluates the two Solana entries in institutional_stablecoins. - `xrplWallet` string: Optional XRPL wallet address (classic r-address). If provided, adds the xrpl dimension (RLUSD, USDC, OUSG) and evaluates the EURCV on XRPL entry in institutional_stablecoins. The base58 checksum is verified; an address that fails it returns 400. - `bitcoinWallet` string: Optional Bitcoin address. If provided, adds the bitcoin dimension (native BTC presence check). - `tronWallet` string: Optional Tron address (T-prefix, 34 chars). If provided, adds the tron dimension (USDT, USD1, WBTC on Tron). - `stellarWallet` string: Optional Stellar address (G-prefix, 56 chars; the checksum is verified, and a malformed address is a 400, never silently skipped). If provided, USDC and BENJI on Stellar are evaluated in the institutional_stablecoins dimension. Classic-account balances only — Soroban contracts out of scope. - `suiWallet` string: Optional Sui address (0x + 64 hex chars). If provided, USDC on Sui (institutional_stablecoins) and USDY on Sui (tokenized_treasuries) are evaluated. - `proof` 'merkle': Set to 'merkle' for EIP-1186 storage proofs. EVM token rows carry a storage proof when the token's balance slot can be discovered; rows whose balance is computed rather than stored (Aave aTokens, BUIDL) and tokens with non-standard storage layouts are declined with a stated reason; NFT, non-EVM and account rows are declined (account rows with a reason pointing at /v1/attest); a check that was not evaluated carries no proof key at all; the premium is refunded whenever no proof is delivered. 6 credits. ## Response `200` Trust fact profile generated - object - `ok` true - `data` object - `trust` object - `id` string: Trust profile ID (format: TRST-XXXXX) - `wallet` string - `conditionSetVersion` string: Dated identifier of the curated check list that was run (currently 2026-10-08). 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. - `dimensions` object: Checks organized by dimension. The dimension keys come in a fixed order: the ten base dimensions in the order listed here, then any of solana, xrpl, bitcoin and tron that were switched on, in that order; the same order for every wallet. Readers may still look dimensions up by name. The order of checks inside a dimension is stable and matches the published table. Ten base dimensions are always present; solana, xrpl, bitcoin and tron appear only when their wallet parameter is supplied. - `stablecoins` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `governance` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `nfts` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `staking` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `institutional_stablecoins` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `tokenized_treasuries` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `stablecoin_deposits` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `wrapped_bitcoin` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `names` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `account` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `solana` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `xrpl` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `bitcoin` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `tron` TrustDimension - `checks` TrustCheck[] - `label` string: Human-readable label (e.g. 'USDC on Ethereum') - `chainId` union: EVM chain ID (integer), or one of "solana", "xrpl", "bitcoin", "tron", "stellar", "sui" (string). Supported chains: Ethereum (1), BNB Chain (56), Base (8453), Avalanche (43114), Polygon (137), Arbitrum (42161), Optimism (10), Chiliz (88888), Soneium (1868), Plume (98866), Sonic (146), Gnosis (100), Mantle (5000), Scroll (534352), Linea (59144), zkSync Era (324), Blast (81457), Taiko (167000), Ronin (2020), Celo (42220), Viction (88), opBNB (204), World Chain (480), Unichain (130), Ink (57073), Sei (1329), Berachain (80094), ApeChain (33139), XDC Network (50), Robinhood Chain (4663), Arc (5042), Solana ("solana"), XRP Ledger ("xrpl"), Bitcoin ("bitcoin"), Tron ("tron"), Stellar ("stellar"), Sui ("sui"). Bitcoin only supports token_balance with contractAddress "native". Tron, Stellar, and Sui support token_balance only. Moonbeam (1284) and Moonriver (1285) were retired on 2026-09-20 after both networks stopped producing blocks. GLMR and MOVR now live on Base (chainId 8453) as ERC-20s and are read with an ordinary token_balance condition; a request naming either retired chain returns 400. - … - `met` boolean: Whether the presence check passed: a token balance above zero, an NFT held, or, in the account dimension, contract code or an EIP-7702 delegation present at the wallet address - `evaluatedCondition` EvaluatedCondition: The exact condition logic that was evaluated, included for tamper-evidence. Callers can recompute conditionHash from this object to verify integrity. - … - `conditionHash` string: SHA-256 of canonical evaluatedCondition JSON, 0x-prefixed - `evaluated` boolean: Present, and false, only on a check that could not be evaluated because the wallet its chain needs was not supplied (Solana, XRPL, Bitcoin, Tron, Stellar, Sui entries in the curated set). Such a check stays in the signed profile with met false, carries no anchor, and is counted in notEvaluatedCount rather than passCount or failCount. Absent on every evaluated check. - `reason` 'wallet_not_provided': Why the check was not evaluated. Present only with evaluated: false. - `requires` 'solanaWallet' | 'xrplWallet' | 'bitcoinWallet' | 'tronWallet' | 'stellarWallet' | 'suiWallet': The request parameter that would let this check be evaluated. Present only with evaluated: false. - `blockNumber` string: Hex block number at which the check was evaluated. Present on all 31 EVM chains; Solana checks use slot, XRPL checks use ledgerIndex. - `blockTimestamp` string, date-time: ISO 8601 timestamp of the block at which the check was evaluated. Present on all 31 EVM chains. - `ledgerIndex` integer: Validated ledger index (XRPL and Stellar checks) - `ledgerHash` string: Validated ledger hash (XRPL and Stellar checks) - `trustLineState` object: Trust line state flags (XRPL trust line tokens only). Frozen lines fail attestation. - … - `slot` integer: Solana slot the result is anchored to. Present only for Solana conditions. It is a floor: the wallet state was observed at this slot or later (across a paged read it is the lowest slot any page reported). Verifiers can reproduce the read by querying wallet state at this slot or later. - `blockHeight` integer: Chain tip block height at the time of wallet state observation. Present only for Bitcoin and Tron checks. Evidence-of-freshness anchor: the height binds the observation to a recent tip rather than to a specific block's state (Bitcoin's UTXO model does not permit reproducible balance-at-block queries). - `blockHash` string: Chain tip block hash at the time of wallet state observation (64-character lowercase hex on Bitcoin). Present only for Bitcoin and Tron checks. Co-reported with blockHeight. - `checkpointSequence` integer: Sui checkpoint sequence number, captured alongside the read. A freshness anchor: it binds the observation to a recent checkpoint rather than naming the exact state that was read. Present only for Sui checks. - `proof` union: EIP-1186 Merkle storage proof anchored to the block header, enabling trustless verification without re-querying the chain. Present only when proof: 'merkle' is requested. - … - `passCount` integer: Number of checks where met is true - `failCount` integer: Number of evaluated checks where met is false - `notEvaluatedCount` integer: Number of checks carrying evaluated: false (wallet for that chain not supplied). passCount + failCount + notEvaluatedCount = total. - `total` integer: Total checks in this dimension - `summary` object - `totalChecks` integer - `totalPassed` integer - `totalFailed` integer - `totalNotEvaluated` integer: Checks across all dimensions that carry evaluated: false. totalPassed + totalFailed + totalNotEvaluated = totalChecks. - `dimensionsWithActivity` integer - `dimensionsChecked` integer - `profiledAt` string, date-time - `expiresAt` string, date-time - `sig` string: ECDSA P-256 signature over the trust object (base64 P1363) - `kid` string: 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). - `pqSig` string: OPTIONAL post-quantum 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 post-quantum signature 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. - `pqKid` string: 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. - `meta` object - `creditsRemaining` integer, nullable: 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). - `creditsCharged` integer: 3 for standard, 6 for proof: merkle. 0 on x402-paid calls. - `version` string - `timestamp` string ## Other responses - `400`: Bad request (missing wallet) - `401`: Invalid or missing API key - `402`: Payment required. For API-key callers: insufficient verification credits (standard error envelope). For credential-less callers this is the x402 pay-per-call quote (X402Quote body): the v2 payment payload is in the JSON body and, base64-encoded, in the payment-required response header. Pay the quoted amount in USDC on any listed network (Base, Polygon, Arbitrum, Arc, or Solana) and retry with the PAYMENT-SIGNATURE header (X-PAYMENT is still accepted). - `413`: Body exceeds the pay-per-call size cap. Returned on x402-paid requests whose JSON body is larger than the cap; API-key and wallet-auth calls are not subject to it. - `429`: Rate limit exceeded. API-key requests count against the key's daily limit; every authenticated response carries X-RateLimit-Limit and X-RateLimit-Remaining headers, and a 429 additionally carries Retry-After (seconds until the window resets). - `500`: Unexpected server error. Safe to retry; no credits are charged on a 500. Router endpoints return the standard error envelope; standalone endpoints (the ones whose 200 is a flat object) return a flat {"error": "..."} object. - `503`: Data source unavailable after retries (RpcFailureEnvelope; no trust profile signed, no credits charged, retryable after a short delay). Wallet-auth and x402-paid calls can also return 503 as a standard error envelope for transient service conditions (for example the wallet-auth nonce store or payment verification being temporarily unavailable); those are equally retryable. On an Arc (eip155:5042) pay-per-call payment, a 503 can also mean the settlement was submitted but had not confirmed by the server's deadline, or the payment facilitator did not answer. That payment is UNRESOLVED, not refused: the transfer may still land. Retry the exact same request (same body) with the SAME payment header; it resolves to the same payment and cannot charge twice. Do not sign a new authorization. If the payment ultimately failed, the retry returns 402 with a fresh quote and nothing was charged. --- [API](https://skmtc.dev/insumermodel/apis/insumerapi.md) · [All operations](https://skmtc.dev/insumermodel/apis/insumerapi/llms.txt) · [OpenAPI document](https://skmtc.dev/insumermodel/apis/insumerapi/revisions/91f56fe9e3d8?raw)