كيفية مزامنة "حالة" لعبة السلسلة بأكملها؟

بقلم فيونا ، IOSG Ventures

** TL؛ DR **

• تعتبر السلسلة الكاملة للألعاب / العوالم المستقلة (“FOG / AW”) واحدة من عدد قليل من الروايات المهمة المحيطة بـ Web 3. بالمقارنة مع تطبيقات Web2.5 التي تتصل فقط بـ Web3 من خلال NFT ، تضع FOG / AW منطق اللعبة في السلسلة. إنها تستخدم blockchain كخادم لعبة ، لتصبح مصدر ثقة لامركزي لحالة اللعبة. يجلب هذا مزايا مثل المثابرة ومقاومة الرقابة والتركيب وما إلى ذلك ، ولكنه يحد أيضًا من تنوع وتعقيد الألعاب المبنية فوقها.
• مع زيادة متطلبات التعقيد وقابلية اللعب للعبة ، يتم طرح المزيد من التحديات لهيكل المحرك: مثل تأخير الإطار ، والرقم العشوائي ، واستعادة الصحة ، والتأثير السلبي المستمر ، والموقت ، وما إلى ذلك. يختلف مفهوم الوقت ووحدات Ticks في blockchain. يوفر الطين الكثير من الأفكار لمحاكاة مرور الوقت ومهارات التعافي السلبي. على سبيل المثال ، عندما يتحرك اللاعب في الغرفة ، تأتي المعاملة بتحريك جميع العناصر الموجودة في الغرفة وفقًا لبعض التصميم المحدد مسبقًا. استخدم هذا لإدراك التغييرات في الوقت والحالة.
• يمكن استخلاص مكدس التكنولوجيا FOG / AW على النحو التالي: يكتب المطورون رموز الواجهة الأمامية والخلفية لـ ui / ux ومنطق اللعبة الأساسي ، ثم مزامنة جميع التغييرات من خلال حلقة حالة اللعبة ، وأخيراً تعكس الحالة الجديدة للجهاز المحلي الأمامي بواسطة المفهرس.
• نظرًا لأن العديد من أنواع الألعاب ، مثل RTS ، تتطلب درجات عالية من التجزئة ، ولا يمكن لسلسلة الكتل المنتجة بالإجماع إلا التعامل مع التغييرات في أوقات الكتلة ، فإن tickrate يمثل مشكلة كبيرة يجب حلها هنا. يعتبر Curio و Argus رائدين في هذا الصدد ، ويقومان بزيادة معدل اللعبة على مستوى سلسلة Fumble chain. يحاول Mud تعظيم السلسلة الكاملة ، ويتم تخزين حالة التطبيق بالكامل في EVM. لا توجد خطة لإدخال تكامل خارج السلسلة لتحقيق معدل أعلى للعبة.
• لاختيار سلاسل مختلفة ، يقود Dojo سلسلة البيئة الكاملة لشركة Starknet. وفقًا لوصف @ tarrenceva ، لدى Starknet اختلافات حالة مختلفة ، والتي تختلف عن التجميعات المتفائلة والتركيز على إخراج التنفيذ بدلاً من المدخلات. من المحتمل أن يؤدي التأثير على الألعاب في المقام الأول إلى تحسين التكلفة ، على سبيل المثال لعبة الشطرنج: في لعبة مدتها ثلاث دقائق ، قد تحدث 50 حركة. من خلال اختلافات الحالة ، يمكن لإثبات واحد وحالة نهائية إثبات “المخرجات”. من ناحية أخرى ، تتطلب التجميعات المتفائلة “مدخلات” من جميع الحالات الوسيطة.

** تحديد FOG / AW: كيف تتم مزامنة حالة اللعبة **

أعتقد أنه للحكم على ما إذا كان FOG ، فإن المعيار هو كيفية مزامنة حالة اللعبة (مصدر الحقيقة).

