Руководство по бафам it

Тут тублица не нужна, но я использовал.
Как вы можете видеть, нам нужны все 3 HTML. Мы делаем их, и копируем текст, но мы редактируем их.

Второй шаг: SQL

Так мы здесь
Сначала мы делаем таблицу, в которой будут содержаться ID бафов.
Вот так:

INSERT INTO `npc_buffer` VALUES ('36402', '4356', '3', '0', '0', '4356');INSERT INTO `npc_buffer` VALUES ('36402', '4352', '2', '0', '0', '4352');INSERT INTO `npc_buffer` VALUES ('36402', '4345', '3', '0', '0', '4345');INSERT INTO `npc_buffer` VALUES ('36402', '4359', '3', '0', '0', '4359');INSERT INTO `npc_buffer` VALUES ('36402', '4351', '6', '0', '0', '4351');INSERT INTO `npc_buffer` VALUES ('36402', '4355', '3', '0', '0', '4355');INSERT INTO `npc_buffer` VALUES ('36402', '4357', '2', '0', '0', '4357');INSERT INTO `npc_buffer` VALUES ('36402', '4342', '2', '0', '0', '4342');INSERT INTO `npc_buffer` VALUES ('36402', '4358', '3', '0', '0', '4358');INSERT INTO `npc_buffer` VALUES ('36402', '4360', '3', '0', '0', '4360');INSERT INTO `npc_buffer` VALUES ('50016', '264', '1', '0', '0', '264');INSERT INTO `npc_buffer` VALUES ('50016', '265', '1', '0', '0', '265');INSERT INTO `npc_buffer` VALUES ('50016', '266', '1', '0', '0', '266');INSERT INTO `npc_buffer` VALUES ('50016', '267', '1', '0', '0', '267');INSERT INTO `npc_buffer` VALUES ('50016', '268', '1', '0', '0', '268');INSERT INTO `npc_buffer` VALUES ('50016', '269', '1', '0', '0', '269');INSERT INTO `npc_buffer` VALUES ('50016', '270', '1', '0', '0', '270');INSERT INTO `npc_buffer` VALUES ('50016', '271', '1', '0', '0', '271');INSERT INTO `npc_buffer` VALUES ('50016', '272', '1', '0', '0', '272');INSERT INTO `npc_buffer` VALUES ('50016', '273', '1', '0', '0', '273');INSERT INTO `npc_buffer` VALUES ('50016', '274', '1', '0', '0', '274');INSERT INTO `npc_buffer` VALUES ('50016', '275', '1', '0', '0', '275');INSERT INTO `npc_buffer` VALUES ('50016', '276', '1', '0', '0', '276');INSERT INTO `npc_buffer` VALUES ('50016', '277', '1', '0', '0', '277');INSERT INTO `npc_buffer` VALUES ('50016', '304', '1', '0', '0', '304');INSERT INTO `npc_buffer` VALUES ('50016', '305', '1', '0', '0', '305');INSERT INTO `npc_buffer` VALUES ('50016', '306', '1', '0', '0', '306');INSERT INTO `npc_buffer` VALUES ('50016', '307', '1', '0', '0', '307');INSERT INTO `npc_buffer` VALUES ('50016', '308', '1', '0', '0', '308');INSERT INTO `npc_buffer` VALUES ('50016', '309', '1', '0', '0', '309');INSERT INTO `npc_buffer` VALUES ('50016', '310', '1', '0', '0', '310');INSERT INTO `npc_buffer` VALUES ('50016', '311', '1', '0', '0', '311');INSERT INTO `npc_buffer` VALUES ('50016', '349', '1', '0', '0', '349');INSERT INTO `npc_buffer` VALUES ('50016', '363', '1', '0', '0', '363');INSERT INTO `npc_buffer` VALUES ('50016', '364', '1', '0', '0', '364');INSERT INTO `npc_buffer` VALUES ('50016', '365', '1', '0', '0', '365');INSERT INTO `npc_buffer` VALUES ('50016', '366', '1', '0', '0', '366');INSERT INTO `npc_buffer` VALUES ('50016', '367', '1', '0', '0', '367');INSERT INTO `npc_buffer` VALUES ('50016', '529', '1', '0', '0', '529');INSERT INTO `npc_buffer` VALUES ('50016', '530', '1', '0', '0', '530');INSERT INTO `npc_buffer` VALUES ('50016', '825', '1', '0', '0', '825');INSERT INTO `npc_buffer` VALUES ('50016', '826', '1', '0', '0', '826');INSERT INTO `npc_buffer` VALUES ('50016', '827', '1', '0', '0', '827');INSERT INTO `npc_buffer` VALUES ('50016', '828', '1', '0', '0', '828');INSERT INTO `npc_buffer` VALUES ('50016', '829', '1', '0', '0', '829');INSERT INTO `npc_buffer` VALUES ('50016', '830', '1', '0', '0', '830');INSERT INTO `npc_buffer` VALUES ('50016', '1002', '3', '0', '0', '1002');INSERT INTO `npc_buffer` VALUES ('50016', '1003', '3', '0', '0', '1003');INSERT INTO `npc_buffer` VALUES ('50016', '1004', '3', '0', '0', '1004');INSERT INTO `npc_buffer` VALUES ('50016', '1005', '3', '0', '0', '1005');INSERT INTO `npc_buffer` VALUES ('50016', '1006', '3', '0', '0', '1006');INSERT INTO `npc_buffer` VALUES ('50016', '1007', '3', '0', '0', '1007');INSERT INTO `npc_buffer` VALUES ('50016', '1008', '3', '0', '0', '1008');INSERT INTO `npc_buffer` VALUES ('50016', '1009', '3', '0', '0', '1009');INSERT INTO `npc_buffer` VALUES ('50016', '1010', '3', '0', '0', '1010');INSERT INTO `npc_buffer` VALUES ('50016', '1032', '3', '0', '0', '1032');INSERT INTO `npc_buffer` VALUES ('50016', '1033', '3', '0', '0', '1033');INSERT INTO `npc_buffer` VALUES ('50016', '1035', '4', '0', '0', '1035');INSERT INTO `npc_buffer` VALUES ('50016', '1036', '2', '0', '0', '1036');INSERT INTO `npc_buffer` VALUES ('50016', '1040', '3', '0', '0', '1040');INSERT INTO `npc_buffer` VALUES ('50016', '1043', '1', '0', '0', '1043');INSERT INTO `npc_buffer` VALUES ('50016', '1044', '3', '0', '0', '1044');INSERT INTO `npc_buffer` VALUES ('50016', '1045', '6', '0', '0', '1045');INSERT INTO `npc_buffer` VALUES ('50016', '1048', '6', '0', '0', '1048');INSERT INTO `npc_buffer` VALUES ('50016', '1059', '3', '0', '0', '1059');INSERT INTO `npc_buffer` VALUES ('50016', '1062', '1', '0', '0', '1062');INSERT INTO `npc_buffer` VALUES ('50016', '1068', '3', '0', '0', '1068');INSERT INTO `npc_buffer` VALUES ('50016', '1073', '2', '0', '0', '1073');INSERT INTO `npc_buffer` VALUES ('50016', '1077', '3', '0', '0', '1077');INSERT INTO `npc_buffer` VALUES ('50016', '1078', '6', '0', '0', '1078');INSERT INTO `npc_buffer` VALUES ('50016', '1085', '3', '0', '0', '1085');INSERT INTO `npc_buffer` VALUES ('50016', '1086', '2', '0', '0', '1086');INSERT INTO `npc_buffer` VALUES ('50016', '1087', '3', '0', '0', '1087');INSERT INTO `npc_buffer` VALUES ('50016', '1182', '3', '0', '0', '1182');INSERT INTO `npc_buffer` VALUES ('50016', '1189', '3', '0', '0', '1189');INSERT INTO `npc_buffer` VALUES ('50016', '1191', '3', '0', '0', '1191');INSERT INTO `npc_buffer` VALUES ('50016', '1204', '2', '0', '0', '1204');INSERT INTO `npc_buffer` VALUES ('50016', '1240', '3', '0', '0', '1240');INSERT INTO `npc_buffer` VALUES ('50016', '1242', '3', '0', '0', '1242');INSERT INTO `npc_buffer` VALUES ('50016', '1243', '3', '0', '0', '1243');INSERT INTO `npc_buffer` VALUES ('50016', '1249', '3', '0', '0', '1249');INSERT INTO `npc_buffer` VALUES ('50016', '1250', '3', '0', '0', '1250');INSERT INTO `npc_buffer` VALUES ('50016', '1251', '2', '0', '0', '1251');INSERT INTO `npc_buffer` VALUES ('50016', '1252', '3', '0', '0', '1252');INSERT INTO `npc_buffer` VALUES ('50016', '1253', '3', '0', '0', '1253');INSERT INTO `npc_buffer` VALUES ('50016', '1257', '3', '0', '0', '1257');INSERT INTO `npc_buffer` VALUES ('50016', '1259', '4', '0', '0', '1259');INSERT INTO `npc_buffer` VALUES ('50016', '1260', '3', '0', '0', '1260');INSERT INTO `npc_buffer` VALUES ('50016', '1261', '2', '0', '0', '1261');INSERT INTO `npc_buffer` VALUES ('50016', '1268', '4', '0', '0', '1268');INSERT INTO `npc_buffer` VALUES ('50016', '1282', '2', '0', '0', '1282');INSERT INTO `npc_buffer` VALUES ('50016', '1284', '3', '0', '0', '1284');INSERT INTO `npc_buffer` VALUES ('50016', '1303', '2', '0', '0', '1303');INSERT INTO `npc_buffer` VALUES ('50016', '1304', '3', '0', '0', '1304');INSERT INTO `npc_buffer` VALUES ('50016', '1308', '3', '0', '0', '1308');INSERT INTO `npc_buffer` VALUES ('50016', '1309', '3', '0', '0', '1309');INSERT INTO `npc_buffer` VALUES ('50016', '1310', '4', '0', '0', '1310');INSERT INTO `npc_buffer` VALUES ('50016', '1323', '1', '0', '0', '1323');INSERT INTO `npc_buffer` VALUES ('50016', '1352', '1', '0', '0', '1352');INSERT INTO `npc_buffer` VALUES ('50016', '1353', '1', '0', '0', '1353');INSERT INTO `npc_buffer` VALUES ('50016', '1354', '1', '0', '0', '1354');INSERT INTO `npc_buffer` VALUES ('50016', '1355', '1', '0', '0', '1355');INSERT INTO `npc_buffer` VALUES ('50016', '1356', '1', '0', '0', '1356');INSERT INTO `npc_buffer` VALUES ('50016', '1357', '1', '0', '0', '1357');INSERT INTO `npc_buffer` VALUES ('50016', '1362', '1', '0', '0', '1362');INSERT INTO `npc_buffer` VALUES ('50016', '1363', '1', '0', '0', '1363');INSERT INTO `npc_buffer` VALUES ('50016', '1364', '1', '0', '0', '1364');INSERT INTO `npc_buffer` VALUES ('50016', '1365', '1', '0', '0', '1365');INSERT INTO `npc_buffer` VALUES ('50016', '1388', '3', '0', '0', '1388');INSERT INTO `npc_buffer` VALUES ('50016', '1389', '3', '0', '0', '1389');INSERT INTO `npc_buffer` VALUES ('50016', '1390', '3', '0', '0', '1390');INSERT INTO `npc_buffer` VALUES ('50016', '1391', '3', '0', '0', '1391');INSERT INTO `npc_buffer` VALUES ('50016', '1392', '3', '0', '0', '1392');INSERT INTO `npc_buffer` VALUES ('50016', '1393', '3', '0', '0', '1393');INSERT INTO `npc_buffer` VALUES ('50016', '1397', '3', '0', '0', '1397');INSERT INTO `npc_buffer` VALUES ('50016', '1413', '1', '0', '0', '1413');INSERT INTO `npc_buffer` VALUES ('50016', '1414', '1', '0', '0', '1414');INSERT INTO `npc_buffer` VALUES ('50016', '1415', '1', '0', '0', '1415');INSERT INTO `npc_buffer` VALUES ('50016', '1416', '1', '0', '0', '1416');INSERT INTO `npc_buffer` VALUES ('50016', '1460', '1', '0', '0', '1460');INSERT INTO `npc_buffer` VALUES ('50016', '1461', '1', '0', '0', '1461');INSERT INTO `npc_buffer` VALUES ('50016', '21046', '1', '0', '0', '21046');

