معضلات وحلول لألعاب Web3

المؤلف: لولا، مختبر دلفينوس

مع "الأسطورة السوداء: وو كونغ" "لقد أصبحت ظاهرة، وهناك صوت آخر في الدائرة يشوه سمعة ألعاب Web3. وفي بيئة السوق التي كانت مكتئبة للغاية ومشكوك فيها في الآونة الأخيرة، أضافت طبقة أخرى من التخفيض.

هل الأشخاص في Web3 ليسوا متحمسين للألعاب؟ صحيح أنه في مرحلة الفقاعة المبكرة للسوق، يكون مناخ المضاربة القوي أمرًا لا مفر منه، لكن العديد من المطورين ما زالوا يندفعون إلى الصناعة بهدف صنع لعبة جيدة، لعبة تخص اللاعبين حقًا، ويريد Web3 تحقيقها إن الألعاب هي أيضًا اعتماد جماعي حقًا، وهي أيضًا المسار الذي لا يمكن تجاوزه ويمكن أن يتغلغل بعمق في السوق.

لكن الواقع نحيف. عندما يرغب الأشخاص في حساب ألعاب الخط الأول في Web3، يجدون أن عدد الألعاب عالية الجودة صغير جدًا، وأن معظم الألعاب باهتة، فهي لا توفر للاعبين تجربة مستخدم جيدة، ولا تلبي توقعات التبني الشامل . لقد فشل عدد كبير من فرق الألعاب التي تتمتع بخبرة عملية ناجحة في Web2 في Web3. الأسباب التي أفهمها حاليًا هي نقطتان أساسيتان:

1 ، من الصعب على ألعاب Web3 توفير تحديثات مستمرة لمحتوى اللعبة

2. نظرًا لاختلاف الجماهير، تحتاج ألعاب Web3 إلى مراعاة اقتصاديات اللعبة إلى جانب طريقة اللعب أكثر من الألعاب التقليدية المشكلة

معضلة تحديث محتوى اللعبة

للحفاظ على اللعبة على المدى الطويل. الحيوية، يجب تحديثها، يعد التصحيح أمرًا ضروريًا، وإلا، أولاً، لا يمكن إصلاح الأخطاء، وثانيًا، لن يدوم شعور اللاعبين بالانتعاش طويلًا؛ في تطوير الألعاب التقليدية، إذا لم تتغير بنية البيانات ولكن تغير منطق اللعبة، فيمكن لتصحيح منطق البرنامج البسيط إكمال الترقية ذات الصلة.

ومع ذلك، فإن ثبات blockchain يضيف صعوبة إلى هذا التنفيذ الذي يبدو بسيطًا. بأخذ تطوير لعبة Solidity كمثال، غالبًا ما يحدد عقد اللعبة عبر الإنترنت بنية البيانات العامة للعبة نظرًا لأن منطق اللعبة نفسه هو ترحيل حالة البيانات، فغالبًا ما تحتاج التعديلات على منطق اللعبة إلى التنسيق مع ترقيات العقد.

بعد ترقية العقد، لا يمكن إعادة استخدام بيانات العقد قبل الترقية بشكل مستمر، من أجل إكمال ترقية منطق اللعبة، لا يوجد سوى خياران:

1 الترحيل

2. افصل بين طبقة البيانات وطبقة المنطق في الطبقة بداية تصميم العقد

الخيار الثاني سيزيد من استهلاك الغاز لمكالمات العقد، لذلك غالبًا ما يكون من الصعب تحقيق ترقيات محتوى اللعبة عالية التردد في Web3، وهو أمر مؤلم لعبة محتملة القدرة على اكتساب العملاء بشكل مستمر.

لا توجد ترقية منطقية لواجهة البيانات

لقد أجرينا ترقية منطقية لواجهة البيانات

