
كتبه: PolkaWorld
ما هو JAM الذي اقترحه غافين وود؟ لماذا يجب أن نهتم به؟ هذه المقالة هي محتوى نشره عضو مجتمع Polkadot goku على X، حيث يبدأ من جوهر المشكلة، ويحلل من وجهة نظر إيثيريوم إلى Polkadot، لمساعدتك على فهم مفهوم JAM بشكل أعمق.
تابع القراءة لرؤية النسخة المنسقة من PolkaWorld!
كيف وصلنا إلى هذه النقطة — ما هو المشكلة؟
فهمنا لطبيعة سلسلة الكتل ومعناها لا يزال يتطور ويتعمق اليوم.
اليوم، أصبحت سلسلة الكتل مثل جهاز حاسوب لامركزي لا يتطلب الثقة، وله قابلية للتحقق. لكن في الوقت نفسه، لا تزال هناك بعض القيود التي نستكشفها.
تعمل سلسلة الكتل عن طريق معالجة جميع المعاملات بالتتابع، حيث تأتي معاملة واحدة بعد أخرى. يتعرف النظام أولاً على الحالة الحالية ثم يعالج هذه المعاملات، ويحدث الحالة.
على الرغم من أن هذه الطريقة فعالة، إلا أنها تحد من القدرة على المعالجة المتعددة، حيث يجب على المدققين مراجعة كل معاملة، مما يؤدي إلى تباطؤ الأداء.
كيف سيتوسع هذا النظام؟
توسع لأعلى — توسيع عمودي
توسيع متزامن — هذا ما تفعله الأنظمة المتكاملة مثل Solana.
تحسين الكود والأجهزة إلى أقصى حد
استخدام مدققين أسرع
تحسين جودة الاتصال
تحقيق أقصى معدل نقل
لكن في النهاية، قد تواجه عنق زجاجة.
إذا كنت ترغب في البقاء في Web3، فمن المحتمل أنك ستواجه عنق زجاجة في التطور. لأن عتبة الدخول تصبح أعلى وأكثر تعقيدًا، وأصبح من الصعب تجاوزها. أصبح تشغيل عقد مدقق قوي تحديًا أكبر.
إذن، إذا كنت ترغب في البقاء في Web3 ولكن لا يمكنك التوسع عموديًا، ماذا تفعل؟
يجب عليك التوسع أفقيًا — أي التوسع الجانبي.

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

باختصار، هذه هي المشكلة التي تواجه Polkadot:
كانت التجزئة المبكرة مفرطة الشدة
كان استخدام Polkadot الأساسي أحاديًا وثابتًا للغاية
سيناريو استخدام DOT أحادي، يستخدم لدفع تكاليف مساحة الكتلة
أليس رائعًا إذا كان بإمكاننا تحقيق قابلية التوسع في التجزئة دون إجبار الفرق على استخدام Layer2 أو سلسلة متوازية؟ إذا لم يكن عليهم حتى اتخاذ قرار؟
JAM نشأت بالفعل بناءً على هذه الفهم، لأنه ليس نموذج Rollup مع حماية مشتركة هو الطريقة الوحيدة للتوسع.
لتحقيق اختراق حقيقي، يكمن المفتاح في المزيد من التجريد والتعميم للبنية التحتية لـ Polkadot.
التشابه بين JAM وKERNEL
النواة kernel تشبه المدير الرئيسي لعمليات الكمبيوتر:
إدارة موارد النظام (وحدة المعالجة المركزية، الذاكرة)
تمكين الاتصال بين الأجهزة والبرامج
لا تفرض قيودًا على البرامج التي يمكن تشغيلها — هذا هو قرار المستخدم أو التطبيق
ضمان سلاسة وكفاءة التشغيل
لذا، لتلخيص JAM في جملة واحدة.
إنه نواة Polkadot التي توزع مواردها، مما يسمح لأي برنامج ونظام بالعمل في بيئة الأمان المشتركة والتجزئة تحت إشراف بسيط ودون قيود.