‘50016’ ID NPC. Вы можете его менять.

И NPC sql:

INSERT INTO `custom_npc` VALUES ('50016', '4', 'L2MaxiBuffer', '1', 'L2maxi.ru', '1', 'Monster2.baby_tiger', '13.00', '21.00', '80', 'male', 'L2NpcBuffer', '80', '3862', '1493', '0.00', '0.00', '10', '10', '10', '10', '10', '10', '0', '0', '500', '500', '500', '500', '282', '0', '2000', '0', '0', '0', '60', '80', 'NULL', '0', '0', '0', 'LAST_HIT', '0', '0', '0', 'balanced', 'false');

Удачи в Ваших достижениях!
С уважением, портал L2Maxi.ru

Вступление

В этой инструкции мы подробно рассмотрим вкладку «Селф баф» в интерфейсе Адреналин бота. Настройки данной вкладки определяют, как ваш бот и его петы будут вести себя в бою: использовать умения, предметы или игровой баф для получения положительных эффектов, включать и отключать ауры и при каких условиях.

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

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

Настройки

Рассмотрим доступные настройки:

Тип: в этом выпадающем списке мы выбираем чем бот будет пользоваться для бафа: умением персонажа, предметом, умением пета, предметом пета или игровым бафом. Игровой баф нужен на серверах, где во вкладке Сообщество (Alt+B) есть возможность получить положительные эффекты. Подробней о том, как настроить в интерфейсе такой баф будет рассказано в конце видео. Предметы используются, если нужный вам баф применяется не умением, а предметом, например Зельем ускорения. А с помощью умений пета, вы сможете накладывать на себя бафы суммонов, например Благословение серафима.

