Оценка сезонных окон металлов в разных режимах

Сезон как ключевой вход проектирования

Товарные фьючерсы представлены как имеющие более устойчивые календари спроса и предложения, чем акции, поэтому выбор момента по сезону рассматривается как ключевой вход проектирования, а не как необязательное наложение. Восстановление, связанное с погодой, и сезонный спрос, например ювелирный спрос в конце года, приводятся как причины, по которым у металлов есть календари, при этом у каждого металла свои драйверы, поэтому сезонное окно одного металла не считается подходящим для другого.

Опубликованная сезонность золота, которая выглядела иначе

Опубликованная сезонность золота с минимумами в конце апреля и с конца июля по начало августа, подобранная на 15-летней выборке, выглядела иначе на окне с 2000 по 2005, где за минимумом в конце апреля и минимумом в конце июля следовала сила до конца года.

Правило last-week как одна процедура

Правило last-week на недельных барах кодируется как покупка, когда месяц совпадает и day-of-month не меньше 23, и продажа по тому же дневному правилу в месяце выхода, чтобы программа могла найти последнюю неделю. Seasonal-trading — календарная процедура, которая покупает и продаёт в заданных месяцах и, опционально, днях, поэтому сам период удержания является сигналом.

Ограниченный поиск по парам месяцев

Когда месяцы неизвестны, buy-month и sell-month рассматриваются как входы system-optimization поверх этого правила last-week, что даёт сетку 12-by-12 из 144 бэктестов. Добавление переменных day-of-month и шаг через день расширяет поиск до 32,400 прогонов, либо поиск можно проводить поэтапно: сначала месяцы, затем дни.

Окна конкретных металлов на одной выборке

Оценка металлов использовала недельные ряды с 4 января 1995 по 30 декабря 2005 (573 недели, 4,011 дней) и сообщила окна для конкретных металлов: золото июль–декабрь, серебро август–март, палладий ноябрь–март, платина сентябрь–февраль и медь апрель–февраль.

Неиспользованные даты, исполнения и правила отбрасывания

После in-sample подбора процедура требует отдельного out-of-sample окна. Если оно выдерживает проверку, следующий фильтр — моделируемое исполнение на живых данных и исполнениях, потому что правило, которое работает только на выборке проектирования, считается переобученным. Walk-forward-analysis повторно проверяет подобранный календарь на неиспользованных датах, затем при моделируемых живых исполнениях, чтобы увидеть, переживает ли сезонное окно новый режим.

Если повтор одного и того же календарного теста на разных временных окнах не даёт согласованных результатов, рынок считается не имеющим пригодного цикла или имеющим цикл, который меняется слишком часто, и кандидат отбрасывается.

Подтверждающие технические факторы, когда дата конфликтует

Если подобранная сезонная дата покупки наступает, когда рынок обновляет максимумы, календарь не используется сам по себе: проверки тренда и поддержки решают, действовать ли, а пробой поддержки завершает сделку. Эти подтверждающие технические факторы — независимые проверки тренда или поддержки, которые применяются, когда календарная дата наступает в конфликтующем состоянии рынка.