لماذا تطوير الألعاب على أساس PixeLAW

المؤلف: ck

ألعاب التشفير الأصلية

"ألعاب التشفير الأصلية هي وسيلة لاحتضان تطوير blockchain الحد الأقصى من الأنماط ولعبة Blockchain Spirit".

تُستخدم التكنولوجيا الجديدة للقيام بأشياء جديدة واستكشاف إمكانيات جديدة، وليس للقيام بالأشياء القديمة بشكل أفضل وتدريجي. عندما نتحدث عن "ألعاب السلسلة الكاملة"، فإننا في الواقع نؤكد على الروح الاستكشافية المتمثلة في "الجرأة على أن تكون الأول في العالم"، وذلك باستخدام السمات الفريدة لـ blockchain لإنشاء تجربة منتج جديد، وليس مجرد عقيدة تضع كل الألعاب بيانات المنطق واللعبة على blockchain بطريقة تقليدية. من وجهة النظر هذه، تتوافق محركات الألعاب كاملة السلسلة (مثل: MUD، وDojo، وKeystone، وPaima Engine، وWorld Engine، وما إلى ذلك) مع هذه الروح، لأنها تنشئ محركات ألعاب blockchain (أو أطر تطوير تطبيقات blockchain). )، وهو ما لم يحدث من قبل.

محرك ألعاب كامل السلسلة. المصدر: https://www.binance.com/en/research/analogy/a-primer-on-on-chain-gaming

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

ملخص لسلسلة الألعاب بأكملها. المصدر: https://awmap.xyz/

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

مصدر الصورة: https://pixelaw.github.io/book/

يتم تقديم نموذج منتج PixeLAW وفلسفة التصميم بالتفصيل في "PixeLAW: The Simplest Way to Build a Full-Chain Game" و"جماليات الهندسة في PixeLAW". بعد ذلك، سنقدم بشكل أساسي تجربتنا المجهرية في PixeLAW وبعض الأفكار الناشئة عنها أثناء تطوير الإصدار الكامل للسلسلة 2048 استنادًا إلى PixeLAW.

إدراك الجسم المجهري باستخدام PixeLAW 

نعم ل المطورين الذين يتعاملون مع لغة القاهرة لأول مرة، ليس من السهل تطوير ألعاب تعتمد على PixeLAW، فهم بحاجة إلى أن يكونوا على دراية بـ Starknet blockchain وإطار عمل Dojo ولغة القاهرة وPixeLAW في نفس الوقت. >. بالإضافة إلى ذلك، فإن فلسفة التصميم ونضج اللغة وثراء سلسلة الأدوات وما إلى ذلك في لغة برمجة القاهرة تختلف أيضًا كثيرًا عن Solidity (لغة برمجة العقود الذكية لـ Ethereum)، والتي لا تزال تشكل تحديات كبيرة للمطورين، بعد ذلك، سنقدم.

Starknet

Starknet يستخدم ZK Rollup يُعرف Ethereum Layer 2 blockchain أيضًا باسم "الطبقة الثانية الأكثر ملاءمة للألعاب ذات السلسلة الكاملة." أعتقد أن هذا البيان يتضمن أبعادًا متعددة، البعد التقني، لدى Starknet آلية إثبات المعرفة الصفرية الأصلية (يبدو أن OP Stack قادر على إدراج طبقة من ZKP في Stack الخاص به لتحقيق تأثير مماثل)؛ البعد البيئي، مؤسسة Starknet، أنشطة Bibliotheca DAO مثل Grant وGame Jam التي تنظمها المنظمات، بالطبع هناك أيضًا عنصر تسويقي. بعد كل شيء، يحتاج نظام Starknet البيئي إلى التنافس مع أنظمة ZK Rollup blockchain الأخرى وحتى أنظمة OP Rollup blockchain للفوز بالمزيد المطورين.

موقع Starknet الرسمي: https://www.starknet.io/en

إطار عمل Dojo

يمكن فهم إطار عمل Dojo تقريبًا على أنه تطبيق لغة القاهرة لإطار MUD (أول سلسلة كاملة إطار عمل تطوير التطبيقات).يستهدف حاليًا نظام Starknet البيئي. إذا كان لديك فهم معين لإطار عمل MUD، فعندما ترى إطار عمل Dojo، باستثناء الاختلاف في لغة البرمجة، ستشعر بالجوانب الأخرى مألوفة جدًا. بالإضافة إلى ذلك، فإن Dojo مجهزة بسلسلة أدوات للاستخدام معها (تشمل: Katana، Sozo، Torii، Slot، إلخ)، وبهذا المعنى فمن الأنسب أن نطلق عليها "مجموعة أدوات Dojo".

المصدر: https://github.com/dojoengine/dojo

لغة القاهرة

تم تطوير لغة القاهرة بواسطة فريق StarkWare في عام 2020. وهي عبارة عن رسم بياني يُنشئ إثباتات STARK للحوسبة العامة. لغة برمجة كاملة تمكن Starknet كطبقة 2 من إجراء حسابات يمكن إثباتها. تعني إمكانية الإثبات أنه يمكن إنشاء البراهين على Starknet والتحقق منها على شبكة Ethereum (الطبقة 1) من أن مخرجات البرنامج قد تم حسابها بشكل صحيح. نظرًا لأن الحساب يحدث في الطبقة الثانية، يمكن للطبقة الأولى التحقق من الدليل الذي تم إنشاؤه باستخدام موارد حوسبة أقل (لا تتطلب عملية التحقق إعادة تنفيذ الحساب)، وبالتالي تحقيق أداء حاسوبي وأمن أفضل للبيانات.

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

مقارنة بين أربع لغات للعقود الذكية. مصدر الصورة: https://medium.com/scb10x/smart-contract-programming-languages-trade-offs-e2797f0b2968

PixeLAW

تم إنشاء PixeLAW في يوليو 2023 خلال ETHGlobal Hackathon في باريس وفاز بجائزة Starknet Best Use. من حيث الخبرة التطويرية، باستثناء عتبة تعلم لغة القاهرة، فهي جيدة جدًا بشكل عام. تتم قراءة كتاب PixeLAW بسلاسة كبيرة، وبالنسبة للمطورين الذين يرغبون في نشر تطبيق PixeLAW Core وPixeLAW app_template محليًا، فإن العملية برمتها تتم بسلاسة تامة. ومع ذلك، إذا كنت ترغب في تطوير ألعاب تعتمد على PixeLAW، فقد تحتاج إلى قراءة المزيد من التعليمات البرمجية المصدر لأمثلة PixeLAW للحصول على مزيد من الإلهام للتنفيذ الهندسي.

صفحة PixeLAW Github الرئيسية: https://github.com/pixelaw/

خبرة في تطوير BRC2048

الاتصال السلس

في طور تطوير إصدار السلسلة الكاملة 2048 (BRC2048) استنادًا إلى  PixeLAW ، على الرغم من أننا واجهنا بعض الميزات غير المدعومة بعد، وواجهنا أيضًا بعض الأخطاء الصغيرة في PixeLAW، بشكل عام، توفر PixeLAW وظيفية بما فيه الكفاية لتطوير لعبتنا. بالإضافة إلى ذلك، تجدر الإشارة بشكل خاص إلى أن التواصل مع فريق PixeLAW يكون دائمًا سلسًا، وأن استجابات فريق PixeLAW تأتي دائمًا في الوقت المناسب.يجب أن تعلم أنه في سيناريو التعاون عبر المناطق الزمنية، ليس من السهل القيام بذلك. شكر خاص لـ@jk و@syora و@thiscaspar و@mariz-ov من فريق PixeLAW و@ilhte  من فريق MetaCat.

عملية التواصل مع فريق PixeLAW. المصدر: https://discord.com/channels/1134242024409792525/1178127430704189550

عمل أقل