meta_data — used in three places:
- Create Address Book and Update Address Book — describing the beneficiary of a withdrawal destination.
- Submit Deposit Sender Travel Rule — describing the originator of an incoming deposit.
When meta_data is required
meta_data is optional at the API level, but must be provided (and pass validation) when any of these apply:
Once you provide
meta_data, its fields are validated — a provided-but-invalid object fails the request.
Field reference
Top level — both fields are required whenevermeta_data is present:
Inside
beneficiary_information, requirements depend on the entity and wallet type:
Typical validation errors:
invalid wallet_type, invalid address_party, invalid entity_type, individual third party requires first_name and last_name, corporation third party requires company_name, third party requires country and city, hosted wallet requires vasp_id or vasp_name.
Examples
An individual third-party beneficiary at an exchange (hosted):Look up reference data
Three read-only endpoints supply the values thatbeneficiary_information fields must come from:
Related
- Address book — where withdrawal-side
meta_datalives - Travel Rule for deposits — the originator-side flow
- Send withdrawals
- List VASPs API

