📚Гайд

🔐 Важные заметки

• Лицензия по умолчанию предоставляет 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 определяет, сколько логических потоков процессора (threads) будет использоваться для фарма. От этого напрямую зависит скорость обработки нод и общая производительность системы.

Фарм использует логические потоки CPU для параллельной обработки задач:

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

• Чем больше потоков вы задействуете, тем больше нод обрабатывается одновременно.

• Однако при перегрузке — особенно если задействованы все потоки без остатка — система может начать тормозить.

🧩 Как определить оптимальное значение cpu_thread_count

1. Узнайте количество логических потоков у вашего процессора. Пример: Ryzen 5 3600X — 6 ядер / 12 потоков.

2. Вычтите один поток для системных нужд. Это позволит избежать лагов и конфликтов с ОС, логами и другими процессами. Пример: 12 – 1 = 11 — безопасный максимум.

3. Выберите значение в зависимости от количества нод

📌 Рекомендации по количеству нод на 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 кошелька
referral_codes.txt	FPlNRnGjDbPN9uA or https://app.gata.xyz?invite_code=	Реферальный код или ссылка
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	Авторизационные токены дискорд аккаунтов