Имя: после выбора типа, выбираем из этого выпадающего списка необходимое умение, предмет или шаблон игрового бафа. Для удобства поиска можно начать вводить нужное название. Обратите внимание, что бот имеет собственную базу данных и названия могут не совпадать с теми, что вы видите в игре.

Интервал: это минимальное время, которое должно пройти между попытками наложить выбранный баф. Т.е. проверка остальных условий будет совершаться один раз в указанное тут количество секунд.

Пауза перед исполнением: тут настраивается время, которое бот подождет после выполнения всех условий и до непосредственного использования бафа. Т.е. если с вас спадет какой-то баф, бот не будет моментально накладывать его обратно, а подождет несколько секунд, чтобы не вызывать лишних подозрений. Причем перед использованием бафа бот еще раз проверит все необходимые условия. Данная функция работает только если у вас активирован Интервал!

К примеру, в вашей группе есть бишоп, который подхиливает вас на отметке 60%. Вы можете настроить УД на случай, если бишоп отвлекся и ваше ХП упало ниже 40%, но с задержкой в 5 секунд. Таким образом, когда ваше ХП упадет ниже 40%, бот не сразу заюзает УД, а подождет еще 5 секунд, потом еще раз проверит уровень ХП, и если оно все еще ниже 40%, то заюзает УД. Если же бишоп успеет вас отхилить за эти 5 секунд, то УД не будет использовано.

Комбо: эту опцию нужно использовать в случаях, если вам нужно ребафать сразу несколько бафов одновременно. Все отмеченные этой галочкой бафы выделяются в отдельную группу и будут ребафаться только тогда, когда выполняются условия у всех элементов одновременно. Если хотя бы у одного из «комбо» бафов не будут выполняться условия на использование — бот не будет ребафаться ими вообще. Данная функция актуальна для дэнсов и сонгов. Например, можно настроить, чтобы дэнсы бафались только тогда, когда спадут вообще все дэнсы, но при этом только после каких-то определенных сонгов.

Снимать баф: с помощью данной функции можно настроить снятие не нужных нам положительных эффектов, если те уменьшают нужные нам характеристики, например, Дух Берсерка. Данная функция аналогична Alt-клику по бафу в игре. Используется в сочетании с опцией «Если присутствуют дебафы». По умолчанию в дебаффы будет записано название выбранного эффекта, но вы так же можете добавить в поле ниже несколько бафов — все они будут удаляться.
Обратите внимание, что при использовании этой опции совершенно не важно, какое умение у вас было выбрано изначально. Т.е. если мы хотим снимать баф Дух берсерка, но у нашего персонажа нет такого умения, просто выбираем любой скил, активируем Снятие бафа, и вписываем название Дух берсерка.
С помощью данной опции, например, можно настроить снятие пати УД танком, сразу как только оно появится в бафах персонажа, что бы получаемый сопартийцами урон, не перенаправлялся на нашего персонажа. Настройку бафа пати УД лучше производить во вкладке «Пати хил баф».

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

В бою: если данная опция включена, бот будет использовать выбранный баф в том числе во время боя, т.е. пока нас атакую агрессивные монстры, иначе — только когда нас никто не атакует. Практически всегда требуется отключать эту функцию для Alt + B бафа, потому что использовать его во время боя, как правило нельзя. Из-за этого с Alt+B часто возникают проблемы на спотах, где на бота постоянно агрятся мобы. В таких случаях вам нужно отбегать со спота в безопасное место, и ждать выхода из боя с помощью скрипта, например, так умеет делать плагин Hunter, ссылка на него будет в описании.

Саммон и Пет: данные опции отвечают за то, чтобы выбранный баф работал не для персонажа, а для его самона и / или пета соответственно. Это означает, что все настройки ниже будут относиться к призванным существам, а не персонажу. Обратите внимание, что при активации одной из этих опций, первое условие всё так же контролирует состояние нашего персонажа, а второе и третье — состояние призванного существа. При использовании на самоне или пете таргетного бафа, не забывайте выключать функцию «Без таргета», если она активна.

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

Выбрав вариант Если отсутствуют бафы нам необходимо указать в поле ниже название бафа, наличие которого будет проверяться, и если он отсутствует на персонаже — бот будет использовать этот баф. Для удобства настройки, вы можете двойным щелчком по полю вызвать список эффектов, наложенных на персонажа, а так же его умений. Дополнительно к этому можно добавить проверку условий на оставшееся время бафа или его уровень. Например, можно бафать Ауру Атаки, только если на нас нет ни самой ауры, ни бафов с аналогичным эффектом от ПП или варка. Чтобы ребафф происходил слегка заранее, выставляем условие на оставшееся время < 60 секунд. И еще, выставляем условие на уровень < 2, чтобы бафать ауру поверх чужих бафов, если наш эффект сильнее.

Выбирая вариант Если присутствуют дебафы в поле ниже нам нужно указать уже название дебафа, при наличии которого бот будет использовать выбранное умение. Так, например, можно настроить умение Клинс, а в поле ниже занести список дебафов через точку с запятой. Или, опять таки двойным щелчком открыть список текущих дебафов на нас и выбрать среди них нужные. Обратите внимание, что условия на оставшееся время и уровень в случае с дебафами начинают работать по принципу И, а не ИЛИ, как это было с бафами. Рассмотрим пример: у нас есть умение Очищение, мы хотим, чтобы оно использовалось если на нас висит один из перечисленных дебафов и только если время этого дебафа > 5 секунд.

Еще, с помощью этих опций можно настроить использование аур. Для этого нужно добавить 2 элемента в списке — на включение, если отсутствует баф, и на выключение — если присутствует дебаф. Так же можно указать доп условия, например на МП и количество атакующих монстров. Ауры, настроенные во вкладке «селф бафф» в отличие от вкладки «атака» будут использоваться не только во время боя с монстрами, что сделает поведение чуть более реалистичным.

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

