قبل عشر سنوات، غيرت فكرة Gavin Wood عن EVM شكل الصناعة بأكملها. منذ ذلك الحين، بدا أن جميع مطوري الشبكات العامة قد وجدوا لغة مشتركة. اليوم، يعود هذا الرائد ليبرز من جديد، ويطلق بروتوكول JAM (Join Accumulate Machine)، ويضع آماله عليه: سيصبح نقطة انطلاق افتراضية جديدة لتطوير البلوكتشين من الجيل التالي، وليس أداة تابعة لبلوكتين معين.
JAM ليس مجرد اقتراح ترقية تقنية. في جوهره، هو تصميم بنية أساسية مستقلة، يمكن لأي منشئ بناء نظامه الخاص فوقه. يمكن لعدة رموز وبيئات مختلفة أن تتشارك في نفس شبكة الأمان — ماذا يعني ذلك للمطورين؟ عند بناء الجيل القادم من البلوكتشين، لن تحتاج إلى البدء من الصفر بعد الآن.
الجو العام غير العادي الناتج عن التطوير اللامركزي
تقترب جولة Pala Labs العالمية من نهايتها، حيث قام Gavin Wood بزيارة مباشرة لمختلف أنحاء العالم، وتفاعل بشكل عميق مع مطوري JAM وداعميه المتحمسين. في هذا النموذج التطويري اللامركزي تمامًا، ماذا شعر؟
حماس المطورين ومبادرتهم هو شيء لم نشهده في عصر Polkadot من قبل. إنهم يحبون هذا المشروع بصدق، ومستعدون لتحمل مسؤولية حقيقية.
هذا الاختلاف ناتج عن الاختلاف الجذري في هيكلية التطوير. كان التطوير المبكر لـ Polkadot يتم ضمن إطار شركات تقليدي. على الرغم من حماس أعضاء الفريق، إلا أن “المبادرة” غالبًا ما كانت نتاج طبيعي للنظام — أنت تتلقى راتبك، لذلك عليك إنجاز العمل.
أما JAM فهو عكس ذلك تمامًا. المطورون الحاليون لا يتلقون رواتب ثابتة، وإنما يضحون بوقتهم، طاقاتهم، ويخاطرون. قد يحصلون على تمويل أو مكافآت في المستقبل، لكن بشرط أن ينجزوا النتائج أولًا. هذا الخطر يتحمله المطورون أنفسهم، وهذا الالتزام بحد ذاته يوضح كل شيء.
المنطق التقليدي للشركات هو العكس: الموظفون يتلقون رواتب عالية أولًا، والشركة تتحمل المخاطر. أما في JAM، فالمطورون هم المستثمرون والمبدعون في آن واحد، وهذا التداخل يخلق شعورًا نادرًا بالثقة — وهو شيء يكاد لا يوجد بين موظفي الشركات التقليدية.
الشركات التقليدية تعتمد نظام السلطة من أعلى لأسفل: المدير يمتلك أعلى سلطة، يمنح الصلاحيات للمديرين التنفيذيين، والذين يوزعون المهام على رؤساء الأقسام، وأخيرًا ينفذها العاملون. كل شخص يرفع تقاريره للسلطة العليا، ويتبع التعليمات، ويقيم أداؤه بناءً على تقييمات الرؤساء.
JAM يكسر هذا النموذج. في هذا المشروع، Gavin أشبه بمستشار، يقدم النصائح عند الاستشارة — أحيانًا بشكل موجز، وأحيانًا مباشرة، لكن بشكل عام بلطف. كتب “الورقة الرمادية”، للتحقق من جدوى التصميم، ثم بذل جهوده لشرح المنطق للآخرين.
لكن من يدفع بـ JAM إلى الأمام ليس هو. إنما الفرق المختلفة المشاركة في تطوير هذا النظام، والتي تدفع تطوره. سواء كان ذلك من حماس، أو خبرة، أو إيمان بقيمة تجارية مستقبلية، فهم يبنون بشكل نشط وإيجابي. هذه الأجواء لم أختبرها منذ بدايات Ethereum حوالي 2015 — حين كان الجميع مليئًا بالحماس، وحتى لو كانت الورقة الرمادية غير واضحة، كانوا على استعداد لقضاء الوقت في دراستها بعمق وتحويلها إلى برامج حقيقية قابلة للتشغيل.
تجاوز نموذج EVM: التعريف الحقيقي لـ JAM
إذا أردنا شرح JAM بلغة غير مألوفة لـ Polkadot، فماذا يكون؟ وماذا يمكن أن يفعل؟
وفقًا للورقة الرمادية، يدمج بروتوكول JAM مزايا اثنين من المعسكرات الأساسية:
من ناحية، ورثت آلية الاقتصاد التشفيري لـ Polkadot — وهي التي منحت Polkadot قدرته العالية على التوسع.
ومن ناحية أخرى، تبنّت واجهات وخدمات أقرب إلى Ethereum، بحيث يمكن للسلسلة الرئيسية تنفيذ عمليات برمجية.
مختلفًا عن البنى التقليدية التي تقتصر على برمجة وحدات الحوسبة عالية الأداء، يتقدم JAM خطوة إضافية: ليس فقط يمكن برمجة وحدات الحوسبة، بل يمكن أيضًا برمجة “تعاون” و"تراكم" العمليات بين الوحدات — وهو ما يعكس اسم “Join Accumulate Machine”.
على الرغم من أن JAM قدمت أصلاً كمقترح ترقية لـ Polkadot وحصلت على دعم واسع من المجتمع، تصميمها لا يقتصر على Polkadot. هو بنية أساسية عالية التجريد ومستقلة، يمكن اعتبارها تصميم الجيل التالي من البلوكتشين.
أهم قدرات JAM هي: تنظيم وتوزيع عبء العمل عبر الشبكة بشكل آمن ولامركزي، بحيث تصبح التطبيقات التي تعمل عليه قابلة للتوسع بشكل طبيعي — وهو شيء لا تستطيع الحلول الأخرى في الصناعة تحقيقه حاليًا.
وعلاوة على ذلك، يدعم JAM ربط عدة شبكات فرعية، مما يعني أن قابلية التوسع للتطبيقات لم تعد محدودة بسلسلة واحدة. لذلك، هو ليس مجرد بنية جديدة للبلوكتشين، بل قد يكون نموذجًا لحلول التوسع من الجيل التالي.
يجب أن نرى JAM خارج إطار “اقتراح ترقية Polkadot”. وفقًا لفلسفة Gavin في التطوير: هو أكثر مهارة في الابتكار من الصفر، وليس تحسين النظام الحالي بشكل تدريجي. لذا، تصميم JAM ليس مجرد تحسين تدريجي لإطار العمل الحالي، بل هو إعادة بناء من المبادئ الأساسية — كأنه يبدأ من صفحة بيضاء.
على الرغم من أن JAM استلهمت بعض تقنيات Polkadot، إلا أنها أدمجت العديد من الأفكار والآليات الجديدة. تم توثيق هذه المحتويات بشكل منهجي في الورقة الرمادية، بهدف فصلها عن سياق Polkadot، واعتبارها بنية أساسية تعكس قيمة أوسع — مثل مجموعة تعليمات x64 في زمنها.
لنستعرض تاريخ x64. في البداية، صممت Intel مجموعة تعليمات x86 لمعالجاتها، من 8086 إلى 80286، 80386، ثم سلسلة Pentium، وأصبحت معيارًا متوافقًا مع IBM، وسيطرت على الحوسبة المكتبية. لكن عندما كانت الصناعة تستعد لدخول عصر 64 بت، كانت مقترحات Intel متقدمة جدًا، ولم يقبل السوق. بالمقابل، شركة AMD التي كانت تُعتبر “تابعة” آنذاك، استندت إلى مجموعة تعليمات 32 بت من Intel، وطرحت توسعة أبسط وأكثر قابلية للتنفيذ — وهي AMD64. اختارت السوق حل AMD، واضطرت Intel للتخلي عن اقتراحها، واعتمدت على توسعة AMD. منذ ذلك الحين، تغيرت أدوار القائد والمتابع.
لم ترغب Intel في استخدام اسم “AMD64”، فتمت التسمية بشكل حيادي بـ “x64”. اليوم، منتجات الشركتين تعتمد على هذه المعمارية الموحدة.
السبب في ذكر هذا المثال هو أن Gavin يعتقد أن JAM لديه القدرة ليصبح “تقنية x64” للبلوكتشين. يمثل تطورًا منطقيًا، خاصة بالنسبة للبلوكتشين التي تقدر مرونة Web3 ومبادئ اللامركزية.
هذا البروتوكول، من حيث نموذج الحوكمة، وآلية إصدار الرموز، ونظام الحصص، وغيرها، يعتمد تصميمًا مفتوحًا، يسمح لمشاريع البلوكتشين المختلفة بتخصيص هذه الوحدات، وحتى اختيار لغات برمجة مختلفة.
يستخدم JAM بنية تعليمات عالية التعميم تسمى PVM. السلسلة التي تعتمد عليه ستستفيد من مزايا التوسع والتكوين التي يوفرها JAM، وقد تتعاون وتتكامل مع سلاسل أخرى مستقبلًا.
مؤخرًا، يفكر Gavin في اتجاه جديد — نأمل أن يكشف عنه قريبًا — وهو كيف يمكن تعميق تكامل شبكتين بلوكتشين غير متجانستين: رغم أن لديهما أنظمة رمزية مختلفة، إلا أنهما مبنيتان على بنية JAM، مع الحفاظ على استقلاليتهما، مع مشاركة شبكة أمان واحدة. يعتقد أن هذا، حتى لو لم يكن الشكل النهائي لصناعة البلوكتشين، سيكون اختراقًا كبيرًا يغير ملامح الصناعة.
من منظور أوسع، من المحتمل أن يصبح JAM الأساس المشترك الذي تتبناه الصناعة بأكملها، مثلما كانت تقنية Ethereum المبكرة. العديد من الشبكات تختار اعتماد أو استخدام جزئي لـ EVM الخاص بـ Ethereum، حيث أصبح تنسيق المعاملات والمنطق التنفيذي معيارًا صناعيًا. يمتلك JAM نفس الإمكانيات التقنية الحيادية، ويمكن أن يعبر عن رموز وشبكات مختلفة.
كما يؤكد Gavin مرارًا، يجب أن يكون JAM تقنية أساسية حيادية. يعتقد أن تصميمه كافٍ لدعم تطور صناعة البلوكتشين خلال 5-10 سنوات أو أكثر. بالطبع، سيتطور النظام مع الوقت. إذا أصبحت تقنية الإثبات بصفر معرفة (ZK) عملية من الناحية الاقتصادية، قد يتم استبدال بعض وحداته. لكن بشكل عام، كابتكار نظامي منطقي، لن تقتصر تطبيقات JAM على بيئة Polkadot — أي سلسلة تعترف بقيمته يمكنها تبنيه ضمن إطار حوكمتها الخاص.
بالإضافة إلى ذلك، منذ البداية، التزم JAM بمبادئ اللامركزية و"الأولوية للمعايير": إصدار مواصفات البروتوكول أولًا، ثم تنظيم التنفيذ، ودعوة أكثر من 35 فريقًا مستقلًا للمشاركة في التطوير. هذا النهج يضمن توزيع المعرفة والسلطة بشكل طبيعي. هذا يساهم في جعل JAM تقنية محايدة وواسعة الاعتماد في عالم Web3.
رسالة للشباب المطورين: Web3 ليست خيارًا، بل مسؤولية
تتواصل Pala Labs مع العديد من المطورين المتحمسين لـ JAM، والكثير منهم شباب، بل حتى طلاب. إذا أردت أن تقول لهم كلمة — ربما مثل Gavin قبل 20 عامًا، الذي كان يحب الإبداع ويحلم بمجتمع حر — ما هو الشيء الذي تود أن تنقله لهم أكثر؟
انضم مبكرًا، واستمر في العمل. اتبع قناعاتك. إذا كنت تؤمن بالإرادة الحرة والسيادة الشخصية — وهي المبادئ الأساسية لعصر التنوير — فعليك أن تتصرف بناءً عليها، لأنه لا أحد غيرك يمكن أن يتحمل مسؤولية ذلك.
لكن هل ستزيد الذكاء الاصطناعي من مشكلة التزييف الهوية؟
نظام الثقة في المجتمع يتفكك بسرعة. في 2014 أو 2015، كانت فكرة “عصر ما بعد الحقيقة” شائعة، بمعنى أن الناس لم يعودوا يثقون بالحقائق الموضوعية. رغم أن هذا الملاحظة لها قيمة، إلا أنها غير دقيقة من الناحية الفلسفية. Gavin دائمًا يؤكد: الحقيقة موجودة، وعلى الناس مسؤولية البحث عنها. إذا كان قرار ما مبنيًا على غير الحقائق الأكثر عقلانية وموثوقية، فهو محكوم عليه بالفشل.
لكننا دخلنا عصر “ما بعد الثقة”: إما أن يشك الناس في كل شيء، أو يثقون أعمى في محفزين خطيرين. هذان الطرفان يدمران العقلانية في المجتمع. وفي هذا السياق، يزيد الذكاء الاصطناعي من سوء المشكلة.
بالطبع، للذكاء الاصطناعي تأثيرات إيجابية في مجالات كثيرة، مثل تحسين الاتصالات، وإثراء التعبير الفني. Gavin نفسه يستخدمه كموسيقي ودي جي. لكن على المستويين الاقتصادي والسياسي والجيوسياسي، لا ينبغي التقليل من مخاطر AI. لا يمكن الاعتماد على التنظيم لحله. غالبًا، التنظيم يقيد فرص الأفراد الشرعيين في المجتمع الحر لاستخدام AI، لكنه لا يمنع المنظمات الخبيثة، ولا يمنع الدول غير الحرة من استخدام AI لمواجهة المجتمعات الحرة. لذلك، التنظيم ليس حلاً.
ما نحتاجه حقًا هو بنية تقنية أقوى وأكثر صلابة، لفرض قيود على الأضرار المحتملة من الذكاء الاصطناعي — سواء من سوء الاستخدام الداخلي أو التهديدات الخارجية.
من وجهة نظره (رغم أنه قد يكون متحيزًا قليلاً)، فإن Web3 هو الحل الحقيقي لهذا المأزق. السبب بسيط: جوهر AI هو “تقليل الحقيقة، وزيادة الثقة”. عندما نعتمد على AI، فإننا نعتمد على المؤسسات التي تقدم النماذج والخدمات — قد تكون المؤسسات التي تدرب النماذج الكبيرة، أو مقدمي الخدمات الذين يشغلون النماذج على خوادم مغلقة ويعيدون النتائج. لكننا لا نستطيع فحص بيانات التدريب، ولا نعرف لماذا نحصل على إجابة معينة؛ حتى المدربون أنفسهم قد لا يفهمون تمامًا آلية عمل النموذج.
بالمقابل، من الأكثر ثقة أن يتمكن كل شخص من التحقق من الحقيقة باستخدام قدراته الخاصة. لكن مع اعتماد المجتمع بشكل متزايد على AI وثقته العمياء، نحن نسير ببطء نحو نوع من “ثقة ظاهرية ولكنها عمياء”. نظرًا لأن منطق AI هو “تقليل الحقيقة، وزيادة الثقة”، نحتاج إلى موازنة ذلك باستخدام “تقليل الثقة، وزيادة الحقيقة” من خلال Web3.
في المجتمع الحر، الشيء الحقيقي الذي يجب فعله هو عدم فرض قيود على Web3، بل اتخاذ إجراءات فورية: تقليل القيود غير الضرورية، وتوفير دعم وتمويل حقيقي لمطوري بنية Web3.
توقعات لمطوري JAM خلال 5-6 سنوات
من الصعب التنبؤ بالمستقبل بدقة، لكن يمكن مشاركة التجربة. في نوفمبر 2013، كان Gavin يعيش في لندن. لديه صديق يُدعى “Johnny Bitcoin”، وهو أيضًا صديق لـ Vitalik. كانوا يلتقون غالبًا في الحانات يشربون البيرة ويتحدثون. في إحدى اللقاءات، ذكر Johnny أن Vitalik يعمل على مشروع جديد يعتمد على البيتكوين، يُدعى Ethereum، ويبحث عن مطورين. قال Gavin بمزاح، “حسنًا، سأفعل ذلك.” لأنه كان يعتقد دائمًا أنه جيد في البرمجة، فاقترح عليه صديقه: “بما أنك قوي هكذا، فلتطور Ethereum.” وهكذا، أصبح واحدًا من مطوري Ethereum.
في ذلك الوقت، كانت ورقة Ethereum البيضاء بمثابة وثيقة رؤية، تتضمن تفاصيل تقنية كافية لجعلها قابلة للتنفيذ. خلال 4-5 أشهر، عمل الجميع معًا على تطوير نسخ متوافقة، وأخيرًا أصدرت النسخة الرسمية من البروتوكول — “الورقة الصفراء”. كان Gavin حينها مطورًا مستقلًا، وشارك مع Vitalik وJeff في تنفيذ نسخة Go من Ethereum. لاحقًا، أصبح أحد مؤسسي Ethereum، وأنشأ شركة Parity، واستمر في تطوير منتجات أخرى.
هذه كانت بداية رحلته في عالم البلوكتشين — كمطور مستقل، يبني البروتوكول من الصفر باستخدام وقته الخاص. لا يعرف إن كان فريق تطوير JAM سيحظى بنفس التجربة. لكنه يرى أن هذه حقًا بداية حياته، ولا يوجد خيار آخر، إلا أن يبدأ من هنا — وقد أثبت الزمن أن هذه الطريق تحمل إمكانيات تفوق التوقعات بكثير.
بالطبع، الأمر لا يقتصر على البرمجة فقط. عليك أيضًا أن تتعلم كيف تتواصل: مع المستثمرين المحتملين، وتعرض مشروعك، وتفكر في سيناريوهات التطبيق وفقًا للمواصفات، وتكتب العقود الذكية، وتروج للمشروع، وتقدم النصائح، وغيرها. البرمجة هي الجوهر، لكن هناك الكثير من الأعمال المحيطة. خلال 11 سنة تقريبًا، لم يتوقف Gavin عن البرمجة. بصراحة، بدأ الأمر منذ أن كان عمره 8 أو 9 سنوات، ولم يتوقف تقريبًا — أطول فترة توقف كانت ثلاثة أشهر أثناء رحلة ظهرية في أمريكا الوسطى.
هذه هي مسيرته. إذا كان لدى هؤلاء المطورين الشباب الحماس والقدرة الكافية، أعتقد أنه لا شيء يمكن أن يمنعهم من خوض هذا الطريق — الفرق الوحيد هو أن الهدف الآن هو JAM، وليس Ethereum!
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
جافين وود: JAM ستصبح المعيار التالي للإجماع، وتثير ثورة جديدة في الصناعة
إعادة تشغيل محرك الابتكار بعد عشر سنوات
قبل عشر سنوات، غيرت فكرة Gavin Wood عن EVM شكل الصناعة بأكملها. منذ ذلك الحين، بدا أن جميع مطوري الشبكات العامة قد وجدوا لغة مشتركة. اليوم، يعود هذا الرائد ليبرز من جديد، ويطلق بروتوكول JAM (Join Accumulate Machine)، ويضع آماله عليه: سيصبح نقطة انطلاق افتراضية جديدة لتطوير البلوكتشين من الجيل التالي، وليس أداة تابعة لبلوكتين معين.
JAM ليس مجرد اقتراح ترقية تقنية. في جوهره، هو تصميم بنية أساسية مستقلة، يمكن لأي منشئ بناء نظامه الخاص فوقه. يمكن لعدة رموز وبيئات مختلفة أن تتشارك في نفس شبكة الأمان — ماذا يعني ذلك للمطورين؟ عند بناء الجيل القادم من البلوكتشين، لن تحتاج إلى البدء من الصفر بعد الآن.
الجو العام غير العادي الناتج عن التطوير اللامركزي
تقترب جولة Pala Labs العالمية من نهايتها، حيث قام Gavin Wood بزيارة مباشرة لمختلف أنحاء العالم، وتفاعل بشكل عميق مع مطوري JAM وداعميه المتحمسين. في هذا النموذج التطويري اللامركزي تمامًا، ماذا شعر؟
حماس المطورين ومبادرتهم هو شيء لم نشهده في عصر Polkadot من قبل. إنهم يحبون هذا المشروع بصدق، ومستعدون لتحمل مسؤولية حقيقية.
هذا الاختلاف ناتج عن الاختلاف الجذري في هيكلية التطوير. كان التطوير المبكر لـ Polkadot يتم ضمن إطار شركات تقليدي. على الرغم من حماس أعضاء الفريق، إلا أن “المبادرة” غالبًا ما كانت نتاج طبيعي للنظام — أنت تتلقى راتبك، لذلك عليك إنجاز العمل.
أما JAM فهو عكس ذلك تمامًا. المطورون الحاليون لا يتلقون رواتب ثابتة، وإنما يضحون بوقتهم، طاقاتهم، ويخاطرون. قد يحصلون على تمويل أو مكافآت في المستقبل، لكن بشرط أن ينجزوا النتائج أولًا. هذا الخطر يتحمله المطورون أنفسهم، وهذا الالتزام بحد ذاته يوضح كل شيء.
المنطق التقليدي للشركات هو العكس: الموظفون يتلقون رواتب عالية أولًا، والشركة تتحمل المخاطر. أما في JAM، فالمطورون هم المستثمرون والمبدعون في آن واحد، وهذا التداخل يخلق شعورًا نادرًا بالثقة — وهو شيء يكاد لا يوجد بين موظفي الشركات التقليدية.
الشركات التقليدية تعتمد نظام السلطة من أعلى لأسفل: المدير يمتلك أعلى سلطة، يمنح الصلاحيات للمديرين التنفيذيين، والذين يوزعون المهام على رؤساء الأقسام، وأخيرًا ينفذها العاملون. كل شخص يرفع تقاريره للسلطة العليا، ويتبع التعليمات، ويقيم أداؤه بناءً على تقييمات الرؤساء.
JAM يكسر هذا النموذج. في هذا المشروع، Gavin أشبه بمستشار، يقدم النصائح عند الاستشارة — أحيانًا بشكل موجز، وأحيانًا مباشرة، لكن بشكل عام بلطف. كتب “الورقة الرمادية”، للتحقق من جدوى التصميم، ثم بذل جهوده لشرح المنطق للآخرين.
لكن من يدفع بـ JAM إلى الأمام ليس هو. إنما الفرق المختلفة المشاركة في تطوير هذا النظام، والتي تدفع تطوره. سواء كان ذلك من حماس، أو خبرة، أو إيمان بقيمة تجارية مستقبلية، فهم يبنون بشكل نشط وإيجابي. هذه الأجواء لم أختبرها منذ بدايات Ethereum حوالي 2015 — حين كان الجميع مليئًا بالحماس، وحتى لو كانت الورقة الرمادية غير واضحة، كانوا على استعداد لقضاء الوقت في دراستها بعمق وتحويلها إلى برامج حقيقية قابلة للتشغيل.
تجاوز نموذج EVM: التعريف الحقيقي لـ JAM
إذا أردنا شرح JAM بلغة غير مألوفة لـ Polkadot، فماذا يكون؟ وماذا يمكن أن يفعل؟
وفقًا للورقة الرمادية، يدمج بروتوكول JAM مزايا اثنين من المعسكرات الأساسية:
من ناحية، ورثت آلية الاقتصاد التشفيري لـ Polkadot — وهي التي منحت Polkadot قدرته العالية على التوسع.
ومن ناحية أخرى، تبنّت واجهات وخدمات أقرب إلى Ethereum، بحيث يمكن للسلسلة الرئيسية تنفيذ عمليات برمجية.
مختلفًا عن البنى التقليدية التي تقتصر على برمجة وحدات الحوسبة عالية الأداء، يتقدم JAM خطوة إضافية: ليس فقط يمكن برمجة وحدات الحوسبة، بل يمكن أيضًا برمجة “تعاون” و"تراكم" العمليات بين الوحدات — وهو ما يعكس اسم “Join Accumulate Machine”.
على الرغم من أن JAM قدمت أصلاً كمقترح ترقية لـ Polkadot وحصلت على دعم واسع من المجتمع، تصميمها لا يقتصر على Polkadot. هو بنية أساسية عالية التجريد ومستقلة، يمكن اعتبارها تصميم الجيل التالي من البلوكتشين.
أهم قدرات JAM هي: تنظيم وتوزيع عبء العمل عبر الشبكة بشكل آمن ولامركزي، بحيث تصبح التطبيقات التي تعمل عليه قابلة للتوسع بشكل طبيعي — وهو شيء لا تستطيع الحلول الأخرى في الصناعة تحقيقه حاليًا.
وعلاوة على ذلك، يدعم JAM ربط عدة شبكات فرعية، مما يعني أن قابلية التوسع للتطبيقات لم تعد محدودة بسلسلة واحدة. لذلك، هو ليس مجرد بنية جديدة للبلوكتشين، بل قد يكون نموذجًا لحلول التوسع من الجيل التالي.
يجب أن نرى JAM خارج إطار “اقتراح ترقية Polkadot”. وفقًا لفلسفة Gavin في التطوير: هو أكثر مهارة في الابتكار من الصفر، وليس تحسين النظام الحالي بشكل تدريجي. لذا، تصميم JAM ليس مجرد تحسين تدريجي لإطار العمل الحالي، بل هو إعادة بناء من المبادئ الأساسية — كأنه يبدأ من صفحة بيضاء.
على الرغم من أن JAM استلهمت بعض تقنيات Polkadot، إلا أنها أدمجت العديد من الأفكار والآليات الجديدة. تم توثيق هذه المحتويات بشكل منهجي في الورقة الرمادية، بهدف فصلها عن سياق Polkadot، واعتبارها بنية أساسية تعكس قيمة أوسع — مثل مجموعة تعليمات x64 في زمنها.
لنستعرض تاريخ x64. في البداية، صممت Intel مجموعة تعليمات x86 لمعالجاتها، من 8086 إلى 80286، 80386، ثم سلسلة Pentium، وأصبحت معيارًا متوافقًا مع IBM، وسيطرت على الحوسبة المكتبية. لكن عندما كانت الصناعة تستعد لدخول عصر 64 بت، كانت مقترحات Intel متقدمة جدًا، ولم يقبل السوق. بالمقابل، شركة AMD التي كانت تُعتبر “تابعة” آنذاك، استندت إلى مجموعة تعليمات 32 بت من Intel، وطرحت توسعة أبسط وأكثر قابلية للتنفيذ — وهي AMD64. اختارت السوق حل AMD، واضطرت Intel للتخلي عن اقتراحها، واعتمدت على توسعة AMD. منذ ذلك الحين، تغيرت أدوار القائد والمتابع.
لم ترغب Intel في استخدام اسم “AMD64”، فتمت التسمية بشكل حيادي بـ “x64”. اليوم، منتجات الشركتين تعتمد على هذه المعمارية الموحدة.
السبب في ذكر هذا المثال هو أن Gavin يعتقد أن JAM لديه القدرة ليصبح “تقنية x64” للبلوكتشين. يمثل تطورًا منطقيًا، خاصة بالنسبة للبلوكتشين التي تقدر مرونة Web3 ومبادئ اللامركزية.
هذا البروتوكول، من حيث نموذج الحوكمة، وآلية إصدار الرموز، ونظام الحصص، وغيرها، يعتمد تصميمًا مفتوحًا، يسمح لمشاريع البلوكتشين المختلفة بتخصيص هذه الوحدات، وحتى اختيار لغات برمجة مختلفة.
يستخدم JAM بنية تعليمات عالية التعميم تسمى PVM. السلسلة التي تعتمد عليه ستستفيد من مزايا التوسع والتكوين التي يوفرها JAM، وقد تتعاون وتتكامل مع سلاسل أخرى مستقبلًا.
مؤخرًا، يفكر Gavin في اتجاه جديد — نأمل أن يكشف عنه قريبًا — وهو كيف يمكن تعميق تكامل شبكتين بلوكتشين غير متجانستين: رغم أن لديهما أنظمة رمزية مختلفة، إلا أنهما مبنيتان على بنية JAM، مع الحفاظ على استقلاليتهما، مع مشاركة شبكة أمان واحدة. يعتقد أن هذا، حتى لو لم يكن الشكل النهائي لصناعة البلوكتشين، سيكون اختراقًا كبيرًا يغير ملامح الصناعة.
من منظور أوسع، من المحتمل أن يصبح JAM الأساس المشترك الذي تتبناه الصناعة بأكملها، مثلما كانت تقنية Ethereum المبكرة. العديد من الشبكات تختار اعتماد أو استخدام جزئي لـ EVM الخاص بـ Ethereum، حيث أصبح تنسيق المعاملات والمنطق التنفيذي معيارًا صناعيًا. يمتلك JAM نفس الإمكانيات التقنية الحيادية، ويمكن أن يعبر عن رموز وشبكات مختلفة.
كما يؤكد Gavin مرارًا، يجب أن يكون JAM تقنية أساسية حيادية. يعتقد أن تصميمه كافٍ لدعم تطور صناعة البلوكتشين خلال 5-10 سنوات أو أكثر. بالطبع، سيتطور النظام مع الوقت. إذا أصبحت تقنية الإثبات بصفر معرفة (ZK) عملية من الناحية الاقتصادية، قد يتم استبدال بعض وحداته. لكن بشكل عام، كابتكار نظامي منطقي، لن تقتصر تطبيقات JAM على بيئة Polkadot — أي سلسلة تعترف بقيمته يمكنها تبنيه ضمن إطار حوكمتها الخاص.
بالإضافة إلى ذلك، منذ البداية، التزم JAM بمبادئ اللامركزية و"الأولوية للمعايير": إصدار مواصفات البروتوكول أولًا، ثم تنظيم التنفيذ، ودعوة أكثر من 35 فريقًا مستقلًا للمشاركة في التطوير. هذا النهج يضمن توزيع المعرفة والسلطة بشكل طبيعي. هذا يساهم في جعل JAM تقنية محايدة وواسعة الاعتماد في عالم Web3.
رسالة للشباب المطورين: Web3 ليست خيارًا، بل مسؤولية
تتواصل Pala Labs مع العديد من المطورين المتحمسين لـ JAM، والكثير منهم شباب، بل حتى طلاب. إذا أردت أن تقول لهم كلمة — ربما مثل Gavin قبل 20 عامًا، الذي كان يحب الإبداع ويحلم بمجتمع حر — ما هو الشيء الذي تود أن تنقله لهم أكثر؟
انضم مبكرًا، واستمر في العمل. اتبع قناعاتك. إذا كنت تؤمن بالإرادة الحرة والسيادة الشخصية — وهي المبادئ الأساسية لعصر التنوير — فعليك أن تتصرف بناءً عليها، لأنه لا أحد غيرك يمكن أن يتحمل مسؤولية ذلك.
لكن هل ستزيد الذكاء الاصطناعي من مشكلة التزييف الهوية؟
نظام الثقة في المجتمع يتفكك بسرعة. في 2014 أو 2015، كانت فكرة “عصر ما بعد الحقيقة” شائعة، بمعنى أن الناس لم يعودوا يثقون بالحقائق الموضوعية. رغم أن هذا الملاحظة لها قيمة، إلا أنها غير دقيقة من الناحية الفلسفية. Gavin دائمًا يؤكد: الحقيقة موجودة، وعلى الناس مسؤولية البحث عنها. إذا كان قرار ما مبنيًا على غير الحقائق الأكثر عقلانية وموثوقية، فهو محكوم عليه بالفشل.
لكننا دخلنا عصر “ما بعد الثقة”: إما أن يشك الناس في كل شيء، أو يثقون أعمى في محفزين خطيرين. هذان الطرفان يدمران العقلانية في المجتمع. وفي هذا السياق، يزيد الذكاء الاصطناعي من سوء المشكلة.
بالطبع، للذكاء الاصطناعي تأثيرات إيجابية في مجالات كثيرة، مثل تحسين الاتصالات، وإثراء التعبير الفني. Gavin نفسه يستخدمه كموسيقي ودي جي. لكن على المستويين الاقتصادي والسياسي والجيوسياسي، لا ينبغي التقليل من مخاطر AI. لا يمكن الاعتماد على التنظيم لحله. غالبًا، التنظيم يقيد فرص الأفراد الشرعيين في المجتمع الحر لاستخدام AI، لكنه لا يمنع المنظمات الخبيثة، ولا يمنع الدول غير الحرة من استخدام AI لمواجهة المجتمعات الحرة. لذلك، التنظيم ليس حلاً.
ما نحتاجه حقًا هو بنية تقنية أقوى وأكثر صلابة، لفرض قيود على الأضرار المحتملة من الذكاء الاصطناعي — سواء من سوء الاستخدام الداخلي أو التهديدات الخارجية.
من وجهة نظره (رغم أنه قد يكون متحيزًا قليلاً)، فإن Web3 هو الحل الحقيقي لهذا المأزق. السبب بسيط: جوهر AI هو “تقليل الحقيقة، وزيادة الثقة”. عندما نعتمد على AI، فإننا نعتمد على المؤسسات التي تقدم النماذج والخدمات — قد تكون المؤسسات التي تدرب النماذج الكبيرة، أو مقدمي الخدمات الذين يشغلون النماذج على خوادم مغلقة ويعيدون النتائج. لكننا لا نستطيع فحص بيانات التدريب، ولا نعرف لماذا نحصل على إجابة معينة؛ حتى المدربون أنفسهم قد لا يفهمون تمامًا آلية عمل النموذج.
بالمقابل، من الأكثر ثقة أن يتمكن كل شخص من التحقق من الحقيقة باستخدام قدراته الخاصة. لكن مع اعتماد المجتمع بشكل متزايد على AI وثقته العمياء، نحن نسير ببطء نحو نوع من “ثقة ظاهرية ولكنها عمياء”. نظرًا لأن منطق AI هو “تقليل الحقيقة، وزيادة الثقة”، نحتاج إلى موازنة ذلك باستخدام “تقليل الثقة، وزيادة الحقيقة” من خلال Web3.
في المجتمع الحر، الشيء الحقيقي الذي يجب فعله هو عدم فرض قيود على Web3، بل اتخاذ إجراءات فورية: تقليل القيود غير الضرورية، وتوفير دعم وتمويل حقيقي لمطوري بنية Web3.
توقعات لمطوري JAM خلال 5-6 سنوات
من الصعب التنبؤ بالمستقبل بدقة، لكن يمكن مشاركة التجربة. في نوفمبر 2013، كان Gavin يعيش في لندن. لديه صديق يُدعى “Johnny Bitcoin”، وهو أيضًا صديق لـ Vitalik. كانوا يلتقون غالبًا في الحانات يشربون البيرة ويتحدثون. في إحدى اللقاءات، ذكر Johnny أن Vitalik يعمل على مشروع جديد يعتمد على البيتكوين، يُدعى Ethereum، ويبحث عن مطورين. قال Gavin بمزاح، “حسنًا، سأفعل ذلك.” لأنه كان يعتقد دائمًا أنه جيد في البرمجة، فاقترح عليه صديقه: “بما أنك قوي هكذا، فلتطور Ethereum.” وهكذا، أصبح واحدًا من مطوري Ethereum.
في ذلك الوقت، كانت ورقة Ethereum البيضاء بمثابة وثيقة رؤية، تتضمن تفاصيل تقنية كافية لجعلها قابلة للتنفيذ. خلال 4-5 أشهر، عمل الجميع معًا على تطوير نسخ متوافقة، وأخيرًا أصدرت النسخة الرسمية من البروتوكول — “الورقة الصفراء”. كان Gavin حينها مطورًا مستقلًا، وشارك مع Vitalik وJeff في تنفيذ نسخة Go من Ethereum. لاحقًا، أصبح أحد مؤسسي Ethereum، وأنشأ شركة Parity، واستمر في تطوير منتجات أخرى.
هذه كانت بداية رحلته في عالم البلوكتشين — كمطور مستقل، يبني البروتوكول من الصفر باستخدام وقته الخاص. لا يعرف إن كان فريق تطوير JAM سيحظى بنفس التجربة. لكنه يرى أن هذه حقًا بداية حياته، ولا يوجد خيار آخر، إلا أن يبدأ من هنا — وقد أثبت الزمن أن هذه الطريق تحمل إمكانيات تفوق التوقعات بكثير.
بالطبع، الأمر لا يقتصر على البرمجة فقط. عليك أيضًا أن تتعلم كيف تتواصل: مع المستثمرين المحتملين، وتعرض مشروعك، وتفكر في سيناريوهات التطبيق وفقًا للمواصفات، وتكتب العقود الذكية، وتروج للمشروع، وتقدم النصائح، وغيرها. البرمجة هي الجوهر، لكن هناك الكثير من الأعمال المحيطة. خلال 11 سنة تقريبًا، لم يتوقف Gavin عن البرمجة. بصراحة، بدأ الأمر منذ أن كان عمره 8 أو 9 سنوات، ولم يتوقف تقريبًا — أطول فترة توقف كانت ثلاثة أشهر أثناء رحلة ظهرية في أمريكا الوسطى.
هذه هي مسيرته. إذا كان لدى هؤلاء المطورين الشباب الحماس والقدرة الكافية، أعتقد أنه لا شيء يمكن أن يمنعهم من خوض هذا الطريق — الفرق الوحيد هو أن الهدف الآن هو JAM، وليس Ethereum!