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

في صناعة التمويل اللامركزي، نسميها "لحظة AMM". ولأن نموذج AMM لعب دورًا رئيسيًا في مجال التمويل اللامركزي، وخاصة في تحسين سيولة السوق، فقد ساهم بشكل مباشر في وصول السوق الصاعدة في عام 2021. إذًا، ما هي "لحظة AMM" في اللعبة المتسلسلة بأكملها؟ نكتشف ذلك في هذا المقال.

دور مهم لـ AMM في DeFi

DeFi هو مزيج من تقنية blockchain والمجال المالي، أي كتابة القواعد المالية في العقود الذكية لتحقيق اللامركزية والخصوصية والأتمتة. بما أن الأمر يتعلق بالمجال المالي، ما هو الجانب الأكثر أهمية في المشاريع المختلفة؟ ومن الواضح أن "السيولة". على سبيل المثال، نماذج الأعمال الثلاثة الرئيسية، الإقراض والتجارة والدفع (أعمال العملة المستقرة)، إذا لم تكن هناك سيولة، لا يمكن تطوير الأعمال الثلاثة بشكل مستمر.

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

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

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

في Web3، تعد المعاملات جوهر الأعمال المالية، لأن كلاً من الإقراض والدفع موجودان لخدمة المعاملات (إضافة الرافعة المالية والعمل كوسيط للمعاملات). فلماذا توجد "لحظة AMM"؟ ويرجع ذلك إلى قيود الأداء في blockchain نفسها.

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

كمحاكاة لطبقة "الكمبيوتر العالمي"، تتمتع العقود الذكية بأداء منخفض نسبيًا. في مشروع DeFi الأولي، سواء كان قرضًا أو تبادلًا، تعتمد طريقة المطابقة على نموذج دفتر الطلبات للتمويل التقليدي. في هذا الوضع، ليس لدى DeFi القدرة على القتال ضد CeFi حتى ظهور AMM.

كيف يمكن استخدام "الكمبيوتر العالمي" فائق الأداء لتحسين كفاءة مطابقة السيولة بشكل كبير؟ الحل لنموذج AMM هو استخدام مجموعات رأس المال والخوارزميات للمطابقة تلقائيًا. لقد تم بالفعل تقديم طريقة اللعب المحددة في العديد من المقالات، لذلك لن تتم مناقشتها هنا. ومن المزايا التي نعرفها الآن:

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

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

3 تقليل الاحتكاك في المعاملات: نظرًا للطبيعة الآلية لـ AMM، يمكن للمتداولين التداول في أي وقت دون انتظار تطابق أوامر الشراء والبيع التقليدية، وبالتالي تقليل الاحتكاك في المعاملات.

4 تعزيز ابتكار التمويل اللامركزي: جلب نموذج AMM العديد من الابتكارات الجديدة إلى مجال التمويل اللامركزي، مثل تعدين السيولة، ومجموعات السيولة ثنائية العملة، وما إلى ذلك. ساهمت هذه الابتكارات في تعزيز تطوير وشعبية DeFi.

إن ابتكار آلية AMM جعل في الواقع كفاءة مطابقة السيولة في DeFi مماثلة لتلك الخاصة بـ CeFi، وأدى أخيرًا إلى ظهور DeFi Summer.

ما هو التناقض الأساسي بين الألعاب و blockchain

الآن وصلت لعبة السلسلة الكاملة إلى نفس لحظة DeFi: كيفية تشغيل لعبة على "كمبيوتر عالمي" منخفض الأداء للغاية؟ وهذا يتطلب تحليلاً متعمقًا لما هو التناقض الأساسي بين اللعبة و blockchain.

لقد كتبت ذات مرة مقالًا "ما الفرق بين بنية محرك اللعبة ذات السلسلة الكاملة ARC وECS؟" "، الذي قدم مفهوم حلقة اللعبة، وأشار إلى أن الألعاب التقليدية تعتمد على الحلقة.

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

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

في الواقع، لقد أجاب هذا المقطع بالفعل على السؤال أعلاه. **تعتمد بنية اللعبة عمومًا على الحلقات، بينما تعتمد بنية blockchain على الدفع. وهذا هو التناقض الأساسي بين الألعاب و blockchain **. فكيف نحل هذا التناقض؟ يمكن القول أنه طالما تم حل هذا التناقض، فسيتم الدخول في "لحظة AMM" للعبة المتسلسلة بأكملها.

لمزيد من المناقشة المتعمقة، دعونا نلقي نظرة على كيفية تنفيذ اللعبة لحلقة اللعبة.

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

