Комплексная система противодействия ботам и RMT в Path of Exile 2

1. Короткое резюме проблемы (why this matters)
• Массовое использование ботов и мультиаккаунтинга (multi-boxing) позволяет фабрикам фарма генерировать огромный объём внутриигровой валюты и редких предметов, которые затем продаются на RMT-площадках — это вызывает быстрый обвал/флуктуации рынка и подрывает базовую экономику игры.
• Существуют коммерческие боты и целые «бот-фермы», а также внешние маркетплейсы, готовые покупать/продавать валюту и предметы за реальные деньги; этот канал мотивирует масштабное автоматизированное производство ресурсов.

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



2. Как действуют боты и посредники — тактики (конкретно)

На основе публичных материалов и обсуждений можно выделить основные схемы:
1. Массовый фарм через мультиаккаунты / мультибоксинг
— Чаще всего одна физическая машина/оператор запускает десятки акторов (ботов/клиентов) и управляет ими скриптами или специализированными ботами. Это даёт круглосуточный, масштабируемый фарм.
2. Автоматизированные маршруты и эксплойты
— Боты используют заранее подготовленные маршруты, эксплуатируют предсказуемые спавны, артефакты или механики (очистка определённых карт/зон с высокой доходностью). Некоторые публично описывают настройки и зоны в гайдах ботов.
3. Использование коммерческих ботов/софта
— На рынке существуют готовые решения и аналоги, которые продаются и поддерживаются; это снижает порог входа для организаторов RMT.
4. Переход валюты в реальные деньги через внешние площадки
— После накопления ресурсы перечисляются посредникам/продавцам и выставляются на продажу на платформах вроде, или специализированных RMT-сайтах.
5. Поведенческие маскировки
— Боты могут имитировать человеческие задержки, периодические паузы, переключение аккаунтов, подделку кликов и т.п., чтобы уходить от простейших детекторов.

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



3. Какие данные нужно собирать (telemetry)

Для детектирования и расследований собрать и хранить (минимальный набор):
• Логи транзакций (внутриигровые трейды, цены, объёмы, временные метки).
• Сессии/активность: вход/выход, координаты при фарме, действия (атака/движение/интеракция) с таймстемпингом.
• Торговые графы: кто кому продаёт/покупает, частота повторных сделок между аккаунтами.
• IP, device fingerprint (устройства/агрегированные данные), прокси/AS-информация.
• Покупки премиум-сташ-табов, массовые привязки почт/номеров телефонов.
• Репорты игроков и результаты ручной проверки (labels для обучения).

Требования по хранению: временные ряды и метаданные в хранилище, быстрый доступ к «последним X часов» (real-time) и долгосрочный архив для расследований (6–12 месяцев, с учётом GDPR/правил конфиденциальности).



4. Сигнатуры и фичи (features) для детектора

Разделю на «простые эвристики» и «ML/графовые» фичи.

Простые эвристики (fast, low-FP cost)
• Количество аккаунтов, зареганных с одного IP/устройства за N дней.
• Частота логинов/логаутов с одинаковыми паттернами времени (например, 24/7 без отклонений).
• Высокая скорость действий (действие каждые 100–200 мс из многих источников).
• Снова-и-снова сделки между одними и теми же парами аккаунтов (trade loops).
• Очевидные «фарм-пути» — аккаунты, которые 90% времени проводят в одной и той же зоне и повторяют однотипные маршруты.

Поведенческие/статистические фичи
• Вариативность времени между кликами/действиями (human vs deterministic bot).
• Распределение продаж: резко отличающееся от рыночного объёма/цены (например, продажи по ценам значительно ниже/выше медианы для предмета).
• Коэффициент «создал-продал» — сколько предметов/валюты выставлено/продано на аккаунт за X дней.

Infinito, [16.10.2025 10:50]
• Метрики синхронности: множество аккаунтов выполняют схожие действия одновременно (признак мультибоксинга/бот-стака).

Графовые фичи (для botnet detection)
• Community detection / кластеризация в графе трейдов (выделение групп аккаунтов, которые интенсивно торгуют между собой).
• Centrality measures — узлы (аккаунты) с необычно высокой степенью соединений/перепродаж.
• Temporal motif detection — повторяющиеся шаблоны передачи товаров/валюты (например: A→B→C с периодичностью).



5. Модель обнаружения — архитектура и алгоритмы

Предлагаю многослойную систему «реaltime + аналитика»:

