Merkle-sum Proof-of-Reserves verification feeding a MiCA reserve disclosure check, presented as one dated scorecard over an issuer's published attestation. Both checks are backward-looking and deterministic; each keeps its own not_proven scope and neither is merged into a single verdict.
verify_reserve_proof{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "verify_reserve_proof",
"arguments": {}
},
"id": 1
}
check_mica_reserve_disclosure{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "check_mica_reserve_disclosure",
"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 June reserve disclosure is in. Does the declared reserve mix still cover tokens in circulation under MiCA?
Run the AINumbers MCP tool `run_chain` with {"chain":"stablecoin-reserve-scorecard"} and read `art-512-check-mica-reserve-disclosure.segregation.meets_declared_minimum`.
Re-run with `inputs` for `art-512-check-mica-reserve-disclosure`, reusing the values that result echoed, with `token_type` set to "ART". 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/stablecoin-reserve-scorecard.html