Strategy and Benchmark Periods
For general knowledge about periods in Cinnamon, see Periods.
Strategy Periods
Generally, all benchmark components referenced in a strategy definition (which has an explicit validFrom date) are expected to be able to produce values over their entire definition period. This period comprises
If there is a temporally following definition:
startDate:validFrom,endDate:day before followingvalidFrom.If there is no temporally following definition:
startDate:validFrom,endDate:requestPeriod.endDate.
Components which do not produce values in a period are assumed to have zero return during this period.
When computing the performance of a strategy over a request period, all definitions overlapping with the request period are contributing to the strategy performance. Furthermore, the strategy performance period always starts immediately after rebalancing.
Example
Assume a strategy with the following definitions:
# | Valid From | Rebalancing Frequency | Explicit Rebalancing Dates |
|---|---|---|---|
1 |
| monthly |
|
2 |
| quarterly |
|
Some examples of strategy performance periods resulting from requested periods:
Request Period | Strategy Performance Period | Explanation |
|---|---|---|
|
| Definition 1, rebalanced per |
|
| Definition 1, rebalanced per |
|
| Definition 1 until |
|
| Definition 2, rebalanced per |
|
| Definition 2, rebalanced per |
Benchmark Periods
For pure benchmark performance periods, rules similar to consolidations apply: the performance startDate may be later than the requested startDate:
performancePeriod.startDate= later ofrequestPeriod.startDateandbenchmark.performanceStartDate.performancePeriod.endDate=requestPeriod.endDate.
The performanceStartDate of a benchmark is the earliest performanceStartDate of all its components:
Component Class |
|
|---|---|
| Date of the first available price |
| None ( |
|
|
| None ( |