Applayer تفصيلي التفسير: طبقة EVM المعدلة من تطبيقات التقاطع المتقاطع

المؤلف: DeWhales Research Source: Translation: Schedack Shan Ouba ، Waithain Vision Realm

مقدمة موجزة

لدى Applayer في الواقع تاريخ كبير في التنمية ويركز على الحلول الممتدة.في البداية ، كان الفريق ملتزمًا بـ æverest ++ ، والذي ظهر خلال ماراثون القرصنة في قمة Avalanche في عام 2022.يحتوي المشروع على هدف بسيط -بناء شبكة اليقين التي تلبي متطلبات رئيسية: دعم الإنتاجية العالية وبناء C ++.تطور هذا التطور في وقت لاحق إلى بروتوكول sparqnet يتضمن أدوات لإنشاء شبكات فرعية والتطبيقات اللامركزية.

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

في الوقت الحاضر ، نعتبر المشروع هو تطبيق تطبيق ، طبقة EVM معيارية لتطبيقات السلسلة المتقاطعة.كيف تعمل بشكل مختلف عن الحلول الأخرى؟لنلقي نظرة فاحصة.

2. مراجعة Applayer

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

• بسبب حد الغاز ، تنفيذ دورة الوظيفة أكثر من 50 مرة ؛

• بسبب الحد من EVM ، يكون حجم المكدس أكبر من 16 متغيرًا ؛

• يتم تنفيذ عقود متعددة بالتوازي (على سبيل المثال ، تحتوي كل كتلة جديدة على معاملات متعددة تتفاعل مع عقود مختلفة ، تحتاج إلى تحميل العقود وتحليل العقود ، وحفظ التغييرات في كل عقد في قاعدة البيانات بطلب محدد).

كما قال مطور Applayer Itamar:“المشكلة الأكبر هي أن الجميع يشاركون نفس الكمبيوتر ، وأن الكمبيوتر هو العميدر 64.”

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

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

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

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

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

3. Applayer Component and Network Comprofts

من المستوى الأساسي ، تتكون شبكة Applayer من ثلاثة أجزاء:

• تتيح مجموعة أدوات تطوير blockchain (المشار إليها فيما يلي باسم BDK) ، والتي لديها ثروة من مستندات المطور ، بإنشاء Applayers الخاصة بهم بسهولة.

• تتيح شبكات EVM التي تم إنشاؤها مع حزم أداة تطوير blockchain للمطورين نشر العقود الذكية EVM واستخدام C ++ مسبقًا وتتبع الدولة لتوسيعها.

• تسمى الشبكة التي تدرك تجميع البيانات وتجميع الأصول بين سلاسل التطبيقات هذه والسلسلة الخارجية الشبكة الملخصية (CAN).

لذلك ، يمكن لـ blockchain التي تم إنشاؤها باستخدام BDK التفاعل مع بعضها البعض من خلال Applayer.

من أجل جعل النظام يعمل بشكل طبيعي ، هناك العديد من المشاركين والمكونات المساعدة في Applayer:

• تَحَقّق—— عادةً ما يطلق على جهاز الكمبيوتر ، الذي يستضيف عادة في مركز البيانات ، الخادم ، والغرض منه الوحيد هو تشغيل وحماية شبكة blockchain.تحتاج Verivers إلى تعهد ما لا يقل عن 200000 دولار Appl adokens ، وأن تكون مسؤولاً عن إنشاء كتل ، وإنشاء بذور “عشوائية” لاختيار مؤسس الكتلة التالي ، وجمع وتوقيع بيانات الجسر والكتل.وفقًا للوثيقة ، يستكشف الفريق إمكانية تنفيذ آلية التخفيض.

• الحراسعلى غرار المدققين ، فإن الفرق هو أنه لا يمكنهم إنشاء كتل أو العمل بشكل مستقل.يجب على كل من المدققين العشوائيين إرسال البيانات نفسها إلى الطرف ؛Applay Labs وشركائهم حضانة لضمان عدم حدوث هذا الموقف.يمكن الوثوق بالثقة من قبل الحضانة الثالثة الموثوقة ويقبل عمليات KYC الصارمة.في النهاية ، مع تطوير الإنترنت والتقنيات الأساسية ، سيتم القضاء على الحراس تدريجياً ، ويتم استبداله بنظام لا يتطلب إذنًا.يحتاج Sentinels أيضًا إلى تعهد 200000 دولار Appl.