اللعبة المنطقية_تعمل_قيد التشغيل = صحيح؛

أثناء (اللعبة_قيد التشغيل) {

تحديث_اللعبة();

عرض_لعبة();

}

أولاً قم بتقديم ثلاثة مصطلحات:

ضع علامة

القراد هو مرادف (المحاكاة الصوتية) لحلقة اللعبة، 1 علامة = 1 حلقة لعبة

** إطارا في الثانية **

FPS هو اختصار لـ Frames Per Second. في سياق التنفيذ أعلاه، هو عدد الاستدعاءات لعرض_game() في الثانية.

** سرعة اللعبة **

سرعة اللعبة هي عدد مرات تحديث حالة اللعبة في الثانية، أو بمعنى آخر، عدد الاستدعاءات لتحديث_game() في الثانية.

خلاصة القول، Tick/Game Loop هي الدورة الأساسية للعبة، والتي تحدد كيفية تحديث منطق اللعبة. FPS هو عدد الإطارات التي يتم عرضها في الثانية، وهو ما يحدد الطلاقة البصرية للعبة. سرعة اللعبة هي كيفية تقدم منطق اللعبة، وعادةً ما تساوي معدل التجزئة. من الناحية المثالية، يجب أن يكون كل من معدل التجزئة وFPS وسرعة اللعبة متساويين، مما يعني أن كل تحديث منطقي سيكون له عرض مطابق. ولكن من الناحية العملية، قد تختلف الثلاثة، خاصة إذا كان الأداء محدودًا أو كانت هناك قيود فنية أخرى.

ثلاثة تحديات أساسية لألعاب السلسلة الكاملة

مع الفهم أعلاه، يمكننا الآن مناقشة التحديات الأساسية في الألعاب ذات السلسلة الكاملة.

1 عدم التطابق بين حلقة اللعبة وسلسلة الكتل: تعتمد الألعاب التقليدية على حلقة اللعبة (حلقة اللعبة)، مما يعني أنه يتم تحديث حالة اللعبة في كل علامة أو إطار. ومع ذلك، فإن blockchain يعتمد على الأحداث، وفقط عندما تكون هناك معاملة أو عملية جديدة سيتم تشغيل تحديث الحالة. يؤدي عدم التطابق الأساسي هذا إلى تعقيد تنفيذ حلقات اللعبة التقليدية في الألعاب ذات السلسلة الكاملة.

2 التأخير والوقت الفعلي: قد يتسبب وقت تأكيد المعاملة لـ blockchain في تأخير استجابة اللعبة، وهي مشكلة للألعاب التي تتطلب استجابة سريعة (مثل ألعاب الحركة أو الألعاب التنافسية). تحتاج آلية وضع العلامات الفعالة إلى أخذ هذا التأخير في الاعتبار وتقليل تأثيره على تجربة اللعبة.

3 ** محدودية الموارد وتكلفة الحوسبة **: يتطلب كل تحديث لحالة blockchain موارد حوسبة وقد يؤدي إلى فرض رسوم. في الألعاب ذات السلسلة الكاملة، يمكن أن تؤدي تحديثات الحالة المتكررة إلى ارتفاع الرسوم. ولذلك، هناك حاجة إلى آلية تكتكة فعالة لتحقيق التوازن بين الطلاقة وتكلفة اللعبة.

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

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

السلسلة ذات العلامات الأربعة هي لحظة AMM للعبة السلسلة بأكملها

وأعرب سكوت، مؤسس أرجوس، عن نفس الرأي أيضًا:

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

فكيف يمكننا تصميم آلية موقوتة مناسبة لـ blockchain؟ @therealbytes لديه الجواب. لقد قمت ذات مرة بترجمة مقالته الكلاسيكية "كيفية استخدام OPStack لبناء دورة الساعة للعبة السلسلة بأكملها"، والتي قدمت شرحًا مفصلاً للغاية حول كيفية استخدام العقود الذكية والعقود المجمعة مسبقًا لبناء نظام الموقوتة، ولكن لسوء الحظ، لأن على مستوى أكثر تقنية، حصلت هذه المقالة على أقل عدد مرات مشاهدة للصفحة مقارنة بجميع مقالاتي. على غرار مقالة Vitalik "دعونا ندير التبادلات اللامركزية على السلسلة بنفس الطريقة التي ندير بها أسواق التنبؤ" التي قدمت AMM في DEX، في تلك المقالة الكلاسيكية، صيغة المنتج الثابت الشهيرة "A * B = k".

