AutoConfig - Автоконфигурации
Автоматические изменения конфигурации для Gunbot.
Позволяет автоматически добавлять или удалять торговые пары или изменять переопределения стратегии смены пар - с помощью определенных вами критериев фильтра.
Доступно для Gunbot Standard и выше.
В настоящее время нет графического интерфейса для AutoConfig. Вам нужно будет создать свой собственный файл конфигурации autoconfig.json, который содержит задания, которые он должен выполнить.
Если вам неудобно редактировать конфигурационные файлы вручную, возможно, стоит подождать, пока графический интерфейс не начнет поддерживать AutoConfig.
Gunbot AutoConfig - это набор инструментов, которые можно использовать для динамического управления файлами конфигурации.
Вы можете создавать «задания», чтобы делать то, что вы обычно делаете вручную, например, сканировать обмен на наличие потенциальных пар и планировать задание в формате, похожем на cron.
Что вы можете сделать с AutoConfig:
  • Сканирование бирж и автоматическое добавление пар: например, добавление пар с объемом> 500 BTC, цена которых растет. Вы можете даже отфильтровать трейлинг-стопы по всем парам на бирже.
  • Имитируйте настройки фильтра для добавления пар: вы можете собирать собственные данные для тестирования на истории и имитировать все возможные фильтры.
  • Сканирование биржи для удаления пар из вашей конфигурации: например, удалить пары без баланса котировок, для которых объем упал ниже 100 BTC.
  • Измените стратегию для пар из своего конфига: например, установите стратегию обработки сумок, когда пара действительно покупала, но цены сильно падали.
  • Измените задержку обмена.
  • Контролируйте информацию о состоянии пары и автоматически устанавливайте переопределения пары: например, установите другой DU_BUYDOWN после первого раунда DU.
  • Обработка хеджирования в bitRage: используйте свои собственные критерии, чтобы начать хеджирование от BTC до USDT в bitRage (или наоборот).
  • Установите пользовательские переменные в качестве выходных данных для задания фильтра, которое можно использовать для фильтрации в других заданиях.
Чтобы использовать AutoConfig, вы должны иметь это в вашем файле config.js:
"AutoConfig": {
"enabled": true
},
Кроме того, вы должны создать файл с именем autoconfig.json, который содержит одно или несколько заданий для обработки. В настоящее время нет графического интерфейса для управления этим файлом конфигурации, но вы можете найти подробную информацию о каждом типе работы в этой статье.

Как это устроено

Для AutoConfig существует один файл конфигурации (autoconfig.json), который может содержать одно или несколько заданий. Как только Gunbot (re) запускается или файл autoconfig.json изменяется, все задания в конфигурации планируются (все ранее запланированные задания удаляются в этом процессе).
Когда задание обрабатывается, изменения в config.js вносятся только для пар, прошедших каждый фильтр.
  • Файл autoconfig.json может содержать одно или несколько заданий, каждое со своим расписанием.
  • Одна работа всегда относится к одной бирже.
  • Одна работа может иметь один или несколько фильтров.
  • В рамках задания вы можете установить фильтры, для каких пар оно применяется.
Если задание успешно завершено, изменения записываются в config.js, и Gunbot перезапускается с новыми настройками. Если задание не вызывает изменений, например, потому что оно пытается разместить уже существующие переопределения, это не приведет к перезапуску Gunbot.
Расписания устанавливаются для каждого задания в формате, аналогичном тому, как задаются задания cron. Если вы не привыкли к формату, используйте веб-сайт, например https://crontab-generator.org/, чтобы сгенерировать его.

Типы работ (с примерами конфигурации)

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

Добавление пар

Введите имя в конфигурации: addPairs
Этот тип работы использует фильтры тикеров.
Выход работы: добавление торговых пар к определенной бирже.
Варианты пар:
include: включенные пары (обрабатываются первыми). Любая пара на бирже, которая соответствует любому из включений, будет обработана. В случае, если вы также используете опцию исключения, результирующие пары после обработки включений являются отправной точкой для обработки исключений, которая удалит элементы из этого списка пар.
Включенные элементы не обязательно должны быть именами целых пар, поскольку часть строки соответствует фактической паре, она будет включена. Вводится в виде списка через запятую, не допускает пробелов между элементами. Не может быть пустым.
exclude: исключенные пары (обработанные последними). Любая пара на бирже, которая соответствует любому из исключений, не будет обработана.
Исключенные элементы не обязательно должны быть именами целых пар, поскольку часть строки соответствует фактической паре, она будет исключена. Вводится в виде списка через запятую, не допускает пробелов между элементами. Может быть пустым.
maxPairs: максимальное количество разрешенных пар. В случае, если действие фильтра приведет к большему количеству пар, чем этот параметр, конфигурация будет заполнена до максимального количества разрешенных пар. Только разрешенные пары учитываются в maxPairs.
Другие обязательные параметры:
стратегия: определяет стратегию, которая будет назначена парам, добавленным этим заданием. Это должно быть точное имя существующей стратегии в вашем файле config.js.
snapshots: определяет, сколько снимков тикера будет сохранено для выполнения расчетов. Относится к типам фильтров, которые включают Интервал в свое имя.
Например: для моментальных снимков установлено значение 10, это означает, что данные тикера за последние 10 раз, когда выполняются задания, сохраняются, и некоторые из значений в них используются для расчета средних значений по времени.
Пример конфигурации
Пример ниже показывает работу, которая выполняет следующее:
  • Сканирование тикеров Binance каждую минуту
  • Автоматически добавлять пары BTC-x (но не BTC-DOGE, которая исключена), которые имеют рейтинг 10 лучших по объему и для которых спрэд между спросом и предложением ниже 0,2%
  • Добавленные пары получают назначенную стратегию «усиления»
  • Позволяет использовать до 25 активных торговых пар в Binance
{
"addTopVolumePairs": {
"pairs": {
"exclude": "DOGE",
"include": "BTC-",
"maxPairs": 25,
"exchange": "binance"
},
"filters": {
"filter1": {
"type": "maxVolumeRank",
"max": 11
},
"filter2": {
"type": "maxSpreadPct",
"max": 0.2
}
},
"schedule": "* * * * *",
"snapshots": 1,
"type": "addPairs",
"strategy": "gain"
}
}