لحل هذه المشكلة، يجب علينا أولاً حل مشكلة إعادة استخدام البيانات وترقية البيانات. عندما يتم تعديل منطق اللعبة، مازلنا نريد الاحتفاظ بالبيانات الأصلية سليمة. أفضل حل بدون تكلفة هنا هو التطبيق المستقل كمجموعة تراكمية. لأنه في مجموعة التطبيقات، يمكن إعادة استخدام جذر Merkle للبيانات الأصلية مباشرة، ويحتاج تعديل المنطق فقط إلى أن ينعكس في منطق الكود.

يتم تشغيل الترقية المنطقية مباشرة في الجهاز الظاهري

بعد تم حل مشاكل إعادة استخدام البيانات وترقية المنطق، وستظل مشكلة ترقية بنية البيانات تجلب بعض التحديات لترقية اللعبة. غالبًا ما يتطلب ترحيل البيانات العادية على السلسلة أوراكل لتعديل البيانات وفقًا لبرنامج نصي محدد ثم إدخالها في السلسلة مرة أخرى، الأمر الذي يستغرق الكثير من الوقت.

في التطبيق باعتباره بنية مجمعة، بعد تدقيق ترحيل البيانات، يمكن تشغيله في zkVM، بحيث يمكن التحقق من منطق الترحيل بالكامل. نظرًا لأن ترحيل البيانات يتضمن إعادة تنظيم البيانات في العديد من السيناريوهات، يكون هناك منطق حسابي أقل إذا كان الكود المتضمن في إعادة تنظيم كل عقدة طرفية يبلغ حوالي 1000 سطر، فيمكن أن يصل تتبع التنفيذ المطلوب لأكثر من مليون عقدة طرفية إلى حوالي 1000 سطر 100 واط. في الوقت الحاضر، يبلغ وقت التحقق لكل مليون خط تتبع لـ zkVM العادي 9-15 ثانية، وبالتالي فإن الوقت الإجمالي لترحيل بيانات zk لا يزال رقمًا يمكن التحكم فيه.

وبسبب استقلال البيانات في Application Rookup على وجه التحديد، فإنه يقدم منهجية جديدة لتكرار محتوى ألعاب Web3.

نظرًا لأن تعقيد التطبيقات الأخرى الموجودة على السلسلة والحاجة الملحة للتحديثات أقل بكثير من الألعاب، فإن zkVM ستجلب ألعابًا كاملة السلسلة أو ألعابًا يمكن التحقق منها تأتي فرصا جديدة.

معضلة الاقتصاد وتوزيع المنافع

يعد تطوير مشروع اللعبة عملية معقدة وشاملة و إنها أيضًا مهمة تافهة للغاية. إذا لم تتمكن اللعبة عالية الجودة من تحقيق فوائد اقتصادية ملموسة، فمقارنة بمجال الألعاب التقليدية، سيصبح Web3 أقل جاذبية للمطورين بشكل متزايد.

في الوقت الحاضر، غالبًا ما تهيمن العلاقات المرورية على العلاقة بين مشاريع الألعاب والسلاسل العامة، وتكملها علاقات الإيرادات. غالبًا ما تعتمد مشاريع الألعاب متوسطة المستوى ذات العلاقة المرورية على حركة مرور النظام الأساسي وحركة المرور الأولية التي توفرها السلسلة العامة، وتستوعب السلسلة العامة مشاريع الألعاب الجيدة وتتمتع بزيادة عدد مستخدمي السلسلة العامة التي تجلبها اللعبة في منتصف المدة تم إطلاق اللعبة.

ستكون علاقة الإيرادات أكثر تعقيدًا، وتخفي مشكلة أعمق في توزيع المنافع: فمن ناحية، سيولد سلوك المستخدم إيرادات، بما في ذلك إيرادات الغاز من ناحية أخرى، أدت حركة مرور اللعبة واستهلاكها إلى ارتفاع قيمة العملة، وقد أدت الألعاب ذات حجم المعاملات الكبير إلى توليد دخل من الأصول من خلال إصدار رموز اللعبة، كما أنها جلبت بيئة مزدهرة التأثير على السلسلة، مما يزيد من الاهتمام العام بتوقعات تقييم الرمز المميز للسلسلة.