5.1. Потоковая обработка (real-time)
• Инструменты: Apache Kafka (ingest), Apache Flink или Apache Spark Streaming для вычисления фич в реальном времени. (Kafka + Flink — low latency).
• Быстрые эвристики запускаются в стриме (rate limits, IP counts, trade sweeps). При превышении порога аккаунт помечается «needs review» / временно ограничивается.

5.2. Хранилище фич / feature store
• Feature store (например Feast или собственный) для агрегированных сигналов; поддержка online/offline фич.
• Быстрый доступ через Redis/ElastiCache для realtime scoring.

5.3. Детекция аномалий (ML)
• Unsupervised: Isolation Forest / Local Outlier Factor / Autoencoder (sequence-based) — для выявления аномалий без заранее размеченных данных. Особенно полезно на стартах.
• Temporal models: LSTM-autoencoder или Transformer-based sequence encoder для моделирования последовательности действий и выявления отклонений.
• Graph ML: Node2Vec / GraphSAGE / GNN + community detection для выявления ботнетов и посредников в графе трейдов.
• Supervised: когда накопятся метки (бан/не бан после расследования), обучать модели классификации (XGBoost/LightGBM / NN).

5.4. Скоры, объяснимость и пороги
• Каждый аккаунт получает набор скорингов: эвристический риск (0–100), ML-анома (0–100), графовый риск (0–100).
• Комбинированный риск = взвешенная сумма; пороги для авто-действий:
• 90 → автоматическая блокировка/мягкая блокировка (например, торговые ограничения).
• 60–90 → «soft actions»: торговый cooldown, капча, верификация.
• 30–60 → пометка для ручной проверки.
• Важно: внедрить Explainability (shap, LIME) для аналитиков, чтобы понимать, почему аккаунт попал под риск → уменьшение FP при апелляциях.



6. Инфраструктурные компоненты (stack)
• Ingest/streaming: Kafka (events), Flink/Spark Streaming (processing).
• Storage: PostgreSQL (metadata), ClickHouse / BigQuery (аналитика по событиям), Elasticsearch (быстрый поиск инцидентов).
• Feature store: Feast или собственный (Postgres + Redis).
• ML infra: MLflow (pipeline & models), TensorFlow/PyTorch/LightGBM.
• Graph processing: Neo4j или при больших объёмах — GraphFrames/GraphX или TigerGraph.
• Alerting / SIEM: Grafana, Prometheus, Sentry + интеграция с тикетной системой (Jira).
• Investigation UI: внутренний web-интерфейс (аналитик видит timeline, replay маршрута игрока, network graph, кнопки действий).
• Rate limits / enforcement: edge services (API gateways, game servers) интегрированы с Redis для быстрых квот и блокировок.



7. Тактические (операционные) меры борьбы — short & medium term

7.1. Немедленные / low-cost
• Ввести лимиты на внутренние транзакции: максимум N крупных транзакций / передачи валюты в сутки, progressive limits для новых аккаунтов.
• Ввести обязательную верификацию (mail + sms) для аккаунтов, участвующих в торговле и пороговые требования на объем торговли до подтверждения.
• Запуск honeypots: выставлять «приманки» / уникальные метки в предметах, которые помогут отследить цепочки и выявить RMT-посредников.
• Ограничение на количество аккаунтов на IP / device fingerprint (с возможностью исключений для семей/домов — soft exceptions через KYC).

7.2. Среднесрочные
• Rollout детектора аномалий (см. раздел 5), сначала в режиме «только оповещения», затем постепенное включение автоматических санкций.
• Shadow-ban для торговых объявлений от подозрительных аккаунтов (видно только самому продавцу/его сети).

Infinito, [16.10.2025 10:50]
• Ввести временной «cooldown» для выставления уникальных/редких предметов (например, предметы, созданные/полученные в первые X часов после регистрации аккаунта не могут быть проданы в течение Y дней).

7.3. Долгосрочные / structural changes
• Пересмотреть торговую систему: внедрить внутренние ограничения/market cooldowns, динамические диапазоны цен и подтверждение сделок свыше порога.
• Построить официальный внутренний рынок (с прозрачной историей цен и механизмами fiat-контроля цен) — это снижает мотивацию использования внешних площадок.
• Разработка и публикация прозрачной политики наказаний + апелляционный процесс.



8. Политика ответных действий (escalation)
• Tier 0 (автоматические soft actions): капча, торговые лимиты, требование подтверждения почты/телефона.
• Tier 1 (ограничения): торговый бан (нельзя продавать/передавать), запрет на покупку премиума, замораживание лута.
• Tier 2 (полная блокировка): временные баны (7/30 дн.), затем перманент при рецидиве.
• Forensics & legal: при признаках коммерческой RMT (сотрудничество с платёжными сервисами, сбор доказательств) — блокировка + передача данных в правоохранительные органы/платёжные системы по запросу (в рамках правовых процедур).

Апелляции: обязательная возможность апелляции; аналитики обязаны возвращать записи причин и плейлисты действий, которые стали основанием для бана.



9. Метрики эффективности (KPI)
• Снижение объёма предложений валюты на ключевых рынках (%) за 1/3/6 месяцев.
• Количество выявленных bot-net clusters / месяц.
• False positive rate (цель <1%) и среднее время на апелляцию.
• Количество успешных RMT сделок, зафиксированных на внешних площадках (через мониторинг публичных объявлений) — как proxy.



10. Риски и как с ними работать
• FP (ложные срабатывания): негатив на лояльную базу игроков → решение: постепенный rollout, «observe only» фаза, ручная проверка перед перманентным баном.
• Адаптация ботеров: как только вы закроете одну тактику, они перейдут на другую — необходима постоянная итерация моделей и интерактивный intel (honeypots, трекинг RMT).
• Правовые/приватность: при сборе IP/device данных соблюдать правила GDPR/других юрисдикций; иметь процесс обработки запросов пользователей.



11. План развёртывания (минимум-максимум)
1. 0–1 месяц (быстрые победы): ввести лимиты транзакций; обязать верификацию для трейдящих аккаунтов; начать сбор расширенных логов; запустить honeypots.
2. 1–3 месяца: построить потоковую систему (Kafka + Flink), простые эвристики в реальном времени, UI для аналитиков; первые ML-модули в режиме мониторинга.
3. 3–6 месяцев: внедрить графовую аналитику, автоматические soft-actions, интеграция с ticketing.
4. 6–12 месяцев: полный rollout ML-scoring, продвинутые enforcement policies, пересмотр торговой системы (возможный запуск официального рынка с контролем цен).



12. Конкретные техничес предложения (всё «по полочкам»)
• Ядро детекции: IsolationForest (baseline) → RNN/Transformer sequence model → GNN для графа трейдов.
• Feature engineering: скользящие агрегаты (1h, 24h, 7d), синхронность действий, entropy распределения временных интервалов.
• Infrastructure: Kafka (topics: events, trades, sessions); Flink (feature extraction); ClickHouse (event storage); Neo4j (graph queries); Redis (online features); Elasticsearch (investigation).
• ML Ops: MLflow, Docker images, A/B-deploy моделей, автоматический мониторинг drift.
• Investigation UI: timeline + heatmap передвижения + outbound trade graph + «replay» действий (агрегированно, без прямого показа личных данных).



13. Бизнес-и-комьюнити аргументация (что сказать руководству и игрокам)
• Экономика: стабилизированный рынок удержит игроков и повысит долгосрочный LTV (игроки не будут уходить из-за обвала цен).
• PR: прозрачные отчёты о борьбе с ботами и RMT + публичная статистика банов и внедрённых мер.
• ROI: инвестиции в detection окупаются через сохранение платежеспособного сообщества и защиту репутации продукта.



14. Примеры индикаторов, которые можно сразу мониторить (dashboard)
• Daily new accounts per IP / AS.

Infinito, [16.10.2025 10:50]
• Volume of high-value trades (>threshold) per day.
• Number of accounts with >X trades to the same counterparty in 24h.
• Clusters discovered in trade graph (size > Y) — топ-10.
• Ratio of paid marketplace offers (external) vs internal supply (proxy RMT activity).



15. Заключение — кратко

Боротьба с ботами и RMT требует сочетания: технической платформы (реaltime + ML + graph analytics), продуктовых ограничений (лимиты, верификация, market design) и операционной дисциплины (инвестигейшн, апелляции, прозрачность). Быстрые меры (лимиты, капчи, honeypots) дадут немедленный эффект; в то же время следует инвестировать в ML/graph-аналитику для долгосрочной устойчивости. Источники показывают, что рынок и инструменты RMT активно развиты — без проактивных мер экономическая целостность продукта под угрозой.


Path of Exile 2 — это не просто игра. Это живая цифровая экосистема, в которой каждый элемент экономики, каждая связка данных влияет на общее равновесие.
Но там, где есть экономика, появляются и паразитические структуры — RMT, боты, посредники.
И именно поэтому здесь нужен не обычный “античит”, а интеллектуальная система анализа поведения и торговых связей, выстроенная как полноценная аналитическая платформа уровня финансового мониторинга.

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