Удаление пар

Введите имена в config: removePairs (использует фильтры тикера) или removePairs2 (использует фильтры состояния).
Вы должны иметь хотя бы одну пару для каждой биржи, на которой вы используете этот тип работы.
Вывод задания: удаляет торговые пары из определенной биржи.
Варианты пар:
exclude: пары, которые не следует сканировать для возможного удаления. Любая активная пара, которая соответствует любому из исключений, не будет обработана.
Исключенные элементы не обязательно должны быть именами целых пар, поскольку часть строки соответствует фактической паре, она будет исключена. Вводится в виде списка через запятую, не допускает пробелов между элементами. Может быть пустым.
Для этого типа фильтра нет параметров включения. Пары в вашем конфиге (которые уже зациклены в Gunbot) - это, по сути, список включений.
noBag (true / false): при значении true только пары с балансом ниже MIN_VOLUME_TO_SELL, которые не имеют открытых ордеров и не участвуют в разворотной торговле, фильтруются для возможного удаления. Если установлено значение false, все пары в конфигурации фильтруются.
removeDisabled (true / false): при значении true при каждом запуске задания removePairs удаляются все отключенные пары для обмена, в котором выполняется задание, независимо от настроек фильтра. Полезно, например, когда вы используете COUNT_SELL.
Другие обязательные параметры:
snapshots: определяет, сколько снимков тикера будет сохранено для выполнения расчетов. Относится к типам фильтров, которые включают Интервал в свое имя.
Например: для моментальных снимков установлено значение 10, это означает, что данные тикера за последние 10 раз, когда выполняются задания, сохраняются, и некоторые из значений в них используются для расчета средних значений по времени.
Пример конфигурации
Пример ниже показывает работу, которая выполняет следующее:
  • Сканирование тикеров Binance каждые десять минут
  • Удалите любую пару, которая имеет рейтинг громкости ниже 20, кроме пар, содержащих в названии BNB или XVG.
  • Кроме того, удалите все отключенные пары из конфигурации.
{
"removeCrap": {
"pairs": {
"exclude": "BNB,XVG",
"noBag": false,
"removeDisabled": true,
"exchange": "binance"
},
"filters": {
"filter1": {
"type": "minVolumeRank",
"min": 20
}
},
"schedule": "*/10 * * * *",
"snapshots": 1,
"type": "removePairs"
}
}

Изменить стратегию

Введите имена в config: changeStrategy (использует фильтры тикера) или changeStrategy2 (использует фильтры состояния).
Этот тип задания в основном совпадает с тем, как работает removePairs, но он меняет стратегию пар вместо удаления пары.
Вы должны иметь хотя бы одну пару для каждой биржи, на которой вы используете этот тип работы.
Выход задания: изменить назначенную торговую стратегию для пар на одной бирже.
Варианты пар:
exclude: пары, которые не следует сканировать для возможного удаления. Любая активная пара, которая соответствует любому из исключений, не будет обработана.
Исключенные элементы не обязательно должны быть именами целых пар, поскольку часть строки соответствует фактической паре, она будет исключена. Вводится в виде списка через запятую, не допускает пробелов между элементами. Может быть пустым.
Для этого типа фильтра нет параметров включения. Пары в вашем конфиге (которые уже зациклены в Gunbot) - это, по сути, список включений.
bag (true / false): при значении true только пары с балансом ниже MIN_VOLUME_TO_SELL, которые не имеют открытых ордеров и не участвуют в разворотной торговле, фильтруются для возможного удаления. Если установлено значение false, все пары в конфигурации фильтруются.
Другой обязательный параметр:
стратегия: целевая стратегия для пар, соответствующих всем фильтрам.
snapshots: определяет, сколько снимков тикера будет сохранено для выполнения расчетов. Относится к типам фильтров, которые включают Интервал в свое имя.
Например: для моментальных снимков установлено значение 10, это означает, что данные тикера за последние 10 раз, когда выполняются задания, сохраняются, и некоторые из значений в них используются для расчета средних значений по времени.
Пример конфигурации
Пример ниже показывает работу, которая выполняет следующее:
  • Сканирование тикеров Binance каждые 15 минут
  • Измените назначенную стратегию для любой пары, которая имеет средний торговый объем, кроме BTC-LTC
  • Присвойте стратегию "baghandler" этим парам
{
"changeStrat": {
"pairs": {
"exclude": "BNB-LTC",
"bag": true,
"exchange": "binance"
},
"filters": {
"filter1": {
"type": "belowMedianVolume"
}
},
"schedule": "*/15 * * * *",
"snapshots": 1,
"type": "changeStrategy",
"strategy": "baghandler"
}
}