كيف تشرح لطلاب المدرسة الإعدادية ما هو JAM؟
إيثيريوم ومعظم سلاسل الكتل الأخرى، مثل الخوادم الموجودة في قبو منزلك.
Polkadot يشبه الحوسبة السحابية، مع أمان مشترك، أنت تستأجر وتدير سلسلتك أولاً.
JAM هو بدون خادم - -> تطبيقات بدون سلسلة قائمة على السحابة.
تغيير بنية بدون خادم كيفية بناء تطبيقات السحابة اليوم - المطورون يركزون ببساطة على كتابة الكود.
Polkadot x JAM
Polkadot هو سلسلة Rollup مع سلاسل متوازية. في JAM، هذا مجرد خدمة. إنها منصة ضخمة الحجم تتمتع بقدرات حسابية قوية. ليست مثل Moonbeam أو Arbitrum أو Optimism، حيث يتم قفل المطورين في مكان معين. إنه يشبه العمل في أي مقهى، بدلاً من أن تكون مقيدًا في مكتب.
ما مدى قوة JAM؟
لدى Polkadot 1023 مدققًا، 3 مدققين لكل نواة — بإجمالي 341 نواة.
توفر البيانات في Polkadot (DA):
الدعم غير المتزامن قبل: 20Mb/s
الدعم غير المتزامن بعد: 67Mb/s
في JAM: 852Mb/s
هذا يعادل 85 مرة من الحمل الحاسوبي الحالي لـ Polkadot، والهدف هو 300,000 TPS (استنادًا إلى حجم المعاملة 250 بايت)، ومن خلال التحسين طويل الأجل، سيتجاوز 1.5 مليون TPS.
لذا، تقنيًا، ستوفر JAM خدمات لضمان أمان سلسلة الكتل — وليس فقط لسلسلة الكتل. على أي حال، سلسلة الكتل هي مجرد خدمة رقمية لامركزية وغير موثوق بها، والعقود الذكية هي شيء آخر.
إذن، هل JAM مجرد إضافة للعقود الذكية؟
نعم، ولكن ليس تمامًا.
يشرح غافين أن JAM يتيح للمطورين نشر أي نوع من الأكواد، وليس فقط العقود الذكية، ويمكن تشغيلها على سلسلة الكتل، مع ضمان عدم الحاجة للثقة وبدون قيود على الوصول — من التطبيقات المالية إلى نظم التصويت والإدارة التي تعالج قيمة كبيرة.
لا تحتاج هنا للتعامل مع تكاليف الغاز، أو الكتل، أو المزادات.
لماذا هو أقوى من أي سلسلة عقود ذكية أخرى؟
ستكون لديها المزيد من القدرة على المعالجة ومساحة التخزين. على الرغم من أنها لا تزال تستفيد من مزايا العقود الذكية، إلا أن سرعتها وسعتها التخزينية من المتوقع أن تكون أسرع بمليون مرة، مما يعزز فعلاً السرعة والتخزين والسعة وكفاءة التكلفة.
كيف يتم تحقيق ذلك تقنيًا؟

