expand=trust to see the source, update time, and completeness of a value. Use these details when a stale or missing value would change your application’s decision.
Where it is available
Trader trust metadata includes
forecast_score and forecast_evidence. It also describes optional sections you did not expand, with completeness set to not_computed.
Read one field
This example shows the metadata fortotal_pnl:
Each part always has its required status or kind.
source.owner is also always present; field, as_of, max_age_s, and detail are omitted when unavailable.
Source
On a trader,
total_pnl, markets_traded, and total_volume are provider values. Realized P&L combines native realized P&L with credited maker and taker rebates; it is a computed value, with fees already included.
Freshness
as_of is the source’s update time. When max_age_s is present, it defines how many seconds the value can remain fresh.
Trader fields have separate clocks and no shared max_age_s. A fresh status therefore does not guarantee that a field meets your application’s age limit; compare its as_of with that limit.
Optional calculated sections such as
quant_metrics can report unknown in their trust metadata. Apply the section’s own documented availability rules as well; quant metrics are returned only within their 6-hour computation window.
Reconciliation and completeness
Use it in an automated decision
- Check that the value exists. Reject a required value whose source is
unavailable. - Check completeness. Do not use
partialorunavailableas a complete result. - Check the field’s timestamp against your own age limit when one is known.
- If age is
unknown, decide whether your application can accept that uncertainty. Do not assume it means fresh.
Limits
Never replace an unavailable value with0, [], or {}. Trust metadata explains provenance and limits; it does not guarantee a calculation is correct or predict a market result.