Paste one or more x402 Payment Claims (PaymentIntent, SettlementReceipt, RefundClaim, DelegationGrant) and a VPSF composite built over them, then verify the composite structurally against draft-vauban-x402-vpsf-algebra-01: the five composition operators (Conjunction ∧, Implication →, Aggregation ⊕, Selective Disclosure ▷, Revocation ¬), each operator's JCS preimage rule, and the same-subject preimage discipline. The tool recomputes every JCS Preimage Hash (SHA-256 over the RFC 8785 canonical form) rather than trusting a hash it is handed, resolves component references against the claims you supply, and rejects anything it cannot resolve.
claim_type (one of PaymentIntent, SettlementReceipt, RefundClaim, DelegationGrant, per §3.2) plus the claim's own fields. Its JCS Preimage Hash is recomputed from the entry as given (minus claim_type, which is this tool's own bookkeeping field, not part of the draft's preimage). A composite operand referencing a hash not resolvable against this manifest, or against an inline nested composite, is UNVERIFIABLE and rejected (§4.4.3).claim_type+object inline, a nested composite, or a bare "sha256:..." hash string to resolve)x402-stark-receipts-conformance, commit c2a27dee, 11 vectors) does not itself exercise the five composition operators; it covers JCS canonicalisation discipline and the DelegationGrant/SettlementReceipt claim shape. Run below reproduces each vector's own pinned SHA-256 digest from its receipt_core / delegation_grant / settlement_receipt / preimage object using this tool's own JCS pipeline (RFC 8785, ported verbatim from chaingraph/kernels/_hash.mjs's cgCanon), proving the hash primitive this tool applies to every operator preimage above is the byte-correct one, independent of the operator logic itself.