Управление переопределениями

Введите имя в конфигурации: manageOverrides
Этот тип задания использует фильтры состояния.
Выходные данные задания: изменяет переопределения для пар на конкретном обмене.
Варианты пар:
include: включенные пары (обрабатываются первыми), не могут быть пустыми. Любая активная торговая пара, которая соответствует любому из включений, будет обработана. В случае, если вы также используете опцию исключения, результирующие пары после обработки включений являются отправной точкой для обработки исключений, которая удалит элементы из этого списка пар.
Включенные элементы не обязательно должны быть именами целых пар, поскольку часть строки соответствует фактической паре, она будет включена. Вводится в виде списка через запятую, не допускает пробелов между элементами. Не может быть пустым.
exclude: исключенные пары (обработанные последними). Любая активная торговая пара, которая соответствует любому из исключений, не будет обработана.
Исключенные элементы не обязательно должны быть именами целых пар, поскольку часть строки соответствует фактической паре, она будет исключена. Вводится в виде списка через запятую, не допускает пробелов между элементами. Может быть пустым.
Другие обязательные параметры:
переопределения: содержат одно или несколько переопределений, они будут установлены для каждой пары, которая проходит все фильтры при выполнении задания.
clearOverrides (true / false): если установлено значение true, все существующие переопределения для пары удаляются перед размещением новых.
Пример конфигурации
Пример ниже показывает работу, которая выполняет следующее:
  • Сканируйте пары Binance каждую минуту, обрабатывайте фильтры по всем активным торговым парам, которые включают «USDT» или «BNB» и не включают «DOGE» или «ETH» в названии пары.
  • Установите переопределение DU_BUYDOWN для всех пар, у которых есть ducount 1
{
"DynamicDU1": {
"pairs": {
"exclude": "DOGE,ETH",
"include": "USDT,BNB",
"exchange": "binance"
},
"filters": {
"ducount": {
"type": "exact",
"ducount": 1
}
},
"overrides": {
"DU_BUYDOWN": 3
},
"clearOverrides": false,
"schedule": "* * * * *",
"type": "manageOverrides"
}
}

Изменение задержки обмена

Введите имя в конфигурации: changeDelay
Этот тип задания использует фильтры состояния.
Выход задания: изменяет задержку обмена для конкретного обмена.
Варианты пар:
include: включенные пары (обрабатываются первыми), не могут быть пустыми. Любая активная торговая пара, которая соответствует любому из включений, будет обработана. В случае, если вы также используете опцию исключения, результирующие пары после обработки включений являются отправной точкой для обработки исключений, которая удалит элементы из этого списка пар.
Включенные элементы не обязательно должны быть именами целых пар, поскольку часть строки соответствует фактической паре, она будет включена. Вводится в виде списка через запятую, не допускает пробелов между элементами. Не может быть пустым.
exclude: исключенные пары (обработанные последними). Любая активная торговая пара, которая соответствует любому из исключений, не будет обработана.
Исключенные элементы не обязательно должны быть именами целых пар, поскольку часть строки соответствует фактической паре, она будет исключена. Вводится в виде списка через запятую, не допускает пробелов между элементами. Может быть пустым.
Другой обязательный параметр:
delay: задержка обмена в секундах, это значение будет установлено, когда одна или несколько пар в задании пройдут все фильтры.
Пример конфигурации
Пример ниже показывает работу, которая выполняет следующее:
  • Сканируйте пары Binance каждую минуту, обрабатывайте фильтры по всем активным торговым парам, которые включают «USDT» или «BNB» и не включают «DOGE» или «ETH» в названии пары.
  • Установите задержку обмена для Binance на 10, если хотя бы одна пара соответствует фильтру
{
"DynamicDU1": {
"pairs": {
"exclude": "DOGE,ETH",
"include": "USDT,BNB",
"exchange": "binance"
},
"filters": {
"ducount": {
"type": "exact",
"ducount": 1
}
},
"delay": 10,
"schedule": "* * * * *",
"type": "changeDelay"
}
}

Хеджирование (специфично для bitRage)