بالنسبة لألعاب الويب 2.5 أو الألعاب التقليدية متعددة اللاعبين ، يوجد خادم مركزي يحدد حالة اللعبة الحالية ، وعندما يرسل اللاعبون إجراءات ، يقوم الخادم بتجميع هذه المدخلات وإرجاع النتائج المحدثة إلى جهاز كل لاعب متصل. يتعامل الخادم مع جميع المدخلات (علامات التجزئة) ، ويحل التناقضات ، ويرسل تحديثات إلى اللاعب بشكل دوري ، ويوفر لقطة لجميع العناصر في اللعبة ، ويحدث حالة اللعبة كل علامة. حالة اللعبة ** (“حالة اللعبة أو علامة التجزئة”) هي لقطة زمنية لخصائص كل كائن في عالم اللعبة. Tickrate هو عدد المرات في الثانية التي يحسبها خادم اللعبة ويبث حالة اللعبة المحدثة للاعبين. كلما ارتفعت قيمة ** Tickrate ** ، زادت دقة تجربة اللعب ودقتها. بشكل عام ، تتطلب الإستراتيجية أو ألعاب الحركة في الوقت الفعلي نسبة عالية. tickrate ، في حين أن الألعاب القائمة على الأدوار مثل ألعاب الورق لا تفعل ذلك.