• سلسلة التطبيق– يتكون الجزء الأساسي ، المعروف أيضًا باسم Applayer ™ ، من blockchain تم تصميمه ونشره على طبقة blockchain على طبقة سلسلة Applayer من حزمة أداة تطوير blockchain (BDK).يدعم BDK’s PDK حاليًا استخدام C ++ والصلابة من أجل التنمية ، ويخطط لإضافة لغات أخرى ، مثل Rust و C#و Golang ، إلخ.يتم تجميع سلاسل التطبيق هذه في ملفات ثنائية للتنفيذ الفعال مع الصلابة الباقعة.

• كوبري– اسمح لـ blockchain بدعم من Applayer باستخدام شبكة تجريد السلسلة (CAN) كوسيط لأداء مكونات الاتصال المحلية ، حيث يعمل Applayer كجسر بين سلسلة DAPP التي تحاول التواصل.كما يتم الحفاظ على الجسر من خلال مجموعة من التحديات والحراس.

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

4. دورة حياة المعاملة في Applayer

1. يتم إنشاء قائمة مصادقي الشبكة بشكل عشوائي وفرزها مع البذور “العشوائية” من الكتلة السابقة.

>

2. يصبح المؤسس الأول في القائمة المؤسس ، ويقوم ما لا يقل عن أربعة من أصحاب التحقق الأخرى بإنشاء سلسلة عشوائية 32 -بايت واستخدامها لتنفيذ معاملتين: واحد يحتوي على قيمة التجزئة التي تحتوي على السلسلة المحددة ، والآخر يحتوي على السلسلة نفسها ، وكلاهما تم توقيعه.

>

3. تحقق من التجزئة لضمان مطابقة السلسلة العشوائية المقابلة.

4. يقوم المدقق الأول بإنشاء كتلة جديدة من خلال سلسلة عشوائية من المجموعة وغيرها من عمليات التحقق لإنشاء بذرة “عشوائية” جديدة ، والتي سيتم استخدامها في الكتلة التالية.

>

4. تم توقيع هذه الكتلة ونشرها من قبل شخص التحقق الأول ، في حين تحقق التحقق من التحقيقات الأخرى من أن جميع توقيعات المعاملات (عشوائية والامتدادات) تتطابق مع القائمة التي تم إنشاؤها في البداية.

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

بالإضافة إلى ذلك ، يحتوي المستند على وصف مفصل للغاية للوظائف الداخلية وملفات BDK والعقود (بما في ذلك الاتفاقيات ، EVM ، والإعداد).

5. ما هي مزايا Applayer لمطوري GameFi و Defi

Gamefi:

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

في الماضي ، يمكن أن يؤدي استخدام Std :: String لتخزين أنواع مختلفة من البيانات إلى الارتباك والتعقيد ، وخاصة في استخدام ألعاب نوع البيانات المتعددة.على سبيل المثال ، قد تستخدم اللعبة Bytes لتخزين بيانات الصورة ، واستخدام سلسلة النص لتخزين اسم المشغل ، واستخدام hexadecimal لتخزين رمز اللون.ليس بديهي تخزين كل هذه في Std :: String.
بمساعدة التحديثات الجديدة ، يمكن للمطورين تخزين هذه الأنواع في الأنواع المناسبة (Bytes و Bytesarr و BytesArrview) ، وبالتالي زيادة قابلية قراءة الكود وتقليل مشاكل التصحيح.

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

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

ديفي:

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

قد يؤدي البقاء في أنواع مختلفة من البيانات (مثل تفاصيل المعاملة أو العناوين أو الرموز) في Std :: String إلى الارتباك وزيادة وقت التصحيح ، مما يقلل من الكفاءة الكلية لعمليات Defi وبطء سرعة تنفيذ العقود الذكية.