Условия: здесь вы можете настроить до 3 различных условий на использование выбранного умения, предмета или игрового бафа. Слева выбирается тип условия, справа — значение, с которым нужно сравнивать. Для разных типов условий сюда нужно вписывать разные значения.

Например, всевозможные условия на HP / MP / CP — тут указывается либо %, либо абсолютные значения. Еще есть такие условия, где вообще не нужно указывать никаких значений, например проверки на рут, стан, призванность петов и тд.

Если вы настроите 2 или более условий, то для использования бафов они должны будут выполняться одновременно все вместе. Если вам нужно, чтобы баф применялся хотя бы по одному из двух условий, то просто добавьте два бафа в список и укажите каждому по одному из этих условий. Будьте внимательны при настройке, условий они не должны противоречить друг другу, иначе бафы не будут использоваться вовсе!

Использовать заряды: если вам необходимо экономить заряды, с помощью это опции можно гибко настроить условия, когда и какие нужно использовать заряды, а когда не нужно вовсе. Например, можно настроить, чтобы заряды использовались только с теми умениями, которые долго кастуются или только если у нас мало ХП, или на нас напало много монстров. Главное не забудьте отключить опцию «автоматически включать имеющиеся заряды» на вкладке «Разное».

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

Alt+B

Рассмотрим теперь настройку бафа через Alt+B с помощью интерфейса Адреналин бота. Указываем Тип — Игровой баф, а Имя — один из предложенных шаблонов, после чего нажимаем на ставшую активной кнопку Н. Откроется окно записи игрового бафа. Нажимаем кнопку «Записать», после чего в игре открываем вкладку сообщества (Alt+B) и последовательно выбираем все необходимые диалоги, чтобы получить нужный нам баф. После этого возвращаемся к окну записи и останавливаем её. Нажимаем кнопку «Принять», выставляем интервал бафа 10 секунд, а так же активируем условие «если отсутствуют бафы» и добавляем один или несколько бафов, которые мы получили через игровое меню. Не забудьте также отключить функцию «в бою», если она включена, в противном случае, бот не будет выходить из боя при попытке выполнить ребаф. Стоит отметить, что на некоторых серверах стоят защиты от подобного рода настроек, поэтому если у вас бот не хочет бафаться, а каждый раз при записи диалогов вы видите разные строки — вам нужно использовать скрипт для ребафа, например Hunter.

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

Преимущества уникальной пилочки

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

Для чего нужна каждая грань:

• первая сторона — обычная пилка для создания нужной формы ногтей, их можно укоротить, подровнять;
• вторая сторона служит для удаления неровностей на пластине – заусенцев, шероховатостей;
• третья сторона шлифует и удаляет небольшие изъяны;
• четвёртая сторона полирует пластины, придает им естественный блеск.

Производители предлагают

Ассортимент бафов значительный, они отличаются:

• по форме;
• по материалу;
• по назначению;
• по степени абразивности;
• по своим функциям.

Рассмотрим основные характеристики бафов

Из каких материалов могут быть бафы

Основу обычно изготавливают из пластмассы, дерева, шёлка и других тканей.

Рабочие поверхности могут быть:

• пенополиэтиленовые (пластик) – популярные, дешевые, прочные. Их можно стерилизовать;
• силиконовые также можно мыть и дезинфицировать, прочные, недорогие;
• из замши бафик может быть с ручками, качество среднее, дезинфекцию провести невозможно;
• баф из тканей — хорошее качество, подходит для натуральных ногтей, эластичный, но стоимость выше, особенно у бафа с шелковым покрытием, стерилизовать невозможно.

О форме

Самая распространенная форма бафа в виде бруска, у которого все стороны (или 2) абразивные. Более удобный и функциональный четырехсторонний баф. Встречаются и другие формы инструмента, например, в виде бумеранга.

Основные функции

Пилка с 4 гранями – универсальная, каждая грань выполняет определенную функцию, а в результате происходит полная подготовка к нанесению гель-лака.

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

Как правильно использовать

При неправильном применении бафа ногтевая пластина может деформироваться, могут появиться болевые ощущения, поэтому надо придерживаться правил.

Предоставляем пошаговую инструкцию, как пользоваться бафом для ногтей при подготовке к маникюру:

• наложить баф на ноготь так, чтобы накрыть всю поверхность ногтевой пластины;
• желательно совершать минимум нажатий;
• бережно, в одном и том же направлении, делать длинные движения, стараясь не останавливаться на одном и том же месте;
• нельзя менять направление движения;
• постоянно пользоваться бафом нельзя, полировку надо производить раз в неделю, иначе ногтевая пластина ослабнет, станет хрупкой;
• итоговой процедурой после шлифовки является запечатывание ногтей. Для этого надо капнуть одну каплю масла чайного дерева, распределить ее по всей поверхности грани, слегка втирая. Это не даст расслаиваться ногтям и сделает их прочными;
• инструмент многоразовый нуждается в уходе и дезинфекции.

Видео

Всё об абразивности

Разная функциональность граней объясняется разной степенью абразивности, то есть величиной зерен (пор) на поверхности бафа. Абразивность определяет жесткость каждой грани и измеряется в гритах. Рассмотрим классификацию абразивности и функциональные возможности граней:

• 60-80 гр. Это жесткие бафы для грубой полировки нарощенных и искусственных ногтей, выполнения педикюра;
• 100-150 гр. Подходит для корректировки нарощенных ногтей перед нанесением гель-лака, можно корректировать ногти на руках и ногах, нарощенные акрилом или гелем пластины;
• 150-240 гр. Можно спиливать натуральный ноготь и искусственный, подпиливать кончики натуральных ногтей, шлифовать искусственные ногти;
• 300-450 гр. Это баф для натуральных ногтей, для деликатных работ с ними. Зернистость мелкая, возможна мягкая полировка поверхности натуральных пластин.

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

Уход за инструментом

Постепенно в бруске может скопиться грязь, бактерии, поэтому его необходимо после каждого применения стерилизовать.

Лучше выбирать инструмент с простым уходом:

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

Альтернатива

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

• любая пилочка с абразивностью более 300 гр. может временно выручить;
• полировку, устранение дефектов и неровностей можно произвести любым грубым материалом, например кусочком грубой суровой ткани.

Итоги. Баф хорошего качества поможет тщательно отполировать ногти для покрытия гель-лаком, он прочно ляжет на ноготь. Срок использования гель-лака значительно продлится, но надо учитывать состояние ногтевых пластин — если они тонкие, баф надо выбирать помягче.