! [كيف تزامن “حالة” لعبة السلسلة بأكملها؟ ] (https://img-cdn.gateio.im/resized-social/moments-69a80767fe-3248052385-dd1a6f-7649e1)

مصدر:

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

** حل تحديات تأخير اللعبة والوقت وما إلى ذلك **

مع زيادة متطلبات تعقيد اللعبة وقابلية اللعب ، يتم طرح المزيد من التحديات لبنية المحرك: مثل تأخير الإطار ، والأرقام العشوائية ، واستعادة الحياة ، والتأثيرات السلبية المستمرة ، وأجهزة ضبط الوقت ، إلخ.

** تأخير رقم الإطار ** في الواقع ، هو أيضًا شائع جدًا في عالم Web2 ، بما في ذلك التأخير في عرض العميل وعمليات المستخدم. خاصة بالنسبة للألعاب ذات معدل التجزئة المرتفع مثل FPS ، بمجرد حدوث تأخير ، ستكون تجربة اللاعب سيئة للغاية.أحد الحلول في Web2 هو تحديث الحالة المتقاربة ، والذي يسمح لجميع اللاعبين بالمزامنة وفقًا لأعلى معيار تأخير بين اللاعبين ، وذلك لحل تجربة اللاعب العادلة. يمكن أن يكون هذا التأخير أسوأ عندما يتم تقديم blockchain وتحتاج المعاملات إلى تأكيد. تحقيقا لهذه الغاية ، يضيف Mud أيضًا آلية العرض المتفائلة المستخدمة بشكل شائع في الألعاب ، على افتراض أن عملية المستخدم ناجحة ، وعرضها في العميل قبل موافقة الخادم (أو في هذه الحالة ، قبل تأكيد المعاملة).

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

** يختلف مفهوم الوقت والتكتلات ** في blockchain. يعتقدSebastienGllmt أنه من الصعب استخدام المؤقتات على السلاسل التي تستخدم مفاهيم الحماية من الاحتيال (مثل Op) ، لأنه بمجرد حدوث خطأ ما ، يجب التراجع عنه. إذا تم استخدام أجهزة ضبط الوقت في اللعبة ، فستكون التجربة سيئة. يوفر الطين الكثير من الأفكار لمحاكاة مرور الوقت ومهارات التعافي السلبي. على سبيل المثال ، زيادة العملات الذهبية بمرور الوقت ، في كل مرة ينفذ فيها اللاعب عملية تتطلب عملات ذهبية ، يحسب مبلغ العملة الذهبية للاعب بناءً على عدد العملات الذهبية السابق للاعب ، وآخر عدد تحديث ، ومعدل التحديث. على سبيل المثال ، عندما يتحرك اللاعب في الغرفة ، تأتي المعاملة بتحريك جميع العناصر الموجودة في الغرفة وفقًا لبعض التصميم المحدد مسبقًا. استخدم هذا لإدراك التغييرات في الوقت والحالة.

** قد لا تكون كتابة نصوص “للغش” مشكلة. ** @ BriefKandle لا يعتقد أن MEV لنظام اللعبة غش. منع MEV بنصوص بسيطة هو شيء يحتاج فريق اللعبة إلى مراعاته. يحتاج تطوير لعبة Web2 إلى تغيير طريقة التفكير. إن برنامج MEV bot الجيد هو NPC في اللعبة.

تم تنفيذ بعض هذه الوظيفة في بعض الألعاب المتصلة بالسلسلة التي تم إطلاقها مؤخرًا ، مثل Rhascau ، حيث تستخدم أجهزة ضبط الوقت والتأثيرات السلبية المستمرة. استخدام الوقت المحجوب بشكل أساسي كعلامة. (في L2 الحالي ، كتلة الوقت = tickrate).

** مجموعة تكنولوجيا FOG / AW **

إطار عمل محرك FOG / AW عبارة عن مجموعة أدوات للمطورين تتيح للمطورين إنشاء ألعاب باستخدام blockchain كخادم ومصدر للثقة. أيضًا ، يمكنه حل بعض المشكلات الحالية:

• عدم الكفاءة في بناء FOG / AW على السلسلة بسبب عدم وجود إطار معياري / جاهز ؛
• عدم وجود نمطية وإعادة استخدام التعليمات البرمجية ؛
• عدم التوافق. مع تطوير محرك FOG / AW ، يمكن أن تكون الألعاب على السلسلة أكثر إثارة وإبداعًا.

لتسهيل الفهم ، فإن العملية التقنية المبسطة بشكل عام لهذا النوع من المحركات هي: يكتب المطورون رموز الواجهة الأمامية والخلفية لـ ui / ux ومنطق اللعبة الأساسي ، ثم مزامنة جميع التغييرات من خلال حلقة حالة اللعبة ، وأخيراً عكس الحالة الجديدة للجهاز المحلي الأمامي بواسطة المفهرس.

[كيف تزامن “حالة” لعبة السلسلة بأكملها؟ ] (https://img-cdn.gateio.im/resized-social/moments-69a80767fe-0d85bf018e-dd1a6f-7649e1)

من أجل جعل الألعاب التي تعمل على blockchain تعمل بسلاسة ، تقوم Mud و Dojo و Curio و Argus و Paima engine و Lootchain بتطوير مجموعات التكنولوجيا الخاصة بهم لهذا الغرض. تتكون مجموعة التكنولوجيا من 3 أجزاء رئيسية: السلسلة ، ومجموعة التطوير الأساسية ، والواجهة الأمامية للعبة. لديهم جميعًا ابتكاراتهم الخاصة ، ويقومون بالمفاضلة بين اللامركزية وتعقيد اللعبة.

• ** الواجهة الأمامية للعبة **: تحتوي على محركات تقليدية مثل Unity ، و Unreal ، وما إلى ذلك ، بالإضافة إلى التفاعل / Threejs واللغات الأخرى ، وأدوات قوية لتوفير العرض والوظائف الأخرى ، وهو جزء لا غنى عنه لتحسين إمكانية اللعب والتجربة. يمكن للمشاريع المذكورة أعلاه توفير حزم SDK ذات الصلة للمطورين لاستخدامها.
• ** حزمة التطوير الأساسية **: صمم مجموعة من الحلول للسماح لمنطق اللعبة بالعمل على blockchain والمزامنة مع الواجهة الأمامية في الوقت المحدد. تتضمن المكونات الرئيسية بنية قاعدة بيانات مناسبة (تحدد سلوك اللعبة ومنطقها) ، ومزامنة وعودة حالة اللعبة.
• ** السلسلة **: يختار معظمهم البناء على Ethereum و Optimism و Starknet.

يوضح الشكل أدناه كيف تصمم البروتوكولات المختلفة حزم التكنولوجيا الخاصة بها. خذ Mud V2 كمثال لترى تدفق عملياته:

1. سيقوم المطور باستدعاء بعض أدوات Web2 الأمامية في Mud لكتابة التعليمات البرمجية ، واستخدام هذه الوظائف القوية مثل العرض لجعل اللعبة أكثر بصرية وأكثر متعة ؛
2. في الوقت نفسه ، سيكتب المطورون الشخصيات والعناصر ومنطق التشغيل المحدد للعبة وفقًا لإطار عمل Mud الذكي للعقد (Mud World) ، مثل عندما ينتقل البطل A من X إلى Y ويبدأ حملة صليبية ضد Y land ، ما هو الاحتمال أو تحت أي ظروف يمكن احتلال الأرض بنجاح ؛
3. سيتم تسجيل الإجراءات المذكورة أعلاه وحالة اللعبة في Mud Store ، وهي قاعدة بيانات على السلسلة مسؤولة عن حالة اللعبة العالمية ومصدر ثقة لمزامنة حالة اللعبة ؛
4. عندما يهاجم البطل A Y ، يقوم اللاعب فعليًا بالنقر فوق الماوس على الجهاز المحلي للواجهة الأمامية وإرسال الأمر ليتم تحميله إلى السلسلة. ويستند الأمر إلى منطق تصميم اللعبة للمطور وحالة اللعبة الحالية في المتجر ، مما يؤدي إلى نتيجة. ويتم تحديث النتيجة إلى الحالة العالمية الجديدة للعبة ومزامنتها مع السلسلة ؛
5. تدعم الألعاب على الوحل واجهات أمامية مختلفة مثل الويب والجوال ، ولكنها قد تواجه متطلبات فهرسة معقدة.الوضع هو مفهرس خارج السلسلة تم تطويره لهذا الغرض.

[كيف تزامن “حالة” لعبة السلسلة بأكملها؟ ] (https://img-cdn.gateio.im/resized-social/moments-69a80767fe-ab543b17aa-dd1a6f-7649e1)

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

• يتبع معظمهم تصميم Mud v1 ويستخدمون ECS كهيكل بيانات لتطوير اللعبة. هذه هي الطريقة التي يتم بها كتابة وتقديم منطق اللعبة. قام Mud V2 بتحسينه ، وتم تحديد البيانات في الجداول والجداول ، مما يسمح بمعايير البيانات الأخرى (لا يتعين عليها الامتثال لمعيار نمذجة بيانات ECS مثل V1) ، مما يمنح المطورين المزيد من الخيارات ويجعلها أكثر شمولاً.
• يستخدم معظمهم قواعد بيانات لامركزية ، حيث أن blockchain هو بطبيعة الحال مصدر الثقة لحالة اللعبة وقاعدة البيانات. يحاول Mud تعظيم السلسلة الكاملة ، ويتم تخزين حالة التطبيق بالكامل في EVM. لا توجد تضحية باللامركزية أو إدخال مخططات تكامل خارج السلسلة لتحقيق معدل أعلى للعبة.
• نظرًا لأن العديد من أنواع الألعاب ، مثل FPS ، تتطلب درجات عالية من التجزئة ، ولا يمكن لسلسلة الكتل التي يتم إنتاجها بالإجماع إلا التعامل مع التغييرات في أوقات الكتلة ، فإن tickrate يمثل مشكلة كبيرة يجب حلها هنا. في تصميماتهم المبتكرة ، فإن Curio و Argus هم أول من يأمل في زيادة Tickrates على مستوى السلسلة.
• لاختيار سلاسل مختلفة ، يستخدم كل من Curio و Loot Caldera لبناء سلاسل مكدس Op. بالإضافة إلى ذلك ، يقود Dojo سلسلة البيئة الكاملة لشركة Starknet. وفقًا لوصف @ tarrenceva ، لدى Starknet اختلافات حالة مختلفة ، والتي تختلف عن التجميعات المتفائلة والتركيز على إخراج التنفيذ بدلاً من المدخلات. من المحتمل أن يؤدي التأثير على الألعاب في المقام الأول إلى تحسين التكلفة ، على سبيل المثال لعبة الشطرنج: في لعبة مدتها ثلاث دقائق ، قد تحدث 50 حركة. من خلال اختلافات الحالة ، يمكن لإثبات واحد وحالة نهائية إثبات “المخرجات”. من ناحية أخرى ، تتطلب التجميعات المتفائلة “مدخلات” من جميع الحالات الوسيطة.

هناك بالفعل بعض الألعاب المبنية على هذه المحركات. كل من Mud و Dojo يعقدون الهاكاثون لجذب المطورين لبناء التطبيقات. أصدرت Curio للتو النسخة التجريبية المصغرة من Warcraft في ETHCC.

[كيف تزامن “حالة” لعبة السلسلة بأكملها؟ ] (https://img-cdn.gateio.im/resized-social/moments-69a80767fe-6027c24203-dd1a6f-7649e1)

من الواضح أن FOG / AW أصبح نظامًا إيكولوجيًا رئيسيًا لمنافسة السلسلة العامة. يعد AW (Autonomous World) الذي اقترحته Lattice مفهومًا كبيرًا ، لا يقتصر على الألعاب ، ولكنه يتضمن أيضًا العديد من السمات مثل الاجتماعية والمالية. لذلك ، تم بناء هذا العالم الافتراضي الخيالي ، Metaverse. يمكننا أن نتطلع إلى بعض الأشكال الجديدة من التطبيقات المتكاملة مثل الألعاب والشبكات الاجتماعية والتمويل.

مرجع: