Перейти к содержимому
Все стратегии

Стратегии

Hummingbot HedgeAssetController: SOL Хеджирование запасов с точными значениями нулевого коэффициента по умолчанию

Итог: Отменено

SolHummingbotZeroRatioInventoryHedge

Сводка по итогам

SolHummingbotZeroRatioInventoryHedge сохранила настройки хеджирования SOL в Hummingbot с нулевым соотношением и фиксированным тестовым спотовым инвентарём стоимостью 20% от начального капитала. Проверка в песочнице обработала 1,439 минутных баров и ожидаемо не совершила сделок хеджирования. После трёх итераций от стратегии отказались на уровне 3 из-за отсутствия сделок; проверка бэктеста, оптимизация, анализ аналитика и оценка рисков не проводились.

Гипотеза

Точный перенос HedgeAssetController от hummingbot, Apache-2.0, из https://github.com/hummingbot/hummingbot/blob/9af100d6822da7d2d0291a906c730ef172284ee2/controllers/generic/hedge_asset.py. Поддерживать короткую позицию по SOL с постоянным сроком погашения, равную заданной доле имеющегося спотового запаса SOL на Binance. Точно сохранить hedge_ratio=0, min_notional_size=10, cooldown_time=10.0 секунд, плечо=20 и total_amount_quote=0. Исходный код запрашивает режим HEDGE, но управляет только короткой позицией; для……Показать большеСвернуть

Точный перенос HedgeAssetController от hummingbot, Apache-2.0, из https://github.com/hummingbot/hummingbot/blob/9af100d6822da7d2d0291a906c730ef172284ee2/controllers/generic/hedge_asset.py. Поддерживать короткую позицию по SOL с постоянным сроком погашения, равную заданной доле имеющегося спотового запаса SOL на Binance. Точно сохранить hedge_ratio=0, min_notional_size=10, cooldown_time=10.0 секунд, плечо=20 и total_amount_quote=0. Исходный код запрашивает режим HEDGE, но управляет только короткой позицией; для точного соответствия использовать единую чистую короткую позицию платформы, а корректировки BUY должны уменьшать её, не открывая длинную позицию. Спотовый SOLUSDC служит ориентиром запаса; бессрочный SOLUSDT — инструментом хеджирования. Контроллер не покупает спотовый запас. Для изолированного исследовательского сценария при первой доступной спотовой цене инициализировать спотовый запас SOL стоимостью 20% от начального капитала, вычесть стоимость покупки из денежных средств и сохранять его количество постоянным; это явно выбранная инициализация счёта, а не правило входа из исходного кода. Оценивать состояние при закрытии каждого 1-минутного бара бессрочного контракта, используя текущий запас на счёте и цену закрытия как приближение рыночной цены. Такой интервал сохраняет строгое условие периода ожидания в 10 секунд, но не воспроизводит непрерывную проверку чаще раза в минуту. При точном значении коэффициента хеджирования по умолчанию, равном нулю, и отсутствии начальной короткой позиции правильный результат — отсутствие сделок хеджирования. Не менять коэффициент и не придумывать сигналы ради прохождения порога по числу сделок.

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

verification_loop: проверка не пройдена (уровень 3 — бэктест в песочнице): сделки не совершались Использованный тип бара: SOLUSDT.BINANCE-1-MINUTE-LAST-EXTERNAL, обработано баров: 1439 Диагностика: should_enter() возвращал сторону 0 раз за 1439 проверенных баров -> ваш ENTRY CONDITION ни разу не сработал. Смягчите логику входа или пороговые значения. Убедитесь, что стратегия совершает сделки на предоставленных данных и с заданными параметрами.

Реализация

Точно перенесённый контроллер хеджирования запасов SOL только для коротких позиций, оценённый на согласованных минутных закрытиях. Сохраняет нулевой коэффициент хеджирования, минимальную корректировку в котируемой валюте 10, строгую задержку 10 секунд и кредитное плечо залога 20x. Отдельно отслеживает тестовый спотовый запас постоянного объёма, составляющий 20% капитала, не смешивая его с учётом биржи. Точные настройки по умолчанию корректно не создают сделок хеджирования.

На уровне 3 наблюдалось поведение, прямо предусмотренное гипотезой: нулевое соотношение и отсутствие начальной короткой позиции означают нулевой разрыв хеджирования, ниже фиксированного минимального номинала. Смягчение условий входа или изменение соотношения нарушило бы зафиксированные условия исследования. Минимальная правка добавляет скалярный диагностический показатель ожидаемого бездействия, сохраняя ранее успешно пройденные проверки импорта, логику сигналов и правила выставления ордеров. Это не устраняет……Показать большеСвернуть

На уровне 3 наблюдалось поведение, прямо предусмотренное гипотезой: нулевое соотношение и отсутствие начальной короткой позиции означают нулевой разрыв хеджирования, ниже фиксированного минимального номинала. Смягчение условий входа или изменение соотношения нарушило бы зафиксированные условия исследования. Минимальная правка добавляет скалярный диагностический показатель ожидаемого бездействия, сохраняя ранее успешно пройденные проверки импорта, логику сигналов и правила выставления ордеров. Это не устраняет общий порог минимальной сделки; инженерам следует оценить этот контроллер с правилом приёмки нулевого числа сделок, учитывающим специфику контракта. Плечо остаётся настройкой обеспечения и не должно умножать целевой объём исходного инвентаря. Перед отчётом о доходности портфеля тестовый запуск должен инициализировать фактический спотовый инвентарь и вычесть стоимость его покупки из денежных средств; атрибуты тестовых данных стратегии не меняют балансы площадки. Синхронизация по одинаковым временным меткам исключает попадание будущих спотовых баров в расчёт. Проверка не проводилась, данные финального экзамена не читались. Требуемый файл исходящих данных не удалось записать, поскольку среда предоставляет доступ к файловой системе только для чтения; этот JSON содержит точную привязку задачи для прямой доставки.

Результаты верификации

Проверка не пройдена (уровень 3 — бэктест в песочнице): сделки не совершались Использованный тип бара: SOLUSDT.BINANCE-1-MINUTE-LAST-EXTERNAL, обработано баров: 1439 Диагностика: should_enter() возвращал сторону 0 раз за 1439 проверенных баров -> ваш ENTRY CONDITION ни разу не сработал. Смягчите логику входа или пороговые значения. Убедитесь, что стратегия совершает сделки на предоставленных данных и с заданными параметрами.

Сводка по итогам

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

После трёх итераций от стратегии отказались, поскольку проверка на уровне 3 требовала наличия сделок. При hedge_ratio=0 и отсутствии начальной короткой позиции нулевое число сделок хеджирования было ожидаемым результатом.

Точно перенесён контроллер хеджирования запасов Hummingbot SOL с нулевым коэффициентом хеджирования и фиксированным тестовым спотовым запасом стоимостью 20% от начального капитала.

Песочница уровня 3 проверила 1,439 минутных баров и не выполнила ни одной сделки; сторона входа не была возвращена. Метрики доходности и коэффициента Шарпа не предоставлены, до оптимизации дело не дошло.

Анализ

HedgeAssetController

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