Как реализовать гибкую систему баффов / дебаффов?

Ответы:

def get_current_attribute_value(attribute_id, criteria):
    val = character.raw_attribute_value[attribute_id]
    # Accumulate the modifiers
    for effect in character.all_effects:
        val = effect.apply_attribute_modifier(attribute_id, val, criteria)
    # Make sure it doesn't exceed game design boundaries
    val = apply_capping_to_final_value(val)
    return val

class Effect():
    def apply_attribute_modifier(attribute_id, val, criteria):
        if attribute_id in self.modifier_list:
            modifier = self.modifier_list[attribute_id]
            # Does the modifier apply at this time?
            if modifier.criteria == criteria:
                # Apply multiplicative modifier
                return val * modifier.amount
        else:
            return val

class Modifier():
    amount = 1.0 # default that has no effect
    criteria = None # applies all of the time

# This is a method on a Character, called during combat
def on_receive_damage(damage_info):
    for effect in character.all_effects:
        effect.on_receive_damage(character, damage_info)

class Effect():
    self.on_receive_damage_handler = DoNothing # a default function that does nothing
    def on_receive_damage(character, damage_info):
        self.on_receive_damage_handler(character, damage_info)

def reflect_damage(character, damage_info):
    damage_info.attacker.receive_damage(15)

reflect_damage_effect = new Effect()
reflect_damage_effect.on_receive_damage_handler = reflect_damage
my_character.all_effects.add(reflect_damage_effect)

dam += attacker.getMod(Mod.DAMAGE + npc.getRaceFamily()); //in this case the race family would be undead

USTRUCT(BlueprintType)
struct GAMEATTRIBUTES_API FGAAttributeBase
{
    GENERATED_USTRUCT_BODY()
public:
    UPROPERTY()
        FName AttributeName;
    UPROPERTY(EditAnywhere, BlueprintReadOnly, Category = "Value")
        float BaseValue;
    /*
        This is maxmum value of this attribute.
    */
    UPROPERTY(EditAnywhere, BlueprintReadOnly, Category = "Value")
        float ClampValue;
protected:
    float BonusValue;
    //float OldCurrentValue;
    float CurrentValue;
    float ChangedValue;

    //map of modifiers.
    //It could be TArray, but map seems easier to use in this case
    //we need to keep track of added/removed effects, and see 
    //if this effect affected this attribute.
    TMap<FGAEffectHandle, FGAModifier> Modifiers;

public:

    inline float GetFinalValue(){ return BaseValue + BonusValue; };
    inline float GetCurrentValue(){ return CurrentValue; };
    void UpdateAttribute();

    void Add(float ValueIn);
    void Subtract(float ValueIn);

    //inline float GetCurrentValue()
    //{
    //  return FMath::Clamp<float>(BaseValue + BonusValue + AccumulatedBonus, 0, GetFinalValue());;
    //}

    void AddBonus(const FGAModifier& ModifiersIn, const FGAEffectHandle& Handle);
    void RemoveBonus(const FGAEffectHandle& Handle);

    void InitializeAttribute();

    void CalculateBonus();

    inline bool operator== (const FGAAttributeBase& OtherAttribute) const
    {
        return (OtherAttribute.AttributeName == AttributeName);
    }

    inline bool operator!= (const FGAAttributeBase& OtherAttribute) const
    {
        return (OtherAttribute.AttributeName != AttributeName);
    }

    inline bool IsValid() const
    {
        return !AttributeName.IsNone();
    }
    friend uint32 GetTypeHash(const FGAAttributeBase& AttributeIn)
    {
        return AttributeIn.AttributeName.GetComparisonIndex();
    }
};

struct FGAModifier
{
    EGAAttributeOp AttributeMod;
    float Value;
};

UENUM()
enum class EGAAttributeOp : uint8
{
    Add,
    Subtract,
    Multiply,
    Divide,
    Set,
    Precentage,

    Invalid
};

void FGAAttributeBase::CalculateBonus()
{
    float AdditiveBonus = 0;
    auto ModIt = Modifiers.CreateConstIterator();
    for (ModIt; ModIt; ++ModIt)
    {
        switch (ModIt->Value.AttributeMod)
        {
        case EGAAttributeOp::Add:
            AdditiveBonus += ModIt->Value.Value;
                break;
            default:
                break;
        }
    }
    float OldBonus = BonusValue;
    //calculate final bonus from modifiers values.
    //we don't handle stacking here. It's checked and handled before effect is added.
    BonusValue = AdditiveBonus; 
    //this is absolute maximum (not clamped right now).
    float addValue = BonusValue - OldBonus;
    //reset to max = 200
    CurrentValue = CurrentValue + addValue;
}

FGAAttributeBase Health;
FGAAttributeBase Energy;

public class Spell : ScriptableObject 
{
    public SpellType SpellType = SpellType.Ability;
    public SpellTargetType SpellTargetType = SpellTargetType.SingleTarget;
    public SpellCategory SpellCategory = SpellCategory.Ability;
    public MagicSchools MagicSchool = MagicSchools.Physical;
    public CharacterClass CharacterClass = CharacterClass.None;
    public string Description = "no description available";
    public SpellDragType DragType = SpellDragType.Active; 
    public bool Active = false;
    public int TargetCount = 1;
    public float CastTime = 0;
    public uint EffectRange = 3;
    public int RequiredLevel = 1;
    public virtual void OnGUI()
    {
    }
}

public class Buff : Spell
{
    public BuffType BuffType = BuffType.Buff;
    public BuffStat[] ModStats;
    public bool PersistsThroughDeath = false;
    public int AmountPerTick = 3;
    public bool UseTickTimer = false;
    public float TickTime = 1.5f;
    [HideInInspector]
    public float Ticktimer = 0;
    public float Duration = 360; // in seconds
    public float ModifierPerStack = 1.1f;
    [HideInInspector]
    public float Timer = 0;
    public int Stack = 1;
    public int MaxStack = 1;
}

using System;
using RPGCore;
using UnityEngine;

public class Buff_Modul : MonoBehaviour
{
    private Unit _unit;

    // Use this for initialization
    private void Awake()
    {
        _unit = GetComponent<Unit>();
    }

    #region BUFF MODUL

    public virtual void RUN_BUFF_MODUL()
    {
        try
        {
            foreach (var buff in _unit.Attr.Buffs)
            {
                CeckBuff(buff);
            }
        }
        catch(Exception e) {throw new Exception(e.ToString());}
    }

    #endregion BUFF MODUL

    public void ClearBuffs()
    {
        _unit.Attr.Buffs.Clear();
    }

