За последние два года, наблюдая за игровыми проектами на блокчейне, я ощутил довольно "неинтуитивную" вещь: дело не в том, что игровых механик недостаточно или графика плохая, а в том, что большинство команд рассматривают LiveOps как "временную меру" — когда интерес падает, запускают акции, если данные выглядят плохо, раздают награды, а если сообщество начинает шуметь, то устраивают аирдроп. На короткосрочной перспективе это кажется, что игроки возвращаются, но на долгосрочной — это сжигание экономической системы: награды становятся все менее заметными, курс монеты/цены все более нестабильными, а остаются не игроки, а скрипты и фермы.
Поэтому я в последнее время больше склоняюсь к тому, чтобы рассматривать "инженерию LiveOps" в стратегии PIXELS, особенно после того, как они позиционировали Stacked как награждающий LiveOps двигатель (это не просто приложение для раздачи наград), вся логика стала более понятной: дело не в "большем количестве раздач", а в "более точных, более контролируемых и объясняющих причинно-следственные связи". Другими словами, LiveOps больше не просто работа операционной команды на интуиции, а система роста, которую можно итерационно дорабатывать, тестировать и анализировать.
Сначала скажу, что я считаю самым важным: суть LiveOps не в самой активности, а в том, "по каким сигналам ты определяешь, как игрок будет действовать дальше". Сигналы традиционных цепочек игр очень грубые — кошелек зашел, выполнил задания, получил награды, и поэтому операторам остается лишь реагировать более грубыми способами: единообразные выплаты, единые пороги, единое время. В результате все воспринимаются как один тип: новички, возвратные, ключевые игроки, игроки, которые тратят деньги, социальные игроки и даже боты — все смешиваются в одном котле. Чем больше ты предлагаешь вознаграждений, тем больше привлекаешь "овец"; чем меньше ты предлагаешь, тем менее интересно настоящим игрокам; чем чаще ты предлагаешь вознаграждения, тем быстрее происходит инфляция; чем реже ты предлагаешь, тем быстрее теряются игроки. Это выглядит как "сложность в управлении", но на самом деле дело в том, что сигналы слишком плохие, и не получается сделать что-то тонкое.
Я понимаю систему Stacked как "действительно детализировать входные сигналы LiveOps, а затем сделать выходные действия экспериментальными". Она имеет верхний уровень, на котором висит AI game economist — это слово многие проекты используют как уловку, но в контексте LiveOps, если он действительно работает, он должен решать три вещи: первое, деление по когорте (группировка игроков) должно основано не на твоих представлениях о метках, а на поведенческих траекториях; второе, находить точки потери не на основе интуиции, а количественно определять точки разрыва ключевых путей; третье, вознаграждения не должны быть случайными, а должны использоваться как средства воздействия для проведения A/B или многовариантных экспериментов, возвращаясь в конечном итоге к таким жестким показателям, как удержание, доход и LTV.
Я приведу более практичный пример. Предположим, ты замечаешь, что "после третьего дня игра теряет много игроков", традиционный подход — "на третий день раздать большой подарок". Но если ты действительно работал с данными, ты обнаружишь, что причины потери могут быть совершенно разными: кто-то застрял в ресурсах, кто-то потерял цепочку заданий, кто-то не смог социализироваться, кто-то считает, что доход слишком медленный, а есть и те, кто на самом деле просто попал под обстрел из-за твоего мошеннического контроля. Если ты дашь всем один и тот же подарок, это приведет только к двум побочным эффектам: настоящие игроки будут обучены ожидать "бесплатные подарки", а скрипты научатся собирать урожай именно на третий день. Действительно эффективный подход должен заключаться в том, чтобы разобрать поведение до и после третьего дня, посмотреть, какие действия сильно коррелируют с удержанием, какие действия коррелируют с платёжными показателями/вкладом, а затем разбить вознаграждения на комбинации различных "целевых функций": позволить застрявшим игрокам быстрее проходить, социализировать игроков быстрее в гильдии/альянсах, дать потенциальным ценным игрокам более долгосрочные стимулы, а для подозрительных действий предоставить более строгую проверку/ограничения. Вот так должен работать LiveOps — вознаграждение не сладость, а хирургический инструмент.
Это подводит меня к второму моменту, который меня особенно интересует: противодействие мошенничеству не является "дополнительной функцией", а является предпосылкой для того, может ли LiveOps существовать. Система вознаграждений цепочной игры легко рушится не потому, что концепция вознаграждений неверна, а потому, что она естественно привлекает противников. Как только вознаграждения становятся предсказуемыми, пороги воспроизводимыми, пути скриптируемыми, начинают появляться профессиональные фермерские действия: мультиаккаунты, скрипты, услуги, арбитраж, отмывка объемов, и в конечном итоге бюджет вознаграждений иссякает, а экономическая модель превращается в "дотации от проекта для черного рынка". Многие команды терпят неудачу именно здесь: они думают, что занимаются управлением, на самом деле они лишь кормят противников данными и бюджетом.
Так что, когда Stacked внедряет предотвращение мошенничества, анти-ботов и поведенческие данные в "ядро движка", я думаю, это и есть причина, по которой он больше похож на инфраструктуру, а не на инструмент для активности. Потому что только когда ты можешь постоянно идентифицировать "настоящее поведение игроков" и "поддельное поведение", LiveOps сможет делать точные запуски; только когда твой бюджет на вознаграждения не будет стабильно вытягиваться мошенниками, ты сможешь делать долгосрочные стимулы; и только когда ты сможешь выдержать противостояние настоящих пользователей и атакующих в производственной среде, так называемое "устойчивое P2E" не останется просто лозунгом. В противном случае, даже если ты сегодня устраиваешь кучу шума, завтра данные рухнут, и экономика погибнет.
Третий момент, который, я думаю, легко игнорируется: когда LiveOps достигает определенной сложности, проектной команде больше всего не хватает не "идей для механик", а "интеграции от инсайтов до действий". Многие команды также проводят анализ, смотрят на панели, но в конечном итоге все сводится к тому, чтобы вручную менять конфигурации, задачи, вознаграждения, вероятности, с длительными циклами, медленным проб и ошибкам и незакрытыми кругами обратной связи. Ты увидишь очень типичную ситуацию: операторы чувствуют, что активность A эффективна, и продолжают наращивать ее; но на самом деле эффективным было обновление версии, которое произошло одновременно; или ты думаешь, что вознаграждение B увеличило удержание, но на самом деле просто удержало игроков с низкой ценностью, что в итоге снизило LTV. Без строгого экспериментального дизайна и закрытого выполнения, LiveOps превратится в "чем больше усилий, тем более эзотерично".
Часть нарратива Stacked, которую я наиболее поддерживаю, заключается в том, что он превращает LiveOps в систему, которая "может быть исследована, протестирована и выполнена": ты спрашиваешь "почему у нас теряются игроки на третий день", и он не просто дает тебе график, а направляет, как разделить на группы, как выбрать показатели, как разработать интервенции с вознаграждениями, и напрямую отображает действия вмешательства в конфигурацию и запуск. Этот замкнутый круг — именно то, чем должен заниматься AI game economist на самом деле — не писать за тебя отчеты, а помогать тебе превращать бюджет на вознаграждения в управляемый рычаг роста.
Далее, линия PIXELS более интересна тем, что она использует этот движок как "кросс-игровой уровень вознаграждений", а не только для одной игры. Потолок одиночной цепочки игр очевиден: жизненный цикл, предложение контента, психология игроков, рыночные циклы — все это будет сдерживать тебя. Как только ты переживешь "всплеск — выход за пределы — фермерство — крах экономики — рассеяние игроков", ты поймешь, насколько хрупким является привязывание токенов к одной механике. В противном случае, если движок вознаграждений LiveOps может быть повторно использован в нескольких играх, то то, что он накапливает, на самом деле гораздо сложнее скопировать: опыт противодействия мошенничеству, поведенческие данные, мудрость дизайна вознаграждений и кросс-продуктовые экспериментальные системы. Эти вещи намного сложнее, чем "просто создать еще одну систему заданий".
Во внешней информации также много раз упоминалось, что Stacked уже работает в производственной среде, а не остается на этапе белой книги, и что он поддерживал такие продукты, как Pixels, Pixel Dungeons, Chubkins и обрабатывал "сотни миллионов событий награждения, охватывающих миллионы игроков", при этом также упоминается, что он "внес десятки миллионов долларов дохода". Для меня такие цифры важны не для хвастовства, а чтобы прояснить одну вещь: если он действительно работал на таком масштабе, то он, безусловно, пережил множество предельных условий — противостояние мошенничеству, злоупотребление наградами, инфляция экономики, утомление от активностей, ритмы обновления контента, затраты на миграцию игроков... Эти проблемы многие проекты не видят на малых масштабах, а когда ты действительно вырастаешь, то понимаешь, что система хрупка, как бумага. LiveOps движок, который смог запуститься в производственной среде, по крайней мере, доказывает, что он не является PPT-структурой.
Конечно, я не собираюсь просто принимать это как "непобедимый ответ" из-за этих нарративов. Я скорее воспринимаю это как направление, за которым стоит продолжать наблюдать: если Stacked действительно хочет стать инфраструктурой, ему нужно будет продолжать самоутверждаться в нескольких аспектах. Первое, объяснимость распределения вознаграждений должна быть достаточно сильной — иначе игроки будут воспринимать "точность" как "манипуляцию", и доверие сообщества будет подорвано. Второе, стратегии противодействия мошенничеству должны учитывать стоимость ошибочных срабатываний — слишком строгий контроль отпугнет настоящих игроков, слишком мягкий будет атакован мошенниками, найти баланс крайне сложно. Третье, кросс-игровой уровень вознаграждений создаст новые противоречия: разные игры имеют разные экономические структуры, будет ли циркуляция вознаграждений в разных механиках вызывать новые арбитражи? Как ограничить "самую легкую для обмана игру" от загрязнения всей системы? Все это будут инженерные проблемы, с которыми LiveOps неизбежно столкнется после обновления в инфраструктуру.
Но как бы там ни было, преобразование LiveOps из "раздачи благ" в "двигатель роста на основе вознаграждений" и перевод движка с одной игры на кросс-экосистемный уровень выглядит как решение самой старой проблемы Web3 игр: вознаграждения появляются и тут же обесцениваются, экономика строится, и в итоге на поверхности остаются только пузыри и жалобы. Сейчас самое обсуждаемое в PIXELS — это не краткосрочные колебания, а действительно ли он может превратить "вознаграждения" из затрат в активы, а "бюджет на запуск" из того, что вытягивают мошенники, в то, что остается у настоящих игроков — если это сработает, GameFi действительно сделает шаг вперед.
