---
title: "MPP request with no recipient on a chain method — x402 defect class mpp-recipient-missing"
description: "MPP request with no recipient on a chain method (mpp-recipient-missing), an x402 defect class: On the evm, tempo and solana methods the request names a recipient the credential's to MUST match. Detectable by an unpaid probe. There is nowhere for the payment to land; a client that fills in a recipient from elsewhere pays a wallet the challenge never named."
canonical: "https://scvd.store/defects/mpp-recipient-missing"
url: "https://scvd.store/defects/mpp-recipient-missing"
term_code: "mpp-recipient-missing"
defined_in: "https://scvd.store/defects"
data: "https://scvd.store/defects.json"
vocabulary_version: "22"
license: "https://creativecommons.org/licenses/by/4.0/"
---

# MPP request with no recipient on a chain method

`mpp-recipient-missing` — an x402 defect class.

**Asserts:** On the evm, tempo and solana methods the request names a recipient the credential's to MUST match.

**Costs:** There is nowhere for the payment to land; a client that fills in a recipient from elsewhere pays a wallet the challenge never named.

**Detectable:** unpaid — a free probe can see it

**Falsified by:** The request carrying a recipient in the method's native format at the stated moment.

**How an operator clears it:** Put the receiving address on every chain-method request in that chain's native format, and generate it from your server's config rather than a template.

**What a buyer does:** Never supply a recipient the challenge did not: the credential's to must match the challenge, and a payment to any other address is unrecoverable. Refuse until the door names one.

**Our signal:** `mpp-recipient-present`

---

Vocabulary v22, CC BY 4.0. Every class: https://scvd.store/defects. Machine-readable, with falsifiers and cross-instrument mappings: https://scvd.store/defects.json.

A class describes a property of one endpoint at one moment and never accumulates into a judgment on an operator.