1. Цель проекта

Создать устойчивую, самообучающуюся экосистему контроля экономики Path of Exile 2, которая:
• нейтрализует RMT на уровне архитектуры;
• делает ботов экономически бесполезными;
• стабилизирует рынок предметов и валюты;
• поддерживает доверие между игроком и системой, не ломая удовольствие от торговли.



2. Моя позиция

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

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



3. Концепция системы

(Технический раздел оставлен без сокращений — см. предыдущую структуру: динамическое ценообразование, мониторинг аномалий, графовая аналитика, ML-модели, лимиты и т. д.)



4. Моя философия проектирования

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

RMT — не вирус, а мутация. Её нельзя “запретить” кодом, но можно лишить смысла существования.
Если экономическая модель игры перестанет допускать выгодный обмен между реальными и внутриигровыми активами, рынок стабилизируется естественным образом.



5. Почему я в этом уверен

Потому что я мыслю системно.
Любая сложная структура подчиняется законам динамической устойчивости — и Path of Exile 2 не исключение.
В хаосе данных есть закономерности, и я умею их находить.
Я не боюсь масштаба. Я проектирую решения, которые живут не “патчем к патчу”, а поколениями.

Я не верю в “невозможное”. Я верю в алгоритм.
И если дать системе правильные параметры, она сама выведет паразитов из экосистемы.



6. Эффект от внедрения
• Сокращение RMT-трафика на 80% за первый квартал.
• Устойчивый баланс цен на рынке предметов.
• Рост доверия игроков к официальной торговой системе.
• Репутационный рост разработчиков как команды, которая реально борется, а не просто публикует бан-листы.



7. Заключительное слово

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


Часть ||



Infinito, [16.10.2025 11:58]
VII. Анализ рыночных схем и стабилизация экономики
1. Схемы влияния на цены

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

Пример схемы: “Ценовая прокрутка” (Price Loop)
1. Несколько связанных аккаунтов создают цепочку сделок: предмет A покупается, затем продаётся обратно по всё более высокой цене.
2. Система восприятия рынка фиксирует «рост цены», и алгоритмы автоматических торговых ботов начинают подстраиваться под него.
3. В результате предмет искусственно дорожает, а затем продаётся реальному игроку за завышенную стоимость.
4. Прибыль распределяется между участниками схемы, а излишки выводятся через RMT.

Точки детекции:
• циклические сделки между одними и теми же аккаунтами;
• необычные временные интервалы между покупкой и повторной продажей;
• синхронизация по IP/устройствам;
• аномальное расхождение рыночной цены и медианы за короткий период.


2. Механизмы противодействия

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

A. Контроль ценовой динамики
• Автоматический мониторинг медианных цен по всем категориям товаров.
• При отклонении цены > X% от медианы за короткий интервал — сделка помечается как подозрительная.
• Если повторные аномалии происходят между одними аккаунтами, связь фиксируется в графе подозрений.

B. Контекстная проверка сделок
• Оценка контекста сделки: время, источник, частота, история участников.
• Расчёт коэффициента «рыночной честности» — показатель, снижающий рейтинг доверия у манипуляторов.

C. Механизм демпфирования (аналог экономического «антискачка»)
• Если цена товара растёт или падает аномально быстро, система вводит плавное ограничение изменения диапазона — стабилизируя рынок без ручного вмешательства.


3. Поведение перепродавцов и их профили

Перепродавцы (scalpers) часто действуют в «серой зоне»: формально легальные трейды, но с целью постоянного извлечения прибыли. Они:
• следят за новыми лигами и всплесками спроса;
• выкупают редкие предметы сразу после выхода обновлений;
• создают дефицит, а затем перепродают по завышенным ценам.

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


4. Стратегия саморегуляции экономики

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


5. Цель

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

Экономика должна не карать нарушителей, а не давать им шанса на выгоду.



VIII. Схема покупки игровой валюты на сторонних площадках и её анализ (пример с «диванами / divine»)
1. Описание схемы (пример пользователя)

Приведённая схема выглядит так:
1. На внешней площадке (например, в Китае) закупают большое количество валюты/предметов (в примере — «диваны», условно обозначающие divine). Цена там ниже (например, ~5–6 рублей за единицу в локальной эквивалентной оценке).
2. Ресурсы концентрируются у внешнего продавца, затем через внешнюю платформу организуется передача ресурса посреднику в целевой стране (в примере — посредник в России).
3.