في JAM، تحتوي الخدمة على شريحتين من الكود، بينما العقود الذكية القياسية تحتوي على شريحة واحدة.
شريحة من الكود تعمل على السلسلة، مثل العقود الذكية. بينما تعمل شريحة أخرى في "النواة" خارج السلسلة.
يمتلك JAM 341 نواة — مشابهة لنوى وحدة المعالجة المركزية، تدعم الحساب المتوازي. مع تقدم تقنيات الرقائق، ستزداد قدرته على التوسع.
الكود الذي ينفذ الحسابات داخل النواة مشابه للعقود الذكية على السلسلة، لكنه أسرع ويعمل بشكل متوازي.
على عكس الكود الموجود على السلسلة، لا يمكنه تغيير حالة سلسلة الكتل. ولكنه يستفيد من بحيرة بيانات لامركزية ضخمة بسعة 2PB، يمكن قراءة البيانات وكتابتها بكفاءة.
نظرًا لأن نواة JAM تعالج البيانات بشكل أسرع وبتجمعات بيانات أكبر، لم يعد من المعقول فرض رسوم على المعاملات كما هو الحال مع إيثيريوم.
سيتمكن JAM من العمل على نطاق مختلف تمامًا — إنه نظام يتجاوز سلسلة الكتل، مع تعددية وظائف وتطبيقات واسعة.
ماذا عن الخدمات؟
يمكن للتخزين اللامركزي لـ JAM التعاون مع بحيرة بيانات بسعة 2PB.
يمكن تصنيف البيانات لتخزينها بشكل منفصل.
ستحتفظ البيانات لمدة 28 يومًا تقريبًا، وبعد ذلك سيتم حذفها تلقائيًا أو إعادة تخزينها.
بالنسبة للتخزين الطويل الأجل، لا يزال هناك حاجة إلى حل لامركزي منفصل. يمكن استخدام هذا التخزين اللامركزي عبر blockchain، أو العقود الذكية أو طرق أخرى. أو يمكن تحقيق ذلك عن طريق JAM بطريقة خدمة بمستوى مستخدم أدنى، مما يجعل إدارة التخزين الطويل الأجل أسهل وأكثر كفاءة.
ماذا سيحصل؟
dApp بدون معاملات هو اختراق جديد في مجال التشفير
قد يتجاوز معدل نقل البيانات 850MB/s لـ Solana، مع معالجة مشكلة التوافق المتزامن، والتي تعد ابتكارًا آخر في بيئة متعددة السلاسل وWeb2
يمكن تشغيل أي كود، أي برنامج عليها
يمكن لـ JAM اختيار المعالجة المتزامنة، مما يسمح للنواة بالمشاركة في شبكة التجزئة. الآن، يمكن للتطبيقات بين الشرائح التفاعل بشكل متزامن في نفس الكتلة.
كيف تسير تقدم تطوير JAM؟
من المتوقع أن تدخل أولى التطبيقات حيز التنفيذ في الربع الرابع من هذا العام، ويتم حاليًا تنفيذ جائزة قدرها 10 ملايين DOT، لمزيد من التفاصيل، انظر http://graypaper.com.
بدأ غافين وود من بداية هذا العام جولة عالمية لتعريف المطورين المستقبليين بـ JAM. زار بوينس آيرس، بيركلي، زيورخ، طوكيو، سيول، الصين، سنغافورة، بروكسل — وسيتوجه بعد ذلك إلى الهند، والولايات المتحدة، وآسيا، وأوروبا.
حتى أنه عاد إلى وادي السيليكون، حيث تم رفضه مع فيتاليك قبل إطلاق إيثيريوم.
اليوم، تم دعوته للعودة.
لماذا كانت هذه الرحلة طويلة جدًا؟ لماذا تعتبر اللامركزية صعبة جدًا؟
بالطبع، لقد زادت سرعة الكمبيوتر، وتقدمت سلسلة الكتل، وتطورت قواعد البيانات. لكن الفرق الأساسي هو: هل النظام يعتمد على أفكار تقليدية مثل بيتكوين، وهل هو لامركزي حقًا؟
بالطبع، إذا كان لديك عقد واحد أو 42 عقدة في نفس مركز البيانات (مثل ICP)، فإن معدل النقل يمكن أن يتحسن بسهولة. باستخدام اتصال شبكة جيجابت، وذاكرة كبيرة، يمكنك جعل 2-3 عقد تعالج معظم المعاملات.
لكن، إذا كانت شبكتك لامركزية، سيكون ذلك أصعب بكثير.
لهذا السبب، على الرغم من وجود العديد من العباقرة في إيثيريوم، إلا أنها لا تزال تعاني من صعوبة التوسع — لقد وصلت الآن فقط إلى المرحلة التي كانت فيها Polkadot قبل بضع سنوات. وفي الوقت نفسه، تتخذ Polkadot خطوة كبيرة أخرى، مما يدفع الابتكار إلى الأمام مرة أخرى. من المتوقع أن تقترب الشبكات الأخرى من Polkadot خلال السنوات القليلة المقبلة.
بينما تدخل Solana الآن المرحلة التي بدأت فيها إيثيريوم قبل عامين مع التركيز على Layer2.
