W-B. Deposit-token classification, at-par redemption and holder-eligibility tests (ART-57) -> instrument/regime classification (510) -> Merkle integrity over the issuance/redemption set (cry-04). Distinguishes a redeemable bank-liability deposit token (JPMD/RLN) from a reserve-backed stablecoin or e-money token.
validate_deposit_token_compliance{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "validate_deposit_token_compliance",
"arguments": {}
},
"id": 1
}
classify_digital_asset_regulatory{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "classify_digital_asset_regulatory",
"arguments": {}
},
"id": 1
}
verify_merkle_batch{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "verify_merkle_batch",
"arguments": {}
},
"id": 1
}
Copy this paragraph into Claude, OpenClaw, or any MCP-aware agent to run this whole workflow on the server and check one field that answers a real question.
Question: The issuer calls this coin a deposit token. Does its liability structure actually read as a bank deposit?
Run the AINumbers MCP tool `run_chain` with {"chain":"wholesale-settlement-deposit-token"} and read `art-57-deposit-token-compliance-validator.test_results.liability.result`.
Re-run with `inputs` for `art-57-deposit-token-compliance-validator`, reusing the values that result echoed, with `liability_treatment` set to "on-balance-sheet-deposit". Compare the same field.
Verify: call `verify_execution_hash` (https://mcp.ainumbers.co/mcp) with `claimed_hash` set to `composite_execution_hash` and the full `composite_artifact`.
Ledger, for a human re-check: https://ledger.ainumbers.co/
PII rule: send synthetic or anonymised inputs only. The MCP server runs these kernels and logs no payloads.
Chain page: https://ainumbers.co/chaingraph/chains/wholesale-settlement-deposit-token.html