تفسير JAM: قد يوفر Polkadot 2.0 تطبيقات لا مركزية خالية من السلسلة

المؤلف: بريان؛ المصدر: PolkaWorld

في 12 مارس، شارك جافين بنية JAM لأول مرة في مؤتمر sub0 في بانكوك! ما هو JAM؟ كيف يؤثر هذا على بولكادوت؟ ما هو نوع الابتكار الذي سيجلبه؟ قدم Acala CTO Bryan تفسيره الفريد على X لأول مرة، وفيما يلي النسخة التي تم تجميعها بواسطة PolkaWorld، ألقِ نظرة سريعة!

إذا كنت تريد معرفة المزيد حول JAM، فإليك مسودة RFC لـ CoreJam، وهو الإصدار السابق لـ JAM. يرجى ملاحظة أن هذه مسودة أولية وقد تم تغيير العديد من التفاصيل الفنية. سيكون هناك مسودة RFC جديدة لـ JAM. https://github.com/polkadot-fellows/RFCs/pull/31

JAM: إعادة تنظيم مكونات سلسلة ترحيل Polkadot، بما يتجاوز بنية سلسلة الترحيل

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

تتكون سلسلة ترحيل Polkadot من مكونات مختلفة، وJAM في الواقعيعيد بناء هذه البنية، الأساسية يمكن أيضًا الكشف عن المكونات، بحيث يمكن للمطورين استخدام هذه المكونات الأساسية لبناء مجموعة متنوعة من الخدمات، بما في ذلك خدمات DA العامة، بدلاً من مجرد بناء سلاسل المظلات الآن.

باستخدام JAM، يمكننا تشغيل خدمات Parachain لبناء blockchain لامركزي وآمن. لكن بناء blockchain لامركزي هو مجرد واحد من العديد من التطبيقات لـ JAM. هناك العديد من التطبيقات المثيرة للاهتمام التي يمكننا تطويرها باستخدام JAM، ويعد توفر البيانات (DA) أحد الأمثلة المفيدة، ولكنه ليس ابتكارًا يغير قواعد اللعبة.

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

تقدم JAM تطبيقات بدون خادم

شارك برايان تغييرًا واحدًا قد تقدم JAM تطبيق Chainless Dapp، وهو تطبيق لامركزي بدون سلسلة.

ماذا يعني هذا؟ في السيناريو الحالي، كل تطبيق لامركزي (dApps) يتطلب قوة حوسبة يعمل على blockchain أو منصة مماثلة. ومع ذلك، مع تقديم JAM، يمكن للتطبيقات اللامركزية أداء مهام الحوسبة دون الاعتماد على blockchains التقليدية، أي Chainless Dapp.

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

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

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

مفهوم Serverless هو أنني كمطور، أحتاج فقط إلى كتابة منطق عملي. ولست بحاجة إلى صيانة الجهاز، ولا أحتاج إلى ذلك لا أريد أن أفكر في موازنة التحميل، وتوسيع النطاق لأعلى/لأسفل، وما إلى ذلك. يسمح JAM لمطوري البروتوكول بتطوير وظيفة مشابهة لـ AWS lambda، مما يقلل تكاليف الصيانة لمطوري التطبيقات. بالنسبة للمطورين، لا يوجد مفهوم للخادم.

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

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

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

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

مستقبل الإمكانات غير المحدودة التي ستجلبها JAM

لا يتوقف نمو JAM هنا. يوفر JAM نموذجًا مثيرًا للاهتمام والعديد من البدائيات ذات الإمكانات الكبيرة. أعتقد أننا سنكتشف المزيد من التطبيقات اللامركزية الحديثة بنماذج مختلفة. يهدف JAM بشكل أساسي إلى إزالة بعض القيود الحالية وتزويد المطورين بمزيد من الحرية والمرونة مقارنةً بـ Polkadot 1.0.

لم أذكر هنا القدرة على المراسلة المتزامنة بين تطبيقات JAM المختلفة. وهذا شيء لا تستطيع تطبيقات Web2 القيام به، لأنها تعتمد عادةً على الخادم للتعامل مع الرسائل بدلاً من الاتصال المتزامن المباشر بين التطبيقات. توفر هذه الميزة المزيد من الإمكانيات للتفاعل والتعاون بين التطبيقات اللامركزية.

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

لا يزال JAM في مراحله المبكرة جدًا ويلزم القيام بالكثير من العمل لجعله جاهزًا للاستخدام. إذا كنت تريد التعرف على JAM RFC بمجرد إصداره، يرجى الانتباه إلى مستودع Fellowship RFC: https://github.com/polkadot-fellows/RFCs