📚Гайд
🔐 Важные заметки
Лицензия по умолчанию предоставляет 2 сессии. Это означает, что вы можете запускать не более двух копий софта одновременно. Если вам требуется больше сессий — их можно приобрести отдельно.
Все платные версии софта имеют закрытый исходный код и поддерживают работу на Windows и Linux (Ubuntu).
Важно для пользователей Ubuntu: Необходимо установить базу данных PostgreSQL, так как SQLite не поддерживает многопроцессорный режим. 👉 [Гайд по установке PostgreSQL — CLICK]
Для пользователей Windows: Поддерживаются обе базы данных: SQLite и PostgreSQL.
Для фарма используются обученные модели, которые вычисляют оценку (score) на основе изображений и их описаний. Чтобы точно воспроизвести эту логику, пришлось немало потрудиться: задействованы элементы высшей математики — нормализация векторов, скалярное произведение, косинусное сходство, функции нормы, работа с многомерными массивами и многое другое.
🌐 Прокси
⚠️ Использование прокси — обязательно
Как это работает: Каждому аккаунту назначается прокси из вашего списка и сохраняется в базе данных. Если в процессе работы прокси даст сбой, софт автоматически подставит следующую доступную из списка.
Уникальность прокси (по умолчанию включена): Параметр
check_uniqueness_of_proxies: Trueозначает, что каждому аккаунту/ноде будет назначена уникальная прокси. Если в списке не хватает уникальных прокси, вы получите ошибку:No available proxies. В этом случае необходимо обновить список прокси и перезапустить программу.Когда можно отключить проверку уникальности: Отключение
check_uniqueness_of_proxiesдопустимо только если все ваши прокси имеют одинаковый формат и не требуют раздельного использования.
Рекомендации по выбору прокси:
Используйте резидентские прокси
Генерируйте sticky-сессии (не rotate)
Если прокси поддерживают TTL (time to live) — устанавливайте максимально возможное значение
📊 Фарм
📊 Распределение логических процессоров (cpu_thread_count)
cpu_thread_count)Параметр cpu_thread_count определяет, сколько логических потоков процессора (threads) будет использоваться для фарма.
От этого напрямую зависит скорость обработки нод и общая производительность системы.
Фарм использует логические потоки CPU для параллельной обработки задач:
Каждый поток обслуживает часть нод независимо от других.
Чем больше потоков вы задействуете, тем больше нод обрабатывается одновременно.
Однако при перегрузке — особенно если задействованы все потоки без остатка — система может начать тормозить.
🧩 Как определить оптимальное значение cpu_thread_count
cpu_thread_countУзнайте количество логических потоков у вашего процессора. Пример: Ryzen 5 3600X — 6 ядер / 12 потоков.
Вычтите один поток для системных нужд. Это позволит избежать лагов и конфликтов с ОС, логами и другими процессами. Пример: 12 – 1 = 11 — безопасный максимум.
Выберите значение в зависимости от количества нод
📌 Рекомендации по количеству нод на 1 поток
На обычных VPS рекомендуется распределять: ~500–800 аккаунтов на 1 логический поток.
🧠 Важно: из-за использования моделей для вычисления score изображений, каждый логический процесс (воркер) потребляет от 1.6 до 2.5 ГБ оперативной памяти. Планируйте ресурсы сервера исходя из этого.
Если у вас мощный VPS или выделенный сервер с высокопроизводительным CPU: можно повышать лимит до 2000–5000 нод на поток.
⚠️ Обязательно тестируйте, насколько ваша система справляется с нагрузкой. У разных машин пропускная способность и стабильность могут сильно отличаться — найдите баланс между производительностью и стабильностью.
📁 Экспорт результатов
Все результаты работы каждого модуля автоматически сохраняются в папку results/название_модуля
Для каждого модуля создаются два отдельных файла:
✅
success.txt— список аккаунтов, которые успешно завершили выполнение задач.❌
failed.txt— аккаунты, которые завершили работу с ошибкой (например, из-за плохого прокси, лимита или других сбоев).
🔍 Это позволяет быстро:
Проверить, какие аккаунты успешно отработали
Найти и повторно обработать только проблемные аккаунты из
failed
⚙️ Конфигурация (settings.yaml)
LICENSE_KEY: ""
# Ваш лицензионный ключ. Без него софт не запустится.
application_settings:
threads: 1
# Количество одновременных потоков (аккаунтов), которые будет запускать бот.
# Применяется ко всем модулям, кроме фарма.
cpu_thread_count: 6
# Количество логических потоков процессора, которые будут использоваться для фарма.
# Подробнее см. в разделе про распределение нагрузки на CPU.
database_url: "sqlite://./database.sqlite3"
# Ссылка на базу данных.
# Формат для PostgreSQL: postgres://user:password@localhost/dbname
# Формат для SQLite: sqlite://./database.sqlite3
skip_logged_accounts: true
# Если true — аккаунты, уже находящиеся в БД, будут пропущены.
# Если false — бот выполнит повторный вход (релогин).
shuffle_accounts: true
# Если true — аккаунты будут запускаться в случайном порядке.
# Если false — запуск будет происходить строго по списку.
check_uniqueness_of_proxies: true
# Проверка уникальности прокси. (смотрите выше)
use_ref_codes_from_database: true
# Если true — бот будет использовать случайный реферальный код из БД зарегистрированных аккаунтов.
# Если false — будет использовать код из файла referral_codes.txt.
attempts_and_delay_settings:
delay_before_start:
min: 30
max: 60
# Задержка перед началом работы каждого аккаунта (в секундах).
# Значение выбирается случайно из указанного диапазона.
error_delay: 5
# Задержка после любой ошибки перед повторной попыткой (в секундах).
max_login_attempts: 3
# Количество попыток входа в аккаунт.
max_stats_attempts: 3
# Количество попыток получения статистики.
max_captcha_attempts: 3
# Количество попыток решения капчи.
max_farm_attempts: 5
# Количество попыток для валидации сообщений во время фарма.
max_fetch_image_attempts: 5
# ⚠️ Важно: это значение напрямую влияет на расход трафика.
# Некоторые серверы отдают изображения нестабильно — иногда требуется 10–100+ попыток.
# Если вы не готовы жертвовать трафиком, рекомендуем оставить значение в пределах 3–5.
max_twitter_connect_attempts: 3
# Количество попыток для коннекта твитер аккаунта
# Если попытка неудачная - софт автоматически удаляет auth_token и берет новый
max_discord_connect_attempts: 3
# Количество попыток для коннекта дискорд аккаунта
# Если попытка неудачная - софт автоматически удаляет auth_token и берет новый
max_bridge_attempts: 3
# Количество попыток для бриджа BNB в сеть opBNB (через ZKBridge, с BSC на opBNB)
# Это нужно для ежедневного сheckin в сети opBNB
captcha_settings:
captcha_solver: "anti_captcha"
# Сервис для решения капчи: anti_captcha, 2captcha, capsolver или solvium
max_captcha_solving_time: 60
# Максимальное время ожидания решения капчи (в секундах).
solvium_captcha_api_key: ""
two_captcha_api_key: ""
anti_captcha_api_key: ""
capsolver_api_key: ""
# API-ключи для выбранных капча-сервисов.
web3_settings:
bnb_rpc_url: "https://binance.llamarpc.com"
# RPC-узел сети BNB (BSC), используемый для всех Web3-запросов
# При нестабильной работе рекомендуется заменить на альтернативный RPC
zkbridge:
amount_to_bridge:
min: 0.0004
max: 0.0004
# Диапазон суммы для бриджа BNB → opBNB через ZKBridge
📂 Форматы для файлов
Все файлы находятся в папке: config/data
proxies.txt
http://user:pass@ip:port
http://ip:port:user:pass
http://ip:port@user:pass
socks5://user:pass@ip:port
Поддерживаются SOCKS5/HTTP прокси
login_accounts.txt
evm_private_key
Для логина, используйте приватный ключ от EVM кошелька
farm_accounts.txt
evm_private_key
Для запуска фарма, используйте приватный ключ от EVM кошелька
export_stats_accounts.txt
evm_private_key
Для экспорта статистики, используйте приватный ключ от EVM кошелька
bridge_accounts.txt
evm_private_key
Для бриджа BNB через ZkBridge, используйте приватный ключ от EVM кошелька
connect_twitter_accounts.txt
evm_private_key
Для привязки твитера, используйте приватный ключ от EVM кошелька
connect_discord_accounts.txt
evm_private_key
Для привязки дискорда, используйте приватный ключ от EVM кошелька
twitter_tokens.txt
auth_token
Авторизационные токены твитер аккаунтов
discord_tokens.txt
auth_token
Авторизационные токены дискорд аккаунтов
Last updated