Введите имя в конфигурации: hedge
Этот тип задания использует фильтры состояния.
Вывод задания: инициирует хеджирование в bitRage.
Варианты пар:
include: включенные пары (обрабатываются первыми), не могут быть пустыми. Любая активная торговая пара, которая соответствует любому из включений, будет обработана. В случае, если вы также используете опцию исключения, результирующие пары после обработки включений являются отправной точкой для обработки исключений, которая удалит элементы из этого списка пар.
Включенные элементы не обязательно должны быть именами целых пар, поскольку часть строки соответствует фактической паре, она будет включена. Вводится в виде списка через запятую, не допускает пробелов между элементами. Не может быть пустым.
exclude: исключенные пары (обработанные последними). Любая активная торговая пара, которая соответствует любому из исключений, не будет обработана.
Исключенные элементы не обязательно должны быть именами целых пар, поскольку часть строки соответствует фактической паре, она будет исключена. Вводится в виде списка через запятую, не допускает пробелов между элементами. Может быть пустым.
Другие обязательные параметры:
hedgeTo (USDT / BTC): определяет, какую валюту начать хеджировать.
brStrat: определяет, какая стратегия используется для bitRage.
Пример конфигурации
Пример ниже показывает работу, которая выполняет следующее:
  • Сканирование на переменную пользователя, каждые минуты
  • Как только эта переменная найдена, она размещает блоки FilterBase, FilterQuote и FilterPair, как определено в задании, для kucoin (эта часть является необязательной)
  • Как только эта переменная найдена, она вносит следующие изменения в стратегию
    bitrageStrat, она устанавливает / изменяет следующие параметры, чтобы началось хеджирование:
"AUTOSELL": true,
"MAIN_BASE": "USDT",
"BR_PANIC_SELL": true,
{
"Hedge_to_USDT": {
"pairs": {
"exclude": "",
"include": "",
"exchange": "kucoin",
"filteredBase": [
"TUSD",
"PAX",
"KCS",
"NUSD",
"ETH",
"DAI",
"USDC",
"TRX",
"NEO",
"BTC"
],
"filteredQuote": [
"GGC"
],
"filteredPair": [
"BTC-GGC",
"USDT-GGC",
"BTC-KCS",
"USDT-KCS",
"KCS-XRP",
"KCS-EOS",
"KCS-LTC",
"KCS-NEO",
"KCS-MTV",
"KCS-GO",
"KCS-CS",
"ETH-KCS",
"NEO-EOS",
"DAI-BTC",
"DAI-ETH",
"DAI-MKR",
"DAI-USDT"
]
},
"filters": {
"variable": {
"type": "variableExact",
"readyToHedge": "USDT"
}
},
"setVariable": {
"hedgingStarted": true
},
"schedule": "* * * * *",
"type": "hedge",
"hedgeTo": "USDT",
"brStrat": "bitrageStrat"
},
}

Необязательные параметры

Задания могут быть расширены дополнительными параметрами, некоторые из них работают на всех типах работ, некоторые относятся к определенным типам работ.
Необязательные параметры для всех типов работ:
enabled (true / false): при значении false задание отключено и не будет выполнено.
debug (true / false): когда true, задание создает подробные журналы в консоли для каждого фильтра.
brStrat: определяет, какая стратегия используется для bitRage. Требуется только если вы используете Autoconfig для автоматизации хеджирования для bitRage.
Необязательные параметры для заданий, использующих фильтры тикеров:
resume (true / false): при значении true сохраненные снимки тикеров загружаются из файла после перезапуска Gunbot. Если false, история должна быть восстановлена ​​после перезапуска.
history: определяет, сколько записей тикера должно храниться в хранилище истории.
historyInterval: определяет минимальный интервал в минутах между записями истории.
Необязательный параметр для addPairs и manageOverrides
setITB (true / false): когда true, каждая пара, соответствующая всем фильтрам, получит дополнительное переопределение IGNORE_TRADES_BEFORE, значение которого является меткой времени для времени выполнения задания.
Необязательные параметры для addPairs
переопределения: этот тип задания также может добавлять переопределения при добавлении новых пар. Для этого добавьте в задание раздел с переопределениями, как в задании manageOverrides.
Фильтры Bitrage: при использовании для Bitrage задание addPairs может заменить содержимое настроек фильтра обмена. Для этого добавьте фильтры в парный раздел задания, как показано ниже:
"pairs": {
"exclude": "",
"include": "BTC-",
"maxPairs": 10,
"exchange": "kucoin",
"filteredQuote": ["DOGE"],
"filteredPair": ["BTC-DOGE"],
"filteredBase": ["BTC","ETH","USDS","TUSD","USDC","PAX","XRP","TRX","BUSD","NGN"]
},

Необязательные параметры для removePairs

removeBase: может использоваться для удаления всех пар из указанной базовой валюты, которые используют стратегию bitRage, указанную в brStrat. Это полезно для очистки пар с определенной базы после хеджирования.
notRemoveBefore (в разделе пар): значение в минутах. Не удаляйте пары из конфигурации, если они не находятся в конфигурации дольше, чем указано.

Необязательные параметры для hedge

Bitrage filters: при использовании для Bitrage задание addPairs может заменить содержимое настроек фильтра обмена. Для этого добавьте фильтры в секцию пар, как показано выше.

Параметры фильтра

Ticker filters - Фильтры тикеров