(نقطة مثيرة للاهتمام: في ذلك الوقت، لم يكن هناك اسم لـ DeFi، كان يُطلق عليه فقط التبادل اللامركزي على السلسلة، تمامًا كما نطلق الآن على الألعاب ذات السلسلة الكاملة On-chain games)

في هذه المقالة، يجب أن يكون موقع Realbytes هو أول من يقترح استخدام التجميع المسبق للسلسلة نفسها لتنفيذ عملية التجزئة: يقوم Ticking-Optimism بتعديل العقدة المجمعة لإنشاء "معاملة التجزئة" (معاملة التجزئة)، والتي تعمل بنفس الطريقة مثل "معاملة الإيداع" هي نفسها، ولكن بدلاً من تعيين خاصية L1، اتصل بوظيفة القراد () في العقد المنشور مسبقًا للعنوان 0x420000000000000000000000000000A0. يمكن لهذا العقد استدعاء عقد آخر عن طريق تحديد المتغير المستهدف.

يعد دمج وظيفة Ticking في عقد السلسلة بمثابة تحسن كبير في كفاءة الحلقة. يمكن مقارنة ذلك تمامًا بالتحسن الكبير في مطابقة الكفاءة بين نموذج AMM ونموذج Orderbook في صناعة التمويل اللامركزي. ما مدى ضخامة حجمها؟ للحصول على البيانات، يمكنك الرجوع إلى مقال آخر قمت بترجمته بعنوان "ضبط الوقت لـ "الإله الرقمي"":

من أجل اختبار حدود السلسلة نفسها بشكل كامل، قام بتنفيذ اللعبة بطريقتين: واحدة كعقد ذكي من Solidity يعمل على السلسلة، والأخرى كتجميع مسبق للسلسلة نفسها. يعمل تنفيذ Solidity على زيادة حجم وحدة المعالجة المركزية إلى الحد الأقصى بعد الوصول إلى شبكة 70x70 مع تحديثين لكل كتلة (كتلة واحدة/ثانية، أو حوالي 10 آلاف خلية/ثانية)، بينما تستخدم سلسلة المحرك المترجمة مسبقًا حوالي 6%، وقد تم تحقيق نفس المعدل لـ شبكة 256×256 مع وحدة معالجة مركزية أعلى (حوالي 130 ألف خلية/ثانية).

#خمسة ملخص

إذا كان نموذج AMM يضمن أن النظام المالي يمكن أن يتمتع أيضًا بكفاءة مطابقة عالية وسيولة على blockchain منخفض الأداء، فإن سلسلة موقوتة (سلسلة موقوتة) تضمن أن نظام اللعبة يمكن أن يتمتع أيضًا بكفاءة مطابقة عالية وسيولة على blockchain منخفض الأداء. blockchain: يمكن أن تتمتع أيضًا بكفاءة وطلاقة حلقة عالية.

ما ورد أعلاه هو مجرد إثبات لمفهوم الريال بايت، ولكن من الناحية العملية، هناك بالفعل محركات ألعاب كاملة السلسلة بدأت في استخدام وضع سلسلة التجزئة هذا. أول محرك سلسلة التجزئة مفتوح المصدر هو @0xcurio، ويستخدمون OPStack مع وظيفة التجزئة المترجمة مسبقًا لبناء الطبقة 2، ومحرك سلسلة التجزئة مفتوح المصدر الثاني هو @ArgusLabs_، ويستخدمون Polaris لبناء طبقة الترجمة المسبقة 2 لوظيفة التجزئة. أعتقد أنه سيكون هناك المزيد من سلاسل التجزئة في المستقبل.

الجدول أعلاه عبارة عن مقارنة بين تطبيقات blockchain في المجال المالي ومجال الألعاب، ويمكن ملاحظة أن هناك أوجه تشابه كبيرة بين الاثنين. نموذج Orderbook الذي يستخدمه DeFi في البداية هو نظام مطابقة نشط (Matching)، وبعد التغيير إلى AMM، يصبح نظام مطابقة تلقائي سلبي. وبالمثل، بدأت اللعبة ذات السلسلة الكاملة في استخدام "التحديث البطيء" التقليدي و"التأشير اليدوي" لتنفيذ حلقة اللعبة النشطة. وبعد التغيير إلى سلسلة التجزئة المترجمة مسبقًا، تصبح حلقة لعبة تلقائية سلبية. تعمل AMM على تحسين سيولة التمويل، كما تعمل سلسلة التجزئة على تحسين طلاقة اللعبة.