في ظل علاقة الفائدة المعقدة هذه، لا يوجد في الواقع تعريف واضح لكيفية تخصيص النفقات الفعلية للمستخدمين. تتطلب البداية الباردة للعبة الكثير من الأموال، وغالبًا ما يعتمد الدخل الأول للمستخدمين على معدل الغاز المدفوع للسلسلة، مما يجعل دورة حصول منشئي الألعاب على ردود فعل إيجابية طويلة جدًا، وفي بعض الأحيان تكون هناك لعبة فرق التطوير التي تقوم بذلك بنفسها بعد أن تصل كمية الفرشاة إلى قيمة DAU الأساسية للسلسلة، تتم استعادة الدم بمنحة ضئيلة. وهذا يجبر اللعبة على الاعتماد على التوقعات الرمزية في المراحل المبكرة لجذب اللاعبين لدفع الغاز مقابل التفاعل. لا يمكن للاعب تجاهل هذا الجزء من عبء الغاز، لذا فإن الألعاب المتسلسلة توجه المستخدمين إلى استهلاك الرموز الخاصة بهم، مما يعني أن شراء رموز اللعبة أصبح أكثر صعوبة من الألعاب التقليدية.

نظرًا لأن إعادة شحن اللعبة هي الخطوة الأساسية للتعليقات الإيجابية للعبة، فإن تأخير إعادة شحن اللعبة بسبب عبء الغاز يضر بشكل كبير بقدرة اللعبة على اكتساب العملاء. ومع ذلك، نظرًا لأن الألعاب المتسلسلة تحتاج إلى تحمل التزام التحميل إلى السلسلة بالمعنى التقليدي، حتى على الطبقة الثانية، فإن الغاز لا يزال يسبق بلا رحمة أول عملية إعادة شحن للرمز الأصلي للعبة. لذلك، لا يتمتع Web3 بتجربة لعب حقيقية "العب أولاً ثم اقضِ لاحقًا".

يعتبر تداول عناصر اللعبة الجزء الأكثر جاذبية في المراحل المتوسطة واللاحقة من ألعاب blockchain. تستمر قيمة عناصر اللعبة عالية القيمة التي يتم الحصول عليها من خلال الذهب الكريبتون أو الجهود التفاعلية طويلة المدى في الارتفاع بعد التوزيع والجمع، وهي تجربة مثيرة لكل من لاعبي اللعبة والمصممين. ومع ذلك، نظرًا لأن عناصر اللعبة هي مشتقات من اللعبة، فإن معظم العلاوات التي تجلبها معاملات التداول الخاصة بها يتم تقسيمها على المنتجات الأخرى الموجودة على السلسلة: قد يتم تقسيم رسوم المعاملات الخاصة بلعبة NFT على بورصات NFT، ويتم تقسيم معاملات الرموز المميزة للعبة على DeFi . لا يمكن للقيمة التي تخلقها الألعاب الجيدة أن تتدفق بشكل فعال إلى اللعبة لدعم فريق اللعبة.

ستؤدي تقلبات قيمة الرمز المميز إلى تضخيم الناتج داخل اللعبة ديناميكيًا. عندما يتم التقليل من قيمة الرموز المميزة للعبة، تكون معدلات اللعبة منخفضة، وغالبًا ما يرتبط ناتج اللعبة والاستثمار الفعلي لرموز اللعبة بشكل إيجابي، مما يؤدي إلى انخفاض أسعار الرموز المميزة للعبة، ولكن الناتج أعلى. عندما تكون عملة اللعبة مرتفعة، فإن القيمة المفرطة لرموز اللعبة تعيق الدافع للاستهلاك في اللعبة. يؤدي تأثير التضخيم هذا إلى تأثر تقلبات قيمة رموز اللعبة بكل من المخرجات خارج الموقع وفي الموقع، مما يزيد من التحديات المتعلقة بتصميم اقتصاديات الرمز المميز.