Для типов работы: addPairs, removePairs, changeStrategy
Фильтры тикеров используют данные, собранные с тикеров обмена, в момент выполнения задания.
Вы можете использовать следующие типы фильтров для добавления и удаления пар. Обратите внимание, что не каждый тип фильтра работает на каждой бирже, поскольку некоторые биржи не предоставляют необходимые данные. На Huobi AutoConfig использует «последнюю» цену вместо bid / ask для всех фильтров, которые работают с ценами.
Доступность данных для сертифицированных бирж. Фильтры тикеров недоступны для Bitmex.
Фильтры для цен используют запрос при добавлении пар и ставку при фильтрации для удаления или изменения стратегии.
Тип
Описание
Дополнительно
minPrice
Фильтр возвращает true, когда цена выше установленной.
n/a
maxPrice
Фильтр возвращает true, когда цена ниже установленной.
n/a
minPricePctChangeInterval
Фильтр возвращает значение true, если текущая цена по крайней мере на х% выше средней цены всех снимков.
lastSnapshots
maxPricePctChangeInterval
Фильтр возвращает значение true, если текущая цена по крайней мере на х% выше средней цены всех снимков.
lastSnapshots
minVolumePctChangeInterval
Фильтр возвращает значение true, если текущий 24-часовой объем по крайней мере на х% выше среднего 24-часового объема всех снимков.
lastSnapshots
maxVolumePctChangeInterval
Фильтр возвращает значение true, если текущий 24-часовой объем по крайней мере на х% ниже среднего 24-часового объема всех снимков.
lastSnapshots
minVolume24h
Фильтр возвращает истину, если громкость за 24 часа выше установленной, громкость в базе.
n/a
maxVolume24h
Фильтр возвращает true, если громкость за 24 часа ниже установленной, громкость в базе.
n/a
minVolatilityPct24h
Фильтр возвращает true, если изменение цены в течение 24 часов превышает установленное значение.
n/a
maxVolatilityPct24h
Фильтр возвращает true, если изменение цены в течение 24 часов ниже установленного.
n/a
minSpreadPct
Фильтр возвращает true, если разница в процентах между заявкой и заявкой превышает установленную.
n/a
maxSpreadPct
Фильтр возвращает значение true, если процентная разница между заявкой и предложением ниже установленной.
n/a
minSlopePctInterval
Фильтр возвращает true, если наклон для всех цен в снимках больше заданного.
Наклон выражается в процентах от последней цены. Наклон 1 означает, что, согласно простой линейной регрессии, цена следующего собранного тикера, вероятно, будет на 1% выше, чем последняя.
lastSnapshots
maxSlopePctInterval
Фильтр возвращает значение true, если наклон для всех цен в снимках меньше заданного.
Наклон выражается в процентах от последней цены. Наклон 1 означает, что, согласно простой линейной регрессии, цена следующего собранного тикера, вероятно, будет на 1% выше, чем последняя.
Выполняется только при достижении максимального размера выборки снимка.
lastSnapshots
minStandardDevPctInterval
Фильтр возвращает значение true, если стандартное отклонение для всех цен в снимках больше заданного.
Стандартное отклонение выражается в процентах от последней цены.
Выполняется только при достижении максимального размера выборки снимка.
lastSnapshots
maxStandardDevPctInterval
Фильтр возвращает значение true, если стандартное отклонение для всех цен в снимках меньше заданного.
Стандартное отклонение выражается в процентах от последней цены.
Выполняется только при достижении максимального размера выборки снимка.
lastSnapshots
belowMedianVolume
Фильтр возвращает значение true, если базовый объем для пары ниже, чем средний базовый объем для всех пар с одинаковой базовой валютой на бирже.
n/a
aboveMedianVolume
Фильтр возвращает true, если базовый объем для пары выше, чем средний базовый объем для всех пар с одинаковой базовой валютой на бирже.
n/a
minVolumeRank
Фильтр возвращает значение «истина», если 24-часовой объемный рейтинг пары (ранжирование зависит от базы) выше установленного.
Этот фильтр полезен только в том случае, если вы хотите исключить некоторые из пар томов с самым высоким рейтингом, например, установите для него значение 5, чтобы разрешить только те пары, у которых уровень громкости равен 6 или выше.
n/a
maxVolumeRank
Фильтр возвращает значение «истина», если 24-часовой объемный ранг пары (ранжирование зависит от базы) ниже установленного.
Например, если установить значение 10, будут включены только пары с рейтингом громкости топ10.
n/a
bullishStandardDeviationChannel
Он работает аналогично описанному здесь: http://www.forexpromos.com/what-is-standard-deviation-channel
Фильтр проходит, когда:
  • slopePct положительный
  • достигнуто максимальное количество снимков
  • цена находится в определенном диапазоне от нижней полосы
Диапазон 0 = та же цена, что и у нижней полосы
Диапазон 100 = та же цена, что и у верхней полосы
lastSnapshots
buyTrailing
n/a
volumeTrailing
n/a
slopeTrailing
n/a
Дополнительный ввод с именем lastSnapshotsпозволяет вам использовать только последние x снимки для расчета фильтра.
Например, если ваша работа собирает 100 снимков, но вы хотите, чтобы определенный фильтр использовал только последние 10 снимков для вычисления наклона, вы можете сделать это.
Пример использования:
"maxStandardDevPctInterval": {
"type": "minVolumePctChangeInterval",
"max": 1,
"lastSnapshots": 3
}
Trailing filters - фильтры трэйлинга
Типы фильтров buyTrailing , volumeTrailing и slopeTrailing являются тикерными фильтрами, которые отслеживают цены или объем, очень похожие на обычную стратегию Gunbot с трейлингом покупки, вы можете использовать ее для добавления пар в вашу конфигурацию только после того, как они достигли своего трейлинг-стопа. Полезно для отслеживания огромного количества пар без недостатков при длительном цикле.
Эти типы фильтров можно использовать только в заданиях addPairsна биржах, которые предоставляют цену предложения или объем в тикерах, работает только при использовании в первом наборе фильтров задания.
Пример конфигурации для покупки трейлинга
Пример:
  • Соберите до 60 снимков тикеров, добавляйте новый снимок каждый раз, когда выполняется задание (каждую минуту)
  • Использует 60 собранных цен предложения для пары, чтобы вычислить EMA
  • Продолжайте отслеживать все пары, используя trailingRange в 1% от цены Ask
  • Фильтр проходит, когда цены Ask пересекают трейлинг-стоп, находясь ниже buyLevel (что на процент ниже EMA, рассчитанного этим фильтром)