    public void AddBuff(string buffName)
    {
        var buff = Instantiate(Resources.Load("Scriptable/Buff/" + buffName, typeof(Buff))) as Buff;
        if (buff == null) return;
        buff.name = buffName;
        buff.Timer = buff.Duration;
        _unit.Attr.Buffs.Add(buff);
        foreach (var buffStat in buff.ModStats)
        {
            switch (buff.BuffType)
            {
                case BuffType.Buff:
                    _unit.Attr.AddBuffStatValue(buffStat.Stat, Mathf.RoundToInt((_unit.Attr.StatsBase[buffStat.Stat] + _unit.Attr.StatsItem[buffStat.Stat]) * buffStat.ModValueInPercent));
                    break;
                case BuffType.Debuff:
                    _unit.Attr.RemoveBuffStatValue(buffStat.Stat, Mathf.RoundToInt((_unit.Attr.StatsBase[buffStat.Stat] /*+ unit.character.StatsItem[_stat.stat]*/) * buffStat.ModValueInPercent));
                    break;
            }
            Core.StatController(_unit.Attr, buffStat.Stat);
        }
    }

    public void RemoveBuff(Buff buff)
    {
        foreach (var buffStat in buff.ModStats)
        {
            switch (buff.BuffType)
            {
                case BuffType.Buff:
                    _unit.Attr.RemoveBuffStatValue(buffStat.Stat, Mathf.RoundToInt((_unit.Attr.StatsBase[buffStat.Stat] + _unit.Attr.StatsItem[buffStat.Stat]) * buffStat.ModValueInPercent));
                    break;
                case BuffType.Debuff:
                    _unit.Attr.AddBuffStatValue(buffStat.Stat, Mathf.RoundToInt((_unit.Attr.StatsBase[buffStat.Stat]  /*+ unit.character.StatsItem[_stat.stat]*/) * buffStat.ModValueInPercent));
                    break;
            }
            Core.StatController(_unit.Attr, buffStat.Stat);
        }
        _unit.Attr.Buffs.Remove(buff);
    }

    void CeckBuff(Buff buff)
    {
        buff.Timer -= Time.deltaTime;
        if (!_unit.IsAlive && !buff.PersistsThroughDeath)
        {
            if (buff.ModStats != null)
                foreach (var stat in buff.ModStats)
                {
                    _unit.Attr.StatsBuff[stat.Stat] = 0;
                }

            RemoveBuff(buff);
        }
        if (_unit.IsAlive && buff.Timer <= 0)
        {
            RemoveBuff(buff);
        }
    }
}

class Player {
  settings: AllPlayerStats;

  private buffs: Array<Buff> = [];
  private baseSettings: AllPlayerStats;

  constructor(settings: AllPlayerStats) {
    this.baseSettings = settings;
    this.resetSettings();
  }

  addBuff(buff: Buff): void {
    this.buffs.push(buff);
    buff.start(this);
  }

  findBuff(predcate(buff: Buff) => boolean): Buff {...}

  removeBuff(buff: Buff): void {...}

  update(dt: number): void {
    this.resetSettings();
    this.buffs.forEach((item) => item.update(dt));
  }

  private resetSettings(): void {
    //some way to copy base to settings
    this.settings = this.baseSettings.copy();
  }
}

class Buff {
    private owner: Player;        

    start(owner: Player) { this.owner = owner; }

    update(dt: number): void {
      //here we change anything we want in subclasses like
      this.owner.settings.hp += 15;
      //if we need base value, just make owner.baseSettings public but don't change it! only read

      //also here logic for removal buff by time or something
    }
}

Пошаговое руководство по созданию торгового бота на любом языке программирования

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

Часто можно встретить статьи, которые называются примерно так: «10 проектов, которые нужно реализовать программисту». Часто в списки этих статей входят торговые боты. Я считаю, что разработка торгового бота — это достойное вложение сил. Поэтому я решил уделить некоторое время тому, чтобы написать учебное руководство об этом.

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

Поэтом я расскажу о том, что полезно знать для разработки торгового бота, и о том, что для этого нужно (от работы с биржами до реализации простой торговой стратегии). Здесь же я коснусь вопросов, связанных с архитектурой и внутренним устройством простых торговых ботов, с идеями, которые лежат в их основе.

Я буду демонстрировать примеры, написанные на псевдокоде. Поэтому вы сможете читать это руководство и тут же писать собственного бота на выбранном вами языке программирования.

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

Вы выберете оружие, а я научу вас владеть этим оружием.

Шаг 1. Выбираем оружие

На первом шаге этого руководства вы выберете язык программирования, которым будете пользоваться. Этот вопрос вы должны решить самостоятельно.

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

Шаг 2. Ищем поле битвы

В руководствах по написанию торговых ботов часто упускают одну важную тему. Она касается выбора биржи. Дело в том, что для того чтобы бот смог бы заниматься тем, для чего он создан, ему нужен доступ к бирже, на которой можно чем-то торговать. Выбор биржи и умение ей пользоваться — это так же важно, как навыки программирования.

Итак, вашим первым шагом будет принятие решения о том, чем именно вы собираетесь торговать (акциями, валютами, криптовалютами), и решения о том, где именно вы будете торговать.

Если говорить о биржевых активах, то я посоветовал бы обратить внимание на криптовалюты. Причина такой рекомендации заключается не в том, что я являюсь сторонником блокчейн-технологий и криптовалют (я полностью открыт в этом вопросе), а всего лишь в том, что криптовалютные рынки работают круглые сутки 7 дней в неделю.

Более «традиционными» активами можно торговать только в определённые временные промежутки, и часто — только по будним дням. Рынки акций, например, обычно открыты с 9 утра до 4 вечера и по выходным они не работают. Рынки FOREX, хотя и могут работать круглосуточно, обычно закрыты в выходные.

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

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

1. У вас должна быть законная возможность торговать на выбранной бирже и работать с предлагаемыми ей торговыми инструментами. Если говорить о криптовалютах, то в некоторых странах торговля ими запрещена. Учитывайте это, выбирая инструменты и биржу.
2. Биржа должна обладать API, который доступен её клиентам. Нельзя создать торгового бота, который не отправляет запросы к бирже и не получает от неё ответов.

После того, как оказалось, что некая биржа удовлетворяет этим двум основным требованиям, вы можете проанализировать её глубже. Например, оценить размер комиссий, оценить её надёжность и известность, взглянуть на качество документации к её API.

И ещё, что так же важно, как и всё остальное, я порекомендовал бы оценить объём торгов биржи. Биржи с низкими объёмами имеют свойство «отставать» от ценовых движений. На них, кроме того, сложнее бывает выполнять лимитные заявки (подробнее об этом мы поговорим ниже).

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

