Direct answer
Carry relationship is released and revised through the update cycles of the components that define it—especially interest-rate differentials, the way those differentials are measured, and any funding or cost assumptions used in a calculation. In other words, there is no single universal “release date” for carry relationship itself; instead, each provider, model, or dataset recomputes it when its underlying inputs are refreshed.
To explain and independently verify what happened, you need a consistent definition, a list of inputs, and a time window. You then check whether the inputs were revised, whether the calculation method changed, and whether the results were re-labeled or backfilled for earlier dates.
Mechanics and definition
Carry relationship (in forex discussions) refers to how the interest-rate differential between two currencies can influence the relative attractiveness of holding one currency versus the other. The core mechanics are stable: higher expected funding costs in one currency compared with another change the incentive to hold positions.
However, the measured carry relationship can differ because providers choose different inputs, for example:
- Which rates or rate expectations are used (policy rates, money-market proxies, or implied rates).
- The tenor and compounding conventions.
- How they approximate rollover costs or hedging-related frictions.
- Whether they use spot rates at a specific timestamp or average over a period.
“Released and revised” typically means one of two things:
- Release: a provider publishes a dataset, indicator, or computed time series based on its current input set and methodology.
- Revision: the provider later updates that time series because inputs changed, methodology changed, or earlier dates were backfilled.
Evidence, example, and what can be checked
A simple example helps clarify what must be verified. Assume two currencies, A and B, and suppose you use a basic annualized differential approximation:
- You define carry relationship for a date as a spread: d = rate(A) − rate(B).
- You then convert that spread into a daily approximation using daily_carry ≈ d / 365.
In this setup, revisions can happen when:
- rate(A) or rate(B) is updated (for example, a central bank decision changes the referenced rate).
- the provider switches which rate series it uses.
- the provider changes the day-count convention or tenor mapping.
A key verification checklist is mechanical, not predictive:
- Definition check: Is carry relationship defined as a spread of specific rates, and is it annualized?
- Input check: Are the underlying rates clearly identified and archived for the same time window?
- Alignment check: Does the published series correspond to the same dates and timestamps as the input series?
- Revision check: Does the provider note whether historical values were backfilled?
If any of these change, the “released” carry relationship series may be revised even if the underlying concept is unchanged.
Limitations and risks (material failure modes)
Even when the mechanics are consistent, several limitations can cause carry relationship to behave differently than a simple interest differential suggests:
- Expectations versus realized outcomes: carry relationship often depends on expectations of future rates, while realized results depend on what actually occurs.
- Costs and execution frictions: transaction costs, rollover approximations, margin effects, and hedging costs can reduce or distort the net effect.
- Regime shifts and liquidity changes: when risk or liquidity conditions change abruptly, the link between interest differentials and exchange-rate behavior can weaken.
- Data methodology changes: revisions can be caused by updates to the provider’s mapping of rates, not by “economic change.” This can make historical comparisons misleading.
A material failure mode is confusing a revised input series or definition change for an actual change in the economic relationship.
Verification and next question
To independently verify “how it was released and revised,” focus on the chain of custody: definition → inputs → calculation method → timestamps → revision policy. If a provider publishes a time series, you should be able to reproduce the recomputation conceptually using the stated definition and documented inputs.
Next, ask: which specific rate measures and tenor the calculation uses, and whether prior dates were backfilled when rates were revised or when the methodology changed? If those are clear, you can compare releases and revisions without assuming future performance from past behavior.