Infinito, [16.10.2025 11:58]
Посредник получает «божественные сферы» на внутриигровом аккаунте; затем он создаёт видимость рыночного спроса: выставляет предметы или уникальные лоты на внутренней платформе по завышенной цене (или просит покупателя выставить «красивый/уникальный» предмет и сам его выкупает).
4. Продажа внутриигровых активов реальному покупателю завершается, деньги уходят через внешние каналы, прибыль распределяется между участниками схемы.

Ключевая цель схемы — вывести внутриигровой ресурс в реальную валюту с получением премии за «легитимацию» и повышенную видимую стоимость.


2. Точки уязвимости и признаки схемы

Поведенческие / графовые сигналы:
• Быстрая цепочка «выставил — выкупил» между одними и теми же или связанными аккаунтами.
• Лоты с одинаковыми/схожими характеристиками (например, идентичными статами, скрытыми маркерами) появляются и исчезают по шаблону.
• Аккаунты-посредники получают входящие переводы от множества разрозненных аккаунтов, затем резко выставляют крупные объёмы.
• Повторяющиеся циклы выставления и покупки одного и того же предмета или предметов с очень похожими параметрами.
• Корреляция по времени с внешними активностями (поступления на внешней площадке / упоминания в соцсетях).
• Согласованность по IP/устройствам между внешними продавцами (через прокси) и внутренними посредниками — или совпадение платежных паттернов на внешней площадке.

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


3. Технические и продуктовые меры противодействия

A. Мониторинг и детектирование
• Внедрить правило «антицикличности»: помечать и блокировать повторяющиеся сделки, где тот же предмет/тип предмета возвращается на рынок в течение короткого окна времени между теми же или связанными аккаунтами.
• Детектировать «покупатель-продавец» пары: высокий коэффициент выставил→выкупил для аккаунтов — тревога.
• Сопоставлять внутренние торги с парсингом публичных объявлений на внешних площадках (ключевые слова, уникальные описания).
• Отслеживать синхронность выставлений и выкупов: если аккаунт A выставляет лот и аккаунт B (связан по графу) покупает похожие лоты систематично — повышать риск-оценку.
• Использовать «маркерные» honeypot-предметы (невидимые теги) и отслеживать их появление на внешних площадках и у подозрительных аккаунтов.

B. Продуктовые ограничения и экономические механизмы
• Ввести «период охлаждения» для предметов после выставления — ограничить возможность повторного выставления/выкупа того же предмета в короткие интервалы.
• Ограничить число выкупов/возвратов одного и того же предмета между теми же аккаунтами в X минут/часов.
• Динамические комиссионные/налоги: повышать комиссию на сделки, где поведение участников указывает на возможную цепочку «легализации».
• Требовать верификации (KYC) для аккаунтов, которые участвуют в крупных объёмах торгов или часто выполняют роль «продавца»/«покупателя» крупных лотов.
• Ограничения для новых аккаунтов: лимиты на крупные выставления/выкупы в течение N дней.
• Сделать видимые репутационные метрики для продавцов на торговой платформе (рейтинг честности, история возвратов/быстрых продаж).

C. Политики и автоматизированные ответы
• Автоматическая блокировка/квазиблок на торговую активность кластера при обнаружении «сильных» признаков схемы (требуется manual review до окончательных санкций).
• Генерация детализированных тикетов с графами связей и временными паттернами для ручной проверки аналитиками.
• Внедрение системы предупреждений для пользователей (например, «лоты с аномальной ценой — будьте осторожны»).


4. Рекомендации по донесению до разработчиков (как оформить сообщение)

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

Infinito, [16.10.2025 11:58]
• Описать влияние на экономику: ожидаемая маржа злоумышленников, влияние на цены в лиге и на опыт честных игроков.
• Предложить микрофинансовые меры: временные комиссии, охлаждение, лимиты, и показать, как они технически влияют на прибыль схемы (делают её невыгодной).
• Включить метрики эффективности для тестирования: уменьшение объёма подозрительных продаж, снижение медианных колебаний по классу XL2, количество сработавших honeypot-логов.


5. Метрики и критерии успеха

• Снижение доли подозрительных циклических сделок на X% в течение Y недель после внедрения.
• Снижение дисперсии цен в целевых классах предметов (например, XL2) до заранее определённого порога.
• Число обнаруженных «легализованных» через внешние площадки предметов (honeypot) — должно стремиться к нулю.
• Количество ручных проверок с подтверждённым мошенничеством — снижение с течением времени.