Трейлинг объема работает точно так же, как и выше, единственная разница в том, что базовый объем используется там, где цены используются в трейлинге покупки.
Трейлинг на склоне работает так же, как трейлинг на покупку, единственная разница в том, что процент наклона пары трейлинг. Уровень покупки основан на той же EMA, что и для трейлинга покупки.
{
"trailingExample": {
"pairs": {
"exclude": "",
"include": "BTC-,USDT-",
"maxPairs": 10,
"exchange": "binance"
},
"filters": {
"trailing": {
"type": "buyTrailing",
"buyLevel": 0.5,
"trailingRange": 1
}
},
"schedule": "* * * * *",
"type": "addPairs",
"strategy": "instantBuy",
"enabled": true,
"resume": true,
"snapshots": 60
},
Фильтры истории тикеров
Большинство фильтров тикеров также доступны как вариант *History. Они работают так же, как описано выше, но используют в качестве входных данных другой набор данных. Доступные фильтры истории:
  • minPriceHistory
  • maxPriceHistory
  • maxVolumeRankHistory
  • minVolumeRankHistory
  • minPricePctChangeIntervalHistory
  • maxPricePctChangeIntervalHistory
  • minVolumePctChangeIntervalHistory
  • maxVolumePctChangeIntervalHistory
  • minVolume24hHistory
  • maxVolume24hHistory
  • minVolatilityPct24hHistory
  • maxVolatilityPct24hHistory
  • minSpreadPctHistory
  • maxSpreadPctHistory
  • minSlopePctIntervalHistory
  • maxSlopePctIntervalHistory
  • minStandardDevPctIntervalHistory
  • maxStandardDevPctIntervalHistory
Фильтры истории принимают один дополнительный ввод, определяя, какие исторические данные следует использовать. Конфигурация фильтра истории выглядит так:
"filter": {
"type": "minPriceHistory",
"min": 10,
"historySource": 6
}
Параметр historySourceв приведенном выше примере означает, что он будет использовать цену записи истории с номером 6. Самая старая запись истории имеет номер 0.
Как создается история, определяется следующими параметрами на корневом уровне:
"history": 7,
"historyInterval": 15,
В приведенном выше примере будут собраны 7 записей истории с минимальным интервалом в 15 минут.
Новые записи истории сохраняются следующим образом:
  • Если история отсутствует, самый старый снимок тикера будет добавлен в качестве первой записи истории.
  • Когда есть хотя бы одна запись истории, добавляется новая, когда разница во времени между самым старым снимком тикера и самой последней записью истории больше времени, определенного в historyInterval. Самый старый снимок тикера будет добавлен как самая новая запись в истории. Если будет достигнуто максимальное количество записей истории, самая старая запись истории будет удалена после добавления новой.
В приведенном ниже примере конфигурации показано задание, которое фильтрует:
  • BTC пары, которые в настоящее время занимают топ-10 на 24-часовой объем
  • 5 записей истории имеют наклон не менее 1%
  • Пара, должно быть, заняла топ10 24-часовой том в самой старой записи истории
If oldest snapshot is > 60 minutes older than newest history entry,
it gets moved to history
Snapshots, 1m interval
[s] [s] [s] [s] [s]
History entries, 60m interval |
[0] [1] [2] [3] [4] |
^-----------------------*
"addMoon": {
"pairs": {
"exclude": "",
"include": "BTC-",
"maxPairs": 10,
"exchange": "binance"
},
"filters": {
"filter1": {
"type": "maxVolumeRank",
"max": 10
},
"filter2": {
"type": "minSlopePctIntervalHistory",
"min": 1,
"historySource": 4
},
"filter3": {
"type": "maxVolumeRankHistory",
"max": 10,
"historySource": 0
}
},
"schedule": "* * * * * *",
"type": "addPairs",
"strategy": "moon",
"snapshots": 5,
"history": 5,
"historyInterval": 60,
"resume": true
},
Снимки и история вызывают относительно высокую нагрузку на операции ввода-вывода. В зависимости от вашей системы, сохранение слишком большого количества сохраненных записей может негативно повлиять на производительность.

Фильтры парных состояний

Для типов заданий: manageOverrides, changeDelay, removePairs2, changeStrategy2
Фильтры состояний используют данные из внутренней бухгалтерской книги в Gunbot, в которой есть все данные для пар, которые уже зациклены с момента последнего (пере) запуска Gunbot.
Доступные фильтры состояния пары
Формула, используемая в differenceBigger: 100 * ((ema2 - ema1) / ema1) > delta
Формула, используемая в разнице:differenceSmaller: 100 * ((ema2 - ema1) / ema1) < delta
Примеры формул используют ema1 и ema2, как показано на скриншоте выше. Конечно, вы можете сравнить любые два ключа. Положение клавиш для сравнения в конфигурационном файле имеет значение.
Пользовательские переменные
Каждое задание может устанавливать одну или несколько пользовательских переменных, которые можно использовать для фильтрации в других заданиях.
Это учитывает более сложные, но и более простые в обращении настройки фильтра, потому что:
  • Работа может зависеть от другого.
  • Вам не нужно повторять несколько условий фильтра для нескольких заданий.
Вы можете иметь одно задание, отслеживающее конкретное условие (например, расстояние между ценой и ликвидационной ценой) и установить такую ​​переменную, как "liquidationStop": true в случае возникновения условий. Для других заданий, которые зависят от этого прекращения ликвидации, необходимо только установить один фильтр, который ищет точное совпадение с "liquidationStop": true вместо необходимости повторять те же фильтры, установленные в задании, которое отслеживает расстояние между ценой и ценой ликвидации.
Задание устанавливает переменную, когда:
  • По крайней мере одна пара прошла все фильтры для этой работы.
  • setVariable определяется в конфигурации рабочих мест.
setVariable выглядит так:
"setVariable": {
"userVariable1": true
},
Он может содержать одну или несколько переменных, их значение может быть отфильтровано только как точное совпадение. Помимо true / false, вы также можете установить числовые значения или строки.
Если вы установили переменную, которая ранее была установлена с другим значением, новое значение заменит старое. Установка одной переменной не влияет на другие возможные переменные, которые уже установлены.
Все переменные записываются в файл и импортируются каждый раз, когда Gunbot перезапускается. Помните, что это не всегда работает, возможно повреждение файла - например, когда действие записи происходит прямо в момент закрытия Gunbot. Рекомендуется не полностью зависеть от сохраненных переменных и запускать задания, которые их устанавливают относительно часто.
Чтобы прочитать переменную, используйте тип фильтра variableExact. Может использоваться во всех типах работ.
"filter": {
"type": "variableExact",
"userVariable1": true
}
Этот тип фильтра будет возвращать true, когда userVariable1имеет значение true.
Переменные не являются обязательными. Это не проблема, если в задании нет setVariable.
То же задание, которое устанавливает переменную, также может сбрасывать их в случае, если ни одна пара не прошла все фильтры. Эта опция называется resetVariable. resetVariableвыглядит так:
"resetVariable": {
"userVariable1": true
},
Он может содержать одну или несколько переменных, их значение может быть отфильтровано только как точное совпадение. Помимо true / false, вы также можете установить числовые значения или строки.

Несколько наборов фильтров

Вместо использования одного набора фильтров вы также можете добавить несколько наборов фильтров в задание.
Используйте это, если вы хотите отслеживать различные условия в одном задании, если пара проходит все фильтры в любом из наборов фильтров, изменения вносятся.
Помимо обязательного первого набора фильтров, вы можете добавить до 9 дополнительных наборов. именованные filters2к filters10
Пример конфигурации:
{
"example": {
"pairs": {
"exclude": "",
"include": "",
"maxPairs": 500,
"noBag": false,
"exchange": "binance"
},
"filters": {
"price": {
"type": "minPrice",
"min": 0.0000001
}
},
"filters2": {
"minVolume24h": {
"type": "minVolume24h",
"min": 100
}
},
"schedule": "*/30 * * * * *",
"type": "removePairs",
"enabled": true
}

Backtesting для рабочих мест addPairs

Результаты заданий addPairs можно смоделировать, используя данные тикера, которые вы собрали самостоятельно. Самосбор необходим, потому что тип исторических данных, которые использует AutoConfig, не является общедоступным.
Прежде чем вы сможете выполнить тестирование на истории, вам нужно собрать набор данных с заданием «collectData». Это простое задание автоконфигурации, которое собирает и сохраняет данные тикера в соответствии с расписанием задания и обменивается им.
"30-secs": {
"pairs": {
"exchange": "binance"
},
"schedule": "/30 * * * * *",
"type": "collectData",
"snapshots": 1000,
"enabled": true,
"debug": false
}
Расписание в этом задании должно совпадать с расписанием, которое вы используете в задании addPairs. Он будет собирать до 5 снимков тикеров и удаляет старые снимки, если они существуют.
Вы можете использовать любое количество снимков в этом типе работы. Если вы пропустите параметр моментальных снимков, он будет собирать моментальные снимки тикера, пока в вашей системе есть свободное место на диске.
Данные тикера для этого задания сбора сохраняются в / 30-secs-tickers (# jobname # -tickers). Убедитесь, что вы никогда не сохраняете другие файлы в этой папке.
Пока задание collectData выполняется, оно продолжает собирать тикеры. Не рекомендуется постоянно собирать тикеры при выполнении других заданий автоконфигурации, в которых используются тикеры: вес использования API относительно высок, и это немного замедлит производительность Gunbot.
Чтобы выполнить обратное тестирование с использованием собранных данных, запустите задание с типом обратного тестирования. Делайте это, когда у вас отключено ядро ​​Gunbot и другие задания автоконфигурации, потому что это сильно загружает процессор и не требует прерывания других заданий.
Задание тестирования на истории аналогично заданию addPairs, вы можете использовать все доступные параметры filter / filterset. Собранные данные тикера воспроизводятся так, как если бы они были живыми данными, результаты должны на 100% соответствовать результатам обычного задания addPairs. Результаты регистрируются так же, как и обычные задания, также доступна опция отладки для заданий.
Результаты сохраняются в файле .csv, в котором указывается, когда пары были бы добавлены, и какая цена запроса была в тот момент.
При тестировании заданий также используется планировщик автоконфигурации, хотя это бессмысленно. Рекомендуется установить глупое расписание, которое почти никогда не будет выполняться, и использовать параметр «onStart»: true, чтобы задание запускалось сразу после его включения.
Тестирование на истории не учитывает maxPairs (и не будет в будущем), результаты основаны исключительно на используемых вами фильтрах.
Пример работы для тестирования на истории:
"30-secs": {
"pairs": {
"exclude": "",
"include": "BTC-",
"exchange": "binance"
},
"filters": {
"slope": {
"type": "minSlopePctInterval",
"min": 0.02
},
"volume": {
"type": "minVolume24h",
"min": 75
},
"pricehistory0": {
"type": "maxPricePctChangeIntervalHistory",
"max": 5,
"historySource": 9
}
},
"schedule": "1 1 1 1 1",
"type": "backtesting",
"tickersFolder": "30-secs-tickers",
"enabled": true,
"onStart": true,
"history": 10,
"historyInterval": 2,
"debug": false,
"snapshots": 10
}
Источник данных для обратного тестирования задается параметром «tickersFolder». Установите точное имя папки, в которой находятся ваши собранные файлы тикеров.

Варианты

  • Можно запланировать много заданий на одно и то же время, но в случае, если несколько этих заданий приводят к изменению конфигурации, первый из них запишет свои изменения, а остальные задания должны будут ждать другого шанса.
  • Результатом каждого задания является то, что файл config.js обновляется, это всегда приводит к перезапуску Gunbot.
  • Каждое задание может содержать необязательную строку "debug": true, если задано задание, будет показан подробный вывод журнала консоли для фильтров в этом задании. Используйте его только в тот момент, когда он вам действительно нужен, он может значительно снизить производительность Gunbot из-за большого объема данных, которые необходимо зарегистрировать на консоли.
  • Вещи, которые приводят к аварийному завершению AutoConfig: изменение обмена для задания фильтрации тикеров при наличии "resume": true, использование несуществующего ключа в фильтре состояний и т. Д.
  • Данные считываются либо из тикеров обмена, либо из внутренней памяти Gunbot с информацией о состоянии пары. Чтобы выяснить, какие данные о состоянии пар доступны для фильтрации, посмотрите файл состояния пар в папке Gunbot /json.
  • Почти каждый ключ / значение в паре файлов состояния может быть отфильтрован, если они находятся на первом уровне (не внутри дополнительных массивов или объектов)
Подобные элементы первого уровня можно использовать для фильтрации.
Подобные элементы не могут быть использованы для фильтрации.

Пример конфигурации со всеми возможными типами заданий и фильтрами

Вы не хотите использовать это когда-либо в этой форме, но используйте это как ссылку для того, как каждая работа может быть отформатирована.
{
"addPairs-jobname": {
"pairs": {
"exclude": "DOGE,XLM,PAX",
"include": "BTC,USDT",
"maxPairs": 25,
"exchange": "binance"
},
"filters": {
"filter1": {
"type": "minPrice",
"min": 0.0000001
},
"filter2": {
"type": "maxPrice",
"max": 0.0000010
},
"filter3": {
"type": "minPricePctChangeInterval",
"min": 0.00002
},
"filter4": {
"type": "maxPricePctChangeInterval",
"max": 1
},
"filter5": {
"type": "minVolumePctChangeInterval",
"min": 10
},
"filter6": {
"type": "maxVolumePctChangeInterval",
"max": 50
},
"filter7": {
"type": "minVolume24h",
"min": 500
},
"filter8": {
"type": "maxVolume24h",
"max": 1000
},
"filter9": {
"type": "minVolatilityPct24h",
"min": 1
},
"filter10": {
"type": "maxVolatilityPct24h",
"max": 1
},
"filter11": {
"type": "minSpreadPct",
"min": 0.00001
},
"filter12": {
"type": "maxSpreadPct",
"max": 1
},
"filter13": {
"type": "minSlopePctInterval",
"min": 0.00001
},
"filter14": {
"type": "maxSlopePctInterval",
"max": 1
},
"filter17": {
"type": "belowMedianVolume"
},
"filter18": {
"type": "aboveMedianVolume"
},
"filter16": {
"type": "variableExact",
"userVar1": false
}
},
"schedule": "* * * * *",
"type": "addPairs",
"strategy": "gain",
"snapshots": 2,
"resume": false,
"debug": "true",
"setVariable": {
"userVariable1": true
},
"enabled": true
},
"removePairs-jobname": {
"pairs": {
"exclude": "BNB,XVG",
"noBag": false,