يمكن للإصلاحات الرئيسية لبروتوكول P2P تعزيز أداء تطبيقات Defi.في الماضي ، قد يؤدي استخدام WebSockets إلى إبطاء سرعة المعاملة أو تسبب كفاءة نقل البيانات.

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

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

6. فريق

قامت Applayer بتجهيز مؤسسي و 5 مطورين و 3 BD و 3 أعضاء في فريق التسويق.

مايكل وينروب ، المؤسس المشترك ومدير الأعمالمنذ ولادة Bitcoin ، شارك في مجال العملة المشفرة.يتمتع مايكل بخبرة في مجال تنظيم المشاريع من 0 إلى 1 وشارك في مبيعات الحلول الفنية في شركات مثل Microsoft و Citrix.

Itamar Carvalho ، المؤسس المشترك وكبير مسؤولي التكنولوجيا-تم بناء Tamar عن مجموعات مخصصة للمؤسسات منذ عام 2016 ، واستخدمت الكثير من المعرفة والخبرة في هذه التنفيذ المخصص.بالإضافة إلى ذلك ، التزمت Itamar بإنشاء حل blockchain مرن للغاية يعود إلى عام 2018 ويسمح بتنفيذ نظام blockchain الفائق يمكن استخدام SDK للفوز بماراثون المتسلل في قمة Avax.

7. التعاون والتكامل

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

في مجالات L2 والبنية التحتية ، قام Applay و Iotex ، سلسلة Kucoin ، مجالات AVY ، Covalent ، P2P Cloud ، Biometric Financial و NUVO ، شراكة وتكامل.يهدف هذا التكامل إلى تحسين أداء الحلول الحالية وإنشاء منتجات جديدة أو مكونات إضافية من خلال تقنية Applayer.كما أنها تستخدم لإدخال وظائف إضافية في Applayer نفسه.

في مجالات Defi و NFT ، قامت Applayer و Oilswap و Ezswap و StreamNft والمشاريع الأخرى بتأسيس شراكة وتكامل.يتضمن هذا الحقل تحسين تجربة المستخدم من خلال التكامل المتبادل.

في مجال الذكاء والأدوات الاصطناعية ، أنشأ Applayer علاقات تعاونية مع متصفح OpenFabric و ChainFuse و SendingNetwork و Mises.دفعت الطموحات المشتركة هذه التعاون وتهد الطريق للتكامل السلس بين التمويل اللامركزي والذكاء الاصطناعي.

المسار الأكثر شمولاً في القسم السابق هو تعاون ودمج حقل اللعبة.على وجه الخصوص ، يستخدم مشروع اللعبة OrbitersDK لإنشاء عقود ذكية معقدة لرفع تجربة الألعاب إلى مستوى جديد.وتشمل هذه العناصر Metastrike ، Cheersland ، Kingdom Karnage ، Catacombcrawler ، Meta2150s ، Cosmic Force ، Yesports ، Lase Player Dao ، Lulu Marب ، GGNATION ، ARANDEGS ARENA.

8

بفضل خبرتها واتصالاتها الواسعة ، لدى Applayer DeWhales Capital و Cogotent Ventures و Big Brain Holdings و Magnus Capital و Culsosity Capital و Zephyrus Capi Tal و Frensdao و Rengen Family Offic

9. الخلاصة

تمثل طبقة التطبيق تقدمًا كبيرًا في تقنية blockchain ويحل القيود الطويلة على المدى الطويل للنظام الإيكولوجي لـ Ethereum Virtual Machine (EVM).باستخدام بنية المعيار والوظائف المتقدمة (مثل التحديد العشوائي لإثبات الحقوق الجنسية (RDPOs) وأدوات تطوير blockchain المحسنة) ، من المتوقع أن توفر طبقة التطبيق قابلية التوسع والكفاءة والمرونة التي لا مثيل لها لتطبيقات السلسلة المتقاطعة.

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

أظهرت شراكة وتكامل طبقة التطبيق وحلول L2 ، و Defi ، و NFT ، و AI حقول AI الخاصة بها عن أساليبها العملية والتعاون.بدعم من النظام الإيكولوجي للمشروع القوي للمشروع ، يؤكد انتباه اللعبة على إمكاناتها لتغيير وتحسين تجربة اللعبة في حقل blockchain.