ما أحب النوع ده من سرد القصص "تطبيق مكافآت آخر"، الألعاب في Web3 مليانة من هالنوع، والنهاية الأكثر شيوعاً هي إن الاستوديوهات تأكلها خلال أسبوعين، والاقتصاد يفرغ خلال أربعة أسابيع، وبعد ثمانية أسابيع يبدأ الفريق يكتب مقالات طويلة يشرح فيها "نحن بنقوم بتحسين الأمور". الفرق الأكبر في Stacked هو مو "المكافآت أكبر"، لكن لأنه أشبه بنظام تم اختباره مسبقاً: هو من إنتاج فريق Pixels، مو شيء مرسوم على PPT. إذا تسألني كيف أقدر أقول هالكلام؟ لأنه جريء ويعرض "الإيصالات": عالج مكافآت بمستوى 2 مليار+، وغطى ملايين اللاعبين، وقيل إنه ساهم بأكثر من 25 مليون دولار في إيرادات Pixels. هالنظام بمستوى كهذا، أصعب شيء مو "إصدار المكافآت"، بل "لما يكون فيه ناس جايين يسرقوك، يخدعوك، ويهاجمونك، تقدر توصل المكافآت للناس اللي يجب توصلهم". هالنقطة فقط تميزها عن باقي المنتجات المكافآت في Web3.
أفهم الآن طريقة Stacked على نحو بارد قليلًا: التعامل معه كـ«ناقل/مُحوّل لميزانية شراء الإعلانات». الاستوديوهات التقليدية تنفق خلال سنة مبالغ ضخمة لشراء مستخدمين؛ القنوات والمنصات تلتهم الحصة الأكبر؛ وما يراه اللاعبون هو الإعلانات، وما يراه الاستوديو هو الفواتير؛ وفي النهاية هل يمكن الاحتفاظ بالناس يعتمد على الحظ والصبر. ألعاب Web3 محرجة أكثر قليلًا: أصلًا ليس لديها ميزانيات شراء إعلانات ضخمة، فضلًا عن مواجهة إضافية لروبوتات وسكربتات ومزارع تقوم بعصر المكافآت كأنها آلة نقد. أنت ترى «أن المكافآت تم إرسالها»، لكنك في الحقيقة تدفع رواتب للمهاجمين. عبارة Stacked «redirect ad spend» كانت لدي أيضًا مجرد شعار قبل، لكن لاحقًا أدركت أنها تعدل اتجاه التدفق النقدي بشكل ملموس: بدلًا من تسليم المال لمنصة الإعلانات للحصول على ظهور، تعطي المال مباشرة إلى «اللاعبين الحقيقيين الذين قاموا بسلوكيات حاسمة داخل اللعبة»، وبشكل يمكن قياسه لرؤية مقدار ما الذي رفع الاحتفاظ والدخل وLTV. يبدو كلامًا كأنه صادر من فريق نمو، لكن المعنى القاسي عند التطبيق هو: المكافآت لم تعد «للجميع»، بل «من أجل النتائج». بالنسبة للاستوديوهات، هذا يحول شراء المستخدمين من سحر إلى تجربة؛ وبالنسبة للاعبين، هذا يعني أنك ستشعر بشكل أوضح بأن «النظام يختار الناس»، وربما تشعر بنوع من التدقيق. 
هذا يقودنا إلى طبقة الذكاء الاصطناعي، «اقتصادي ألعاب» بالمعنى الحقيقي: ما فائدتها. كثيرون يصابون بـPTSD عندما يرون AI، فيظنون أن الأمر يعني أن يتم استخدام النموذج كمدعي سحر. لكن في LiveOps، الأكثر عملية في الذكاء الاصطناعي ليس أن يبدو «ذكيًا»، بل أن يدفعك إلى طرح الأسئلة الصحيحة، ثم تحويل الإجابات إلى إجراءات. مثلًا، هناك حالة تشغيلية ميتة جدًا كمثال نموذجي: كوورت (cohort) ما يسقط بشدة من D3 إلى D7. أنت تعرف أنه يسقط، لكنك لا تعرف ما الذي حدث قبل السقوط. تشك أن السبب هو المهام شديدة الإرهاق (too grindy)، أو أن المكافآت غير كافية، أو أن الإيقاع بطيء جدًا، لكنك لا تستطيع التحقق من ذلك في نفس الوقت. الطريقة التقليدية هي سحب جداول، وعقد اجتماعات، وجدال، ثم إطلاق فعاليات، وبعد أسبوعين إعادة تقييم تقول «النتائج متوسطة». إذا كان Stacked بالفعل يتصرف وفقًا لوظيفته، فمن المفترض أن ينجز حلقة مغلقة داخل نفس النظام: «اكتشاف من تخلّف → تحديد نقطة التسرب → اقتراح تجربة → إرسال المكافآت فورًا → قياس lift مباشرة». يمكنك فهمه على أنه إدخال لوحة عمل فريق النمو داخل محرك المكافآت: أغلى ما فيها هو «من الاستبصار إلى الفعل»، بدون انتظار، وبدون الحاجة لأنظمة متقاطعة، وبدون الاعتماد على التواصل اليدوي للمراهنة على الحظ.
أعيد ربط هذه المسألة بتجربة Pixels، فأجد أنها تفسر الكثير من التناقضات التي كنت أشتكي منها سابقًا. لماذا أحيانًا يبدو أن النظام «يفهمك فجأة»؟ لأنه ربما يلتقط «لحظة حاسمة»، مثلًا عندما تنجز سلوكًا يمكنه التنبؤ بشكل واضح بالاحتفاظ طويل الأجل. ولماذا أحيانًا تبدو المكافآت كأنها لم ترَك؟ لأن ما فعلته قد يكون «سلوكًا حيويًا لكنه غير حاسم»، أو بصراحة أكثر: أنك لست من النوع الذي يجب أن يُحافظ عليه بالدفع مقابل المال في هذه اللحظة. قد يوجع سماعه قليلًا، لكن هذا هو الواقع الذي يجب أن يواجهه P2E المستدام: عندما تكون الميزانية محدودة، غالبًا ما تتعارض العدالة والبقاء. إذا تمسكت بـ«العدالة في توزيع النقود على الجميع»، سيأتي المهاجمون أولًا لالتقاط الجزء الأكبر، وسيحصل اللاعبون الحقيقيون على مجرد وهم؛ وإذا تمسكت بـ«التركيز على النتائج»، قد يشعر اللاعبون الحقيقيون بأنهم يُعاملون بشكل مختلف، لكن النظام على الأقل لديه فرصة ليعيش. قيمة Stacked، إلى حد ما، تكمن في تفويض «السمعة السيئة» بعيدًا عن جوهر اللعبة نفسها، واتخاذ القرارات عبر طريقة أكثر هندسةً وقابلية للقياس.
ولنعد إلى خط «البنية التحتية». كثيرون يفضلون وصف مشاريعهم بأنهم «منظومة/إيكوسيستم»، لكنني بدلًا من ذلك أريد أن أرى هل يمكنه أن يقف على قدميه بعيدًا عن لعبة واحدة. إذا كان Stacked مجرد أداة داخل Pixels، حتى لو كان قويًا، فسيظل «نظامًا منزليًا»؛ لكن إذا كان سيقدم قاعدة مكافآت وLiveOps B2B فعلًا، فستتغير القصة بالكامل: سيتعين عليه مواجهة ضغوط لأنواع ألعاب مختلفة، وبُنى اقتصادية مختلفة، وأساليب غش مختلفة. يجب أن تكون مكافحة الاحتيال وبيانات السلوك وخبرة تصميم المكافآت قابلة للانتقال، وأن تنتقل دون إظهار ارتباك. بمجرد أن يفتح الباب للغير، ستبدأ ورقة الامتحان الحقيقية. هل سيسمح الاستوديو الخارجي بتقديم جزء من ميزانية النمو له؟ هل يمكنه إيجاد توازن مقبول بين «تحديد اللاعبين الحقيقيين» و«تجربة الأذى غير المقصود (mis-targeting)»؟ هل يستطيع أن يكون أكثر مرونة في نوع المكافآت، مثل المال والكريبتو وبطاقات الهدايا وأدوات داخل اللعبة، مع الحفاظ على عدم استنزاف الميزانية؟ هذه ليست مشاكل مفاهيمية، بل مشاكل جحيم تشغيل (operational hell).
تغيّر أدوار PIXEL أيضًا يجب أن يُرى ضمن هذا الإطار، ولا تستخدموا ذلك النوع من التهويل السطحي عن «تجاوز الألعاب = ارتفاع الطلب بشكل هائل» للكسل. التعبير الأكثر واقعية هو: عندما يتمدد محرك المكافآت من لعبة واحدة إلى نظام مكافآت وولاء عابر للألعاب، يصبح PIXEL أقرب إلى أن يُوضَع داخل «طبقة مكافآت» أكبر، فينتقل تدريجيًا من «توكنات لعبة واحدة» إلى «عملة مكافآت/عملة ولاء/وقود طبقة المكافآت» عبر النظام البيئي. لكنني لن أكتبها كوعْد، لأن جانب الطلب هل يمكنه الانطلاق أم لا يعتمد على سرعة انضمام الاستوديوهات الخارجية، وعلى توفر نظام المكافآت، وعلى ما إذا كان اللاعبون مستعدين لاعتباره «حامل قيمة عبر الألعاب» بدلًا من «مجرد نقاط تدور داخل Pixels فقط». بالنسبة للاعبين، التغيّر الذي ستشعرون به سيكون أكثر تحديدًا: سترون أن أشكال المكافآت تتنوع، ومسارات الاستبدال تتعدد، وأحيانًا لن تكون ما تحصلون عليه مجرد «متعة داخل اللعبة»، بل أقرب إلى عوائد ملموسة في العالم الواقعي. إذا كانت هذه الخطّة حقًا تعمل، فإن أهميتها بالنسبة لألعاب Web3 ليست «الترفيه الجيد» فحسب، بل أنها تعيد جزءًا من ميزانية النمو من يد المنصّة، وتحوله إلى قيمة يمكن للاعبين رؤيتها وقياسها وإعادة استخدامها.
أنا حاليًا أكثر شيء أتحفظ عنده على Stacked وأتطلع إليه في الوقت نفسه هو عبارة «built in production». رأيت الكثير من المشاريع ترفع شعار «نحن لسنا عرضًا شرائح» ثم، بمجرد إطلاقه، تُسحق تحت الأوامر النصية (scripts) على الأرض. إذا كان Stacked فعلًا يعمل طويلًا في بيئات مثل Pixels وPixel Dungeons وChubkins، فإن أعمق حصن فيه ليس ميزة بعينها، بل «الخبرة المتراكمة في مكافحة الاحتيال وبيانات السلوك وتصميم المكافآت داخل مواجهة حقيقية». هذا النوع من الخبرة صعب جدًا نسخه، وصعب أيضًا أن تُصنع قيمته عبر ضخ تمويل وحده. يمكنك استخدام المال لتنظيم فعالية، لكن من الصعب استخدام المال لشراء نظام مكافآت يعمل بثبات في بيئة مواجهة/اختبار. بالنسبة للاستوديوهات، هذا يعني «إنقاذ الحياة»؛ بالنسبة للاعبين، يعني أن «اللعبة لن تُفرّغ بسرعة كبيرة».
أنا بنفسي أتابع ثلاث فئات من الإشارات، لكني قدر الإمكان لا أتابع أشياء من نوع السعر التي تُضلّل بسهولة. الفئة الأولى هي إيقاع التجارب: إذا لاحقًا لاحظت أن توزيع المكافآت أصبح أكثر «ثباتًا/التزامًا بالمواعيد» مع بروز واضح أن المكافآت تتعثر على «نقاط التثبيت» في السلوك الاحتفاظي، وليس فقط على تسجيل الدخول عند الإطلاق، فهذا يعني أن طبقة الذكاء الاصطناعي تدفع التجارب فعلًا وليست مجرد ديكور. الفئة الثانية هي التكامل الخارجي: إذا بدأت في رؤية شركاء من خارج نظام Pixels في Stacked، واستمر منطق توزيع المكافآت مستقرًا دون أن يتم اختراقه فورًا من قِبل محترفي انتزاع المكافآت (الـ羊毛党)، فهذا يعني أن «البنية التحتية» صارت قائمة. الفئة الثالثة هي تسرب الميزانية: إذا كانت الاحتكاكات في مكافحة الاحتيال تقل، لكن الإحساس بأن المكافآت تُستنزف لا يتقوى، فهذا يعني أن النظام «أذكى في المنع» بدلًا من «أقسى في الحظر». عندما تتحقق هذه الثلاثة، عندها فقط أكون مستعدًا لأن أتعامل معها كشيء قادر حقًا على تغيير طريقة نمو ألعاب Web3؛ وإلا فهي مجرد أداة متفوّقة جدًا داخل Pixels.
بصراحة، الآن عندما أنظر إلى Stacked لا أبحث هل يمكنه أن يجعل كل اللاعبين سعداء، بل هل يمكنه أن يسحب موضوع «ميزانية النمو» من الصندوق الأسود للمنصّة، ويحوّله إلى آلية تكون مرئية للاعبين، وقابلة للتحكم من قِبل الاستوديو، وصعبة على المهاجمين أكثر. إذا كان يستطيع فعل ذلك فعلًا، فلن يكون مجرد تطبيق مكافآت، بل آلة تدفع ألعاب Web3 من الاحتفال قصير العمر إلى أعمال طويلة الأمد. ليس كلامًا رومانسيًا، لكنني أعترف: أريد له أن يعيش أطول قليلًا.