Шаг 3. Строим лагерь

Если биржа — это поле битвы, то теперь мы поговорим о том месте, из которого будем отправлять на поле битвы свои войска. Кстати, мне, пожалуй, пора завязывать с такими аналогиями.

Здесь я говорю о сервере. Код бота должен выполняться на некоем сервере, что позволит боту отправлять запросы к API биржи.

Во время тестирования бота, естественно, в роли сервера может выступать ваш компьютер. Но если вам нужно, чтобы бот работал бы постоянно, обычный компьютер — это, определённо, не лучший выбор.

Тут у меня есть два предложения:

1. Роль сервера может выполнять Raspberry Pi (этот подход интереснее).
2. Сервером может быть некая облачная служба (а этот подход лучше).

Я так думаю, что организация деятельности бота на базе собственного Raspberry Pi-сервера — это интересная и современная идея, поэтому, если и вам эта идея нравится, вы можете претворить её в жизнь.

Но большинство создателей ботов, вероятно, остановят свой выбор на каком-нибудь провайдере облачных услуг вроде AWS, Azure, GCS или Digital Ocean.

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

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

Шаг 4. Создаём бота

А вот теперь начинается самое интересное. Но, прежде чем приступать к этой части нашего проекта, проверьте, выполнено ли следующее:

1. Вы зарегистрировались на бирже и получили необходимые разрешения на работу с ней.
2. У вас есть возможность работать с API биржи, у вас имеется ключ API.
3. Вы выбрали хостинг для бота.

Если эти вопросы решены, это значит, что мы можем двигаться дальше.

▍Простейший бот

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

У нашего бота будут некоторые ограничения:

1. Бот сможет пребывать лишь в одном из двух состояний: BUY (покупка) или SELL (продажа). Он не будет постоянно размещать заявки на покупку или на продажу по разным ценам. Если последней операцией была продажа, то следующей операцией, которую попытается выполнить бот, будет покупка.
2. Бот будет использовать фиксированные пороговые значения для принятия решений о покупке и продаже. Более интеллектуальный бот может быть способен самостоятельно настраивать подобные значения, основываясь на различных индикаторах, но стратегия и ограничения нашего бота будут задаваться вручную.
3. Он будет торговать только одной валютной парой. Например — BTC/USD.

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

▍Механизм принятия решений

Вот простая диаграмма, дающая общий обзор функционирования нашего бота.

А теперь можно приступать к планированию архитектуры бота.

Нам, для начала, понадобится переменная, в которой будут храниться сведения о том, в каком именно состоянии находится бот в текущий момент. Это либо BUY, либо — SELL. Для хранения подобных сведений хорошо подойдёт логическая переменная или перечисление.

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

Например, если я купил что-то по цене в $100, а в настоящий момент цена составляет $102, то мы имеем дело с увеличением цены на 2%. Если порог для операции SELL установлен на однопроцентное увеличение цены, то бот, увидев эти 2%, продаст актив, так как он уже получил прибыль, превышающую заданное нами пороговое значение.

В нашем случае подобные значения будут константами. Нам понадобится 4 таких значения — по 2 на каждое состояние бота.

▍Пороговые значения для выполнения операции BUY (если бот находится в состоянии SELL)

• DIP_THRESHOLD: бот выполняет операцию покупки в том случае, если цена уменьшилась на значение, большее, чем задано DIP_THRESHOLD. Смысл этого заключается в реализации стратегии «покупай дёшево, продавай дорого». То есть, бот будет пытаться купить актив по заниженной цене, ожидая роста цены и возможности выгодной продажи актива.
• UPWARD_TREND_THRESHOLD: бот покупает актив в том случае, если цена выросла на значение, превышающее то, что задано этой константой. Этот ход противоречит философии «покупай дёшево, продавай дорого». Его цель заключается в том, чтобы выявить восходящий тренд и не пропустить возможность покупки до ещё большего роста цены.

Вот иллюстрация, которая может помочь в понимании смысла этих констант.

Если мы выполнили операцию SELL в момент, отмеченный на рисунке красным маркером SELL, то после этого бот, принимая решение о выполнении операции BUY, будет руководствоваться пороговыми значениями DIP_THRESHOLD и UPWARD_TREND_THRESHOLD.

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

▍Пороговые значения для выполнения операции SELL (если бот находится в состоянии BUY)

• PROFIT_THRESHOLD: бот продаёт актив в том случае, если цена стала выше цены, вычисленной на основе этого значения, так как ранее актив был куплен по более низкой цене. Именно так мы получаем прибыль. Мы продаём актив по цене, которая выше той, что была в момент его покупки.
• STOP_LOSS_THRESHOLD: в идеальной ситуации мы хотели бы, чтобы бот продавал бы активы только тогда, когда продажа приносит нам прибыль. Но, возможно, произошло сильное движение рынка вниз. В такой ситуации мы решим выйти из сделки до того, как понесём слишком большие убытки, и позже купить актив по более низкой цене. Это пороговое значение используется для закрытия позиции с убытком. Цель этой операции — предотвращение более сильных потерь.

Вот иллюстрация.

Тут показана ситуация, когда там, где стоит маркер BUY, была сделана покупка. После этого цена достигает предела, заданного PROFIT_THRESHOLD, и мы продаём актив с прибылью. Именно так боты зарабатывают.

Теперь, после того, как у нас сформировалось общее понимание того, как функционирует бот, пришло время рассмотреть псевдокод.

▍Вспомогательные функции для работы с API

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

FUNCTION getBalances():
    DO: Выполнить GET-запрос к API биржи для получения 
    сведений о балансах
    RETURN: Сведения о балансах

FUNCTION getMarketPrices():
    DO: Выполнить GET-запрос к API биржи для получение 
    текущей цены актива
    RETURN: Текущая цена актива

FUNCTION placeSellOrder():
    DO:
        1. Вычислить количество актива для продажи (на основе
        некоего заданного порогового значения, например, 
        50% общего баланса)
        2. Отправить POST-запрос к API биржи для выполнения
        операции SELL
    RETURN: Цена совершения сделки

FUNCTION placeBuyOrder():
    DO:
        1. Вычислить количество актива для покупки (на основе
        некоего заданного порогового значения, например, 
        50% общего баланса)
        2. Отправить POST-запрос к API биржи для выполнения
        операции BUY
    RETURN: Цена совершения сделки

// Необязательная функция, которая предназначена для 
// получения подтверждения выполнения операций
FUNCTION getOperationDetails():
    DO: Выполнить GET-запрос к API биржи для получения
    сведений об операции
    RETURN: Сведения об операции

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

