KYA screening and party allowlist validation for Canton Network onboarding.
This page is the chain definition (plan). To run the chain step by step in your browser, with each step's kernel executing in-page and a composite hash over the outputs, open the live runner:
▶ Run this chain in your browservalidate_canton_party_allowlist{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "validate_canton_party_allowlist",
"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: A counterparty asks to join our Canton allowlist. Does this party clear the screen, or do its FATF status and PEP flags hold approval?
Run the AINumbers MCP tool `run_chain` with {"chain":"canton-counterparty-onboarding"} and read `509-canton-party-allowlist-validator.portfolio_verdict`.
Re-run with `inputs` for `509-canton-party-allowlist-validator`, reusing the values that result echoed, with `parties` changed so the party is flagged as a politically exposed person. 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/canton-counterparty-onboarding.html