"Final at window Y" as deterministic, replayable evidence for a shared-ledger tokenized-deposit transfer. Settlement-asset finality-regime classification, Linea L2 finality-window classification, and an on-chain cash-leg finality check compose into a settlement-orchestrator ship-readiness attestation, then anchor as an eIDAS Art.41-aligned electronic timestamp. Built for the correspondent bank or auditor needing replayable evidence that a shared-ledger transfer is final at a stated window — not for asserting on-chain settlement this chain did not observe.
receipt://{execution_hash} resolver link is a planned upgrade (rides the N1 MCP Resources work) and is not yet present in the exported artifact.classify_settlement_asset_finality{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "classify_settlement_asset_finality",
"arguments": {
"settlement_asset": "commercial-bank-deposit-token",
"finality_designation": "PFMI-compliant-FMI",
"issuer": "regulated-bank",
"jurisdiction": "US",
"transfer_mechanism": "DvP-conditional",
"singleness_test": "par-with-CBM"
}
},
"id": 1
}
check_linea_l2_finality_window{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "check_linea_l2_finality_window",
"arguments": {
"asset_type": "tokenized_deposit",
"batch_submission_status": "batched",
"l1_finalization_status": "pending",
"corridor_cutoff": "batched"
}
},
"id": 2
}
check_cash_leg_finality{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "check_cash_leg_finality",
"arguments": {
"cash_leg_type": "jpmd",
"amount": 5000000,
"currency": "USD",
"finality_model": "atomic_dvp_bound",
"reserve_attestation_available": true,
"jurisdiction": "us"
}
},
"id": 3
}
attest_settlement_orchestrator{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "attest_settlement_orchestrator",
"arguments": {
"orchestrator_manifest": {"name": "shared-ledger-settlement-orchestrator", "version": "1.0.0", "description": "Off-chain orchestrator deciding commit/halt on the shared-ledger settlement layer"},
"decision_policy_ref": "policy/intraday-finality-v1",
"kernel_bindings": [{"tool_id": "art-59-settlement-asset-finality-classifier"}, {"tool_id": "art-290-check-linea-l2-finality-window"}, {"tool_id": "506-onchain-cash-leg-finality-checker"}],
"transport": "mcp-http"
}
},
"id": 4
}
anchor_document_integrity{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "anchor_document_integrity",
"arguments": {
"document_hash": "",
"claimed_timestamp": "2026-07-14T00:00:00Z",
"hash_algorithm": "sha256",
"document_type": "intraday-finality-attestation-receipt"
}
},
"id": 5
}
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: Can we release the cash leg of this atomic settlement now, or does its finality model hold the payment?
Run the AINumbers MCP tool `run_chain` with {"chain":"intraday-finality-attestation"} and read `506-onchain-cash-leg-finality-checker.verdict`.
Re-run with `inputs` for `506-onchain-cash-leg-finality-checker`, reusing the values that result echoed, with `finality_model` set to "traditional_wire". 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/intraday-finality-attestation.html