Часто, например, когда торгуют парой XAU/USD (золото и доллары США), при выполнении запроса можно указать или то, сколько золота нужно купить, или то, сколько долларов нужно продать. При выполнении подобных запросов очень важно чётко понимать смысл производимых действий.

▍Главный цикл бота

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

FUNCTION startBot():
    INFINITE LOOP:
        attemptToMakeTrade()
        sleep(30 seconds)

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

bool isNextOperationBuy = True

const UPWARD_TREND_THRESHOLD = 1.50
const DIP_THRESHOLD = -2.25

const PROFIT_THRESHOLD = 1.25
const STOP_LOSS_THRESHOLD = -2.00

float lastOpPrice = 100.00

FUNCTION attemptToMakeTrade():
    float currentPrice = getMarketPrice()
    float percentageDiff = (currentPrice - lastOpPrice)/lastOpPrice*100
    IF isNextOperationBuy:
        tryToBuy(percentageDiff)
    ELSE:
        tryToSell(percentageDiff)

FUNCTION tryToBuy(float percentageDiff):
    IF percentageDiff >= UPWARD_TREND_THRESHOLD OR percentageDiff <= DIP_THRESHOLD:
        lastOpPrice = placeBuyOrder()
        isNextOperationBuy = False

FUNCTION tryToSell(float percentageDiff):
    IF percentageDiff >= PROFIT_THRESHOLD OR percentageDiff <= STOP_LOSS_THRESHOLD:
        lastOpPrice = placeSellOrder()
        isNextOperationBuy = True

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

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

На каждой итерации цикла бот будет проверять своё текущее состояние (BUY или SELL) и будет пытаться выполнить торговую операцию, используя при анализе текущей ситуации жёстко заданные в его коде пороговые значения. Затем, если операция будет выполнена, бот обновит сведения о своём текущем состоянии и данные о цене, по которой была совершена последняя операция.

Шаг 5. Улучшаем бота

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

▍Журналы

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

Каждый шаг работы программы должен был сопровождаться примерно такими записями:

[BALANCE] USD Balance = 22.15$
[BUY] Bought 0.002 BTC for 22.15 USD
[PRICE] Last Operation Price updated to 11,171.40 (BTC/USD)
[ERROR] Could not perform SELL operation - Insufficient balance

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

Оснастить бота подобными возможностями — значит написать функцию, которую можно назвать createLog. Эта функция должна вызываться на каждом шаге главного цикла бота. Вот как может выглядеть эта функция:

FUNCTION createLog(string msg):
    DO:
        1. Вывести msg в терминал
        2. Записать msg в файл журнала, добавив отметку времени

▍Идентификация трендов

Главная цель нашего бота заключается в том, чтобы дёшево покупать активы и продавать их, получая прибыль. Но в его коде есть две константы, символизирующие два пороговых значения, которые отчасти этой цели противоречат. Это UPWARD_TREND_THRESHOLD и STOP_LOSS_THRESHOLD.

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

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

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

Нам нужно лишь организовать наблюдение за большим количеством ценовых значений, чем раньше. А раньше мы хранили сведения лишь об одном ценовом показателе — о стоимости актива на момент последней операции (lastOpPrice). Можно, например, хранить сведения о ценах за 10 или 20 последних итераций цикла бота и сравнивать с текущей ценой их, а не только lastOpPrice. Это, вероятно, позволит лучше идентифицировать тренды, так как при таком подходе мы можем уловить краткосрочные колебания цены, а не колебания, происходящие за долгое время.

▍База данных?

Простому боту, на самом деле, база данных не нужна. Ведь он оперирует весьма небольшими объёмами данных и хранит всю необходимую ему информацию в памяти.

Но что произойдёт в том случае, если, например, бот будет аварийно остановлен? Как ему узнать, без вмешательства человека, о том, каким было значение lastOpPrice?

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

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

В зависимости от того, насколько простой, по вашему мнению, должна быть эта «база данных», вы можете даже решить использовать в таком качестве обычные .txt- или .json-файлы, так как, в любом случае, речь идёт о хранении весьма ограниченного набора данных.

▍Панель управления

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

Это потребует наличия у бота собственного серверного API, предназначенного для управления его функционалом.

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

Существует множество шаблонов панелей управления, а значит вам, если вы решите сделать что-то подобное, даже не придётся создавать такую панель с нуля. Взгляните, например, на Start Bootstrap и Creative Tim.

▍Тестирование стратегий на исторических данных

Многие биржи дают клиентам доступ к историческим ценовым данным. Кроме того, если вам нужны такие данные, их обычно несложно достать.

Их использование весьма полезно для тестирования торговых стратегий перед их реальным применением. Это позволяет запустить симуляцию, используя исторические данные и «ненастоящие» деньги. Благодаря этому можно узнать о том, насколько удачно показали бы себя пороговые значения, и, если нужно, поменять эти значения.

▍Дополнительные сведения о пороговых значениях и заявках

При размещении заявок нужно учитывать несколько моментов.

Во-первых, нужно знать о том, что существуют два типа заявок: лимитные и рыночные. Если вы совсем ничего об этом не знаете — вам, определённо, стоит почитать специальную литературу. Я тут объясню эти идеи буквально в двух словах.

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

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

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

Кроме того, к таким заявкам обычно применяются более низкие комиссии, чем к рыночным. Это так из-за того, что к рыночным заявкам обычно применимо то, что называется «taker fee» («комиссия получателя»), а к лимитным заявкам — то, что обычно называется «maker fee» («комиссия создателя»).

Причины, по которым эти комиссии называются именно так, заключаются в том, что тот, кто размещает рыночную заявку, просто принимает («taking») текущую рыночную цену. А лимитные заявки находятся за пределами рыночных цен, они добавляют рынку ликвидности и, в результате, «создают рынок», за что их создатели вознаграждаются более низкими комиссиями.

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

И, завершая разговор о комиссиях, хочу отметить, что задавая значение PROFIT_THRESHOLD нужно учитывать и комиссии.

Для того чтобы получить прибыль, бот должен сначала выполнить операцию BUY, а потом — операцию SELL. А это значит, что комиссия будет взята два раза.

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

Поразмыслим об этом, исходя из предположения о применении комиссий, не зависящих от суммы заявки и от вида операции. Итак, комиссия за покупку актива на $100,00 составляет $0,50. Если этот актив будет продан за $100,75 и при этом будет взята такая же комиссия, то окажется, что валовая прибыль составляет 0,75%. Но, на самом деле, тут мы имеем дело с чистым убытком в 0,25%.

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

Итоги

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

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

Я рассказал вам о разработке торговых ботов всё, что хотел. Надеюсь, теперь вы сможете создать собственного бота.

А вы пользуетесь торговыми ботами?