• Привет, Гость!
    Нашему проекту требуются активные и целеустремленные Хелперы. Подать заявку на данную должность ты можешь в данном разделе: https://forum.diamondworld.pro/forums/moders/

Рассмотрено Системный подход к развитию DiamondWorld 4

Статус
В этой теме нельзя размещать новые ответы.

SETCEN

Новичок

Усиление системы проверки читов и стороннего ПО​

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

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

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

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

Какие виды нарушений необходимо учитывать​

В первую очередь стоит проверять классические Minecraft читы.

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

Отдельную категорию представляют автоматизированные системы, которые могут использоваться для фарма.

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

Для DiamondWorld это особенно важно, поскольку подобные нарушения могут приносить не просто преимущество в PvP.

Автоматизация может напрямую влиять на экономику проекта.

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

Отдельная проблема — макросы​

Особое внимание необходимо уделить макросам.

Макрос не обязательно выглядит как классический чит для Minecraft.

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

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

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

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

Особенно важно рассматривать это применительно к длительному фарму.

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

Аппаратные макросы​

Также не стоит ограничиваться только программами.

Некоторые клавиатуры и мыши поддерживают сохранение последовательностей действий на уровне собственной памяти или фирменного ПО.

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

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

Необходимо проверять не только наличие чита​

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

«Нашли название чита → забанили».

Современная проверка должна использовать несколько независимых источников информации.

Например:

поведение игрока на сервере;

серверные логи;

логи клиента;

следы стороннего ПО;

история запуска программ;

файлы конфигурации;

признаки автоматизации ввода;

время и характер игровых действий;

повторяемость одинаковых действий;

аномальные результаты фарма.


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

Почему нельзя полагаться только на поиск названия чита​

Наличие файла с очевидным названием не является единственным доказательством.

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

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

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

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

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

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

Восстановление удалённых следов​

Отдельно стоит сохранить и развивать возможность обнаружения ранее существовавшего стороннего ПО.

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

Но здесь также важно соблюдать баланс.

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

То есть правильный принцип:

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

Проверка через поведение игрока​

Особенно полезным направлением может стать серверная аналитика.

Например, система может автоматически фиксировать необычные последовательности:

игрок непрерывно выполняет одинаковые действия;

действия происходят с подозрительно одинаковыми интервалами;

игрок слишком долго фармит без естественных пауз;

персонаж регулярно выполняет одну и ту же последовательность;

игрок перемещается между определёнными точками по повторяющемуся сценарию;

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

Это не должно автоматически означать наказание.

Такие признаки должны формировать сигнал для дополнительной проверки модератором.

Автобоссы и автоматический фарм​

Для DiamondWorld особенно важна автоматизация боссов.

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

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

Игрок получает возможность фармить боссов.

Получает кейсы.

Получает клановые очки.

Получает ресурсы.

Получает другие награды.

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

Следовательно, это уже не просто преимущество одного игрока.

Это потенциальное влияние на экономику и клановую конкуренцию всего сервера.

Скрытое ПО и новые виды читов​

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

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

Лучше создать внутреннюю базу категорий нарушений:

боевые модификации;

модификации перемещения;

автоматизация добычи;

автоматизация боссов;

автокликеры;

макросы мыши;

макросы клавиатуры;

автоматизация последовательностей действий;

сторонние программы взаимодействия с клиентом;

изменённые клиенты;

скрипты автоматизации;

прочее ПО, которое предоставляет преимущество.


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

Единый регламент для модераторов​

На мой взгляд, это одна из самых важных частей предложения.

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

Необходимо создать единый чек-лист проверки.

Модератор должен последовательно пройти основные этапы проверки и зафиксировать результат каждого из них.

Например:

1. Проверка игрового поведения.

2. Проверка клиента и связанных с ним файлов.

3. Проверка логов.

4. Проверка признаков стороннего ПО.

5. Проверка автоматизации ввода.

6. Проверка подозрительных следов недавно использовавшихся программ.

7. Анализ серверной статистики игрока.

8. При необходимости дополнительная проверка старшим модератором.


Это позволит снизить зависимость результата от конкретного сотрудника.

Что делать с отказом от проверки​

Также необходимо чётко определить правила отказа игрока от проверки.

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

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

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

Важный принцип​

При этом я бы не предлагал превращать систему в тотальный контроль компьютеров игроков.

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

Поэтому эффективнее сделать упор на комбинацию:

серверный античит + поведенческая аналитика + стандартизированная проверка + анализ технических следов + подготовленные модераторы.

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

Что в итоге необходимо изменить​

Основная задача заключается не в том, чтобы просто добавить ещё десять программ для проверки.

Необходимо построить полноценную систему противодействия нечестной игре.

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

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

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

Главная цель здесь не в массовом наказании игроков.

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

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

Идея рассмотрена. Все то, что здесь описано, уже и так используется

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

Так или иначе, мы рады, что Вы стремитесь помочь в развитии проекта!

С уважением,
Игровой продюсер.
 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху Снизу