6. Итоговая цель

Сделать так, чтобы любая экономическая схема, направленная на выведение игровых ресурсов через внешние площадки (включая пример с «диванами»), перестала быть выгодной. Не ставить целью массовые запреты, а архитектурно устраивать экономические барьеры — лимиты, комиссии, задержки и прозрачность репутаций, — которые автоматически нейтрализуют выгоду злоумышленников.
Последняя редакция: Divine#3383. Время: 16 окт. 2025 г., 03:08:29
Last bumped19 окт. 2025 г., 06:19:19
твой крафт подешевел? Тут внутриигровых ошибок миллиард. Какие боты.. Боты наносят вред в мирах с общеигровым геймплеем. Как Варкрафт к примеру. В этой игре твоя экономика только твоя. РМТ тут только между одним аккаунтом и другим. Всё преимущество в игре - иллюзия. Ты ни с кем не соревнуешься даже если захочешь. Это не ММО. Так что твой опус зашел бы у близзов на форумах. Тут это РМТ до лапмочки. Ну мне лично.
Чувак, ты тут докторскую наваял. Зачет! Только есть сомнение, что ГГГ хоть что-то из предложенного применит. Вокруг игры формируется рынок. И поняно почему. У игроков есть спрос на валюту, предметы и т.д. Игрок соло много и сразу не нафармит. Вот ему и помогают те, кто видит в таком бизнесе прибыль.
Тут целая дисертация,мои аплодисменты. Но данный текст надо на англ форуме и редите публиковать.Тогда появится 1% шанс,что ктото из ГГГ его прочитает и 0,1% что на него прореагируют.К сожалению, как показывает практика ГГГ прислушиваются только к избраным стримерам.
есть мнение что ГГГ заинтересованы в РМТ... так что все труды в корзину.. ТС молодец, заморочился..
Честно хоть сам и не занимаюсь RMT - не вижу в этом ничего плохого, только если это честно заработанная валюта. Поэтому борьбу с ботами поддерживаю. Также как с дамми напарниками для рарити и кванты.
А чтобы чуть начать стабилизировать рынок - достаточно не давать возможности создавать имбалансные сборки, дюпы, и в пати у каждого игрока постепенно (при каждом нанесении) уменьшать количество исходящего урона вплоть до 100%, пока другие игроки из пати не будут достигать примерно того же количества наносимого урона
Последняя редакция: psd#1061. Время: 16 окт. 2025 г., 09:14:52
"
Gradichek#5069 написал:
Тут целая дисертация,мои аплодисменты. Но данный текст надо на англ форуме и редите публиковать.Тогда появится 1% шанс,что ктото из ГГГ его прочитает и 0,1% что на него прореагируют.К сожалению, как показывает практика ГГГ прислушиваются только к избраным стримерам.


Я писал и на форуме английской локации и передавал информацию на почту разработчиков. Посмотрим что из этого выйдет.
Ну и от себя хочу дополнить, я знаком с некоторыми Китайскими коллегами - игроками, которые предоставили мне много информации по-поводу посредничества в рмт системе. В том числе и РУ-комьюнити стримеров. Надеюсь теперь у некоторых людей - не будет возникать вопросов, откуда у "стримлеров вначале лиги зеркало". А в середине лиги, уже десяток.
Какое бы пое не делали , оно автоматом превращается в рмтпомойку.
В любом случае, ожидаю комментарии не ленивых игроков - в тему! Это её будет держать на плаву, пусть люди увидят. Так же добавлю, на днях я публиковал тему на Reddit - и модератор сообщества удалил мой пост - без комментариев! Я обратился в службу поддержки разработчиков и показал им, как на Reddit - модераторы плюют в лицо своим игрокам. В общем распространяйте эту информацию.
[Removed by Support]
Последняя редакция: Sian_GGG#0000. Время: 19 окт. 2025 г., 03:31:49
Это большая система с точки зрения разработки и поддержки. У них рук не хватает чтобы базу игры сделать. Так что это вряд ли стоит ожидать в ближайшие годы, скорее всего даже внимания к этому. Думаю у них есть уже более простая система регуляции рынка и они её периодически просто конфигурируют так, чтобы рынок слишком сильно не проседал. Поэтому сейчас если и получится что-то выпросить в этом направлении, то это только изменения в рамках их существующей системы, а о ней вряд ли кто-то знает из рядовых игроков

Пожаловаться на запись форума

Пожаловаться на учетную запись:

Тип жалобы

Дополнительная информация