التطبيق كمجموعة تراكمية + zkVM: مخرج محتمل

أدرجت هذا خلال السلسلة بسبب التحديات، اكتشفنا بشكل غير متوقع أن بنية التطبيق كمجموعة تراكمية يمكنها تخفيف المشكلات ذات الصلة بشكل مناسب وفعال.

أولاً وقبل كل شيء، سيتم تقليل الغاز الحقيقي للمجموعة المجمعة بشكل كبير إلى 1/20 أو حتى أقل من اللعبة الكاملة السلسلة. يتيح ذلك لفريق المشروع التخلص تمامًا من تداخل رسوم الغاز في المرحلة المبكرة من اللعبة، وتوفير تجربة لعب مجانية حقًا، وإنشاء بيئة أفضل للبداية الباردة للعبة المبكرة.

ثانيًا، يمكن أن يوفر التطبيق كـ Rollup منصة إقراض بنقرة واحدة، في المرحلة المبكرة من اللعبة، يمكن للمستخدمين استخدام USDC لاستعارة الرمز المميز الداخلي لـ لعبة لتشجيع المستخدمين على الاستثمار في اللعبة. نظرًا لأن الناتج الإيجابي المتوقع للعبة غالبًا ما يكون أكبر من الاستهلاك، فيمكن للمستخدمين استرداد ضمانات USDC المستخدمة للقرض الأصلي بعد أن يتجاوز الناتج الاستهلاك.

في عملية التوزيع، يمكن أن يعمل التطبيق كمجموعة تراكمية بشكل فعال كجسر عبر السلسلة لأصول اللعبة. عندما نحتاج إلى نقل الأصول في سلاسل مختلفة، نحتاج فقط إلى إيداعها في اللعبة ثم سحبها من سلسلة أخرى. تسمح هذه الوظيفة الأصلية عبر السلسلة بالحصول على جزء من قيمة معاملات مشتقات اللعبة من خلال اللعبة نفسها.

الأمر الأكثر تطرفًا هو أن اللعبة يمكن أن توفر وظيفة إيداع العملة المستقرة للإقراض، بحيث لا يمكن التقاط قيمة TVL إلا من خلال السلسلة في يمكن الآن التقاط الماضي من خلال اللعبة نفسها. أخيرًا، يمكن أن يوفر تطبيق Application Rollup طريقة للحصول في النهاية على رسوم الغاز المتسلسلة التقليدية من خلال تقديم آلية تشبه رسوم الغاز للاعبي الذهب الكريبتون في اللعبة. التصميم الأكثر احتمالاً لهذه الآلية هو أن تكلفة الغاز تكون أقل عندما تكون قيمة الرمز المميز أعلى، وتكلفة الغاز أعلى عندما تكون قيمة الرمز المميز أقل: ويرجع جوهرها إلى استقلال الطبقة 3 التي تربط قيمة الغاز وقيمة الرمز المميز. تخفيف تقلبات قيمة الرمز المميز.

بالطبع، كل هذا لن يحدث بين عشية وضحاها. قامت شركة Delphinus Lab zkWASM، باعتبارها من أوائل اللاعبين في دفع zkVM إلى تطبيقات الألعاب، بإصدار zkWASM Mini Rollup. هذه مجموعة أدوات للتطوير السريع ونشر تطبيقات ZK Rollup. فهو يسمح للمطورين بكتابة كود Rust، وتجميعه إلى WebAssembly، ثم تشغيله في بيئة Node.js. تقوم مجموعة SDK هذه بمعالجة المعاملات، وإنشاء إثباتات المعرفة الصفرية، والتفاعل مع blockchain.

العملية الأساسية هي: تلقي المعاملات، ومعالجة المعاملات في جهاز WASM الظاهري، واستخدام خدمة zkWASM السحابية لإنشاء البراهين، وأخيرًا إرسال البراهين إلى blockchain للتحقق والتسوية. تضمن العملية برمتها خصوصية وأمان المعاملات، مع تحسين قابلية التوسع في blockchain بشكل كبير. يحتاج المطورون فقط إلى التركيز على منطق التطبيق دون الحاجة إلى الفهم العميق للتفاصيل الفنية لإثباتات المعرفة الصفرية المعقدة. ويتضمن أيضًا نظام مراقبة تراكمي يمكنه استخدام البراهين وبيانات المعاملات لبدء التسويات على السلسلة، والتحقق من البراهين عن طريق تخزين جذور Merkle والتحقق من واجهات برمجة التطبيقات، مما يضمن إجراء التسويات بترتيب جذور Merkle على السلسلة. بالإضافة إلى ذلك، يعمل SDK أيضًا على تبسيط إنشاء بيئة تطوير محلية، ما عليك سوى بدء تشغيل MongoDB وRedis، وتشغيل dbservice، ثم تنفيذ خادم تشغيل npm في دليل ts لبدء الخدمة المحلية الكاملة.

يوفر ظهور zkWASM Mini Rollup SDK حلاً محتملاً للتحديات المزدوجة التي تواجهها ألعاب Web3. من خلال بنية التطبيق كمجموعة تراكمية، فإنه لا يبسط عملية تحديث محتوى اللعبة فحسب، بل يوفر أيضًا إمكانيات جديدة لتحسين النموذج الاقتصادي للعبة.

يستفيد هذا النهج المبتكر أولاً من توافق WASM للسماح لعدد كبير من المطورين التقليديين باستخدام لغات البرمجة الأكثر شهرة لديهم مثل Rust في الكتابة ثانيًا، يسمح رمز اللعبة لمطوري الألعاب بتنفيذ إعادة استخدام البيانات وترقيات المنطق بسهولة أكبر، مما يقلل بشكل كبير من تكاليف الغاز، وقد يحقق تجربة حقيقية "تشغيل الغاز 0" و"اللعب أولاً والإنفاق لاحقًا". وفي الوقت نفسه، يوفر لمشروعات الألعاب المزيد من الفرص للحصول على القيمة، بما في ذلك نقل الأصول عبر السلسلة، ووظائف الإقراض، وما إلى ذلك، مما يساعد على إنشاء نظام اقتصادي أكثر استدامة للعبة.

استخدام zkWASM لإصدار مجموعات بنقرة واحدة يعني أنه يمكننا اتخاذ خطوة قوية في الاعتماد الشامل على كل من جانب المطور وجانب المستخدم. وعلى الرغم من أن هذه التكنولوجيا لا تزال في مراحلها الأولى، وأن ألعاب Web3 تواجه أيضًا عدم ثقة مزدوجًا داخل الدائرة وخارجها خلال هذه الدورة، وتكافح من أجل المضي قدمًا وسط الشكوك، إلا أنها تشير إلى طريقة لحل المشكلات الأساسية التي تواجهها Web3 حاليًا ألعاب.

مع اعتماد المزيد من مطوري الألعاب لهذه التكنولوجيا، أصبح المزيد والمزيد من مشغلي الألعاب وبروتوكولات الإقراض على استعداد للمشاركة في الاقتصاد المقترح أعلاه. لدينا سبب للاعتقاد بأن ألعاب Web3 سوف تتغلب تدريجيا على الصعوبات القائمة. لا نتوقع أن يكون لدينا Black Myth Wukong أو Call of Duty الخاصان بنا، ولكن من خلال القيام بالأشياء الصعبة والصحيحة والعمل بلا كلل لتحقيق الهدف النهائي بدلاً من الاستفادة من الفرص، ستستهل ألعاب Web3 في النهاية لحظة "المواجهة" الخاصة بها. "القدر" والقيادة تمر الصناعة بأكملها معًا عشية طويلة من التطبيقات واسعة النطاق.