نموذج الأمان المشترك في بولكادوت لا يعمل بالطريقة التي يظنها الجميع

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

ومع عودة الزخم إلى DOT في يونيو/حزيران 2026، ودخول المنظومة في مرحلة انتقالية نحو جيلها المعماري التالي، يصبح فهم آلية عمل نموذج الأمان المشترك في بولكادوت أكثر أهمية اليوم من أي وقت منذ انطلاق عصر مزادات الباراشين.

الخلاصة السريعة

سلسلة الريلاي في بولكادوت توفّر أمانًا مجمعًا للسلاسل المتصلة المعروفة باسم الباراشين، فلا تحتاج كل سلسلة إلى مجموعة مدققين مستقلة.

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

يشكّل DOT العمود الاقتصادي للنظام: إذ يضعه الحاملون في الرهن لترشيح المدققين، وهو ما يحدد من يؤمّن الشبكة ومن يكسب المكافآت.

تنتقل بولكادوت حاليًا من مزادات الفتحات الثابتة إلى سوق «الكور تايم» الأكثر مرونة، ما يخفض حاجز الدخول أمام السلاسل الجديدة.

فهم هذه البنية يساعد على تقييم القيمة الحقيقية لـ DOT، بعيدًا عن المضاربة البحتة.

ماذا تفعل سلسلة الريلاي فعليًا؟

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

تحافظ سلسلة الريلاي على مجموعة عالمية من المدققين.

وحتى منتصف 2026، تضم مجموعة المدققين النشطين في بولكادوت نحو 400 مدقق، يتم اختيارهم من مجموعة أكبر بكثير من المرشحين الذين يرشحهم المجتمع. ولا يقتصر دور هؤلاء المدققين على تأمين سلسلة الريلاي نفسها، بل يُدوَّرون في مجموعات صغيرة للتحقق من انتقالات الحالة الخاصة بكل باراشين متصلة. وهنا تكمن الفكرة الأساسية في الأمان المشترك: مجموعة مدققين واحدة، وسلاسل كثيرة.

تعمل سلسلة الريلاي كجهة تسجيل نهائية. الباراشين تنجز الحسابات الفعلية، لكن أي تغيير في الحالة لا يصبح نهائيًا إلا بعد أن يؤكد مدققو سلسلة الريلاي أنه مشروع.

هذا التصميم جاء استجابة لمشكلة حقيقية واجهت عالم السلاسل المتعددة في بداياته.

إذا أطلقت سلسلة كتل جديدة، فعليك أن تبني أمن المدققين الاقتصادي من الصفر. وقد لا تتجاوز حصة الأمان المرهونة في سلسلة صغيرة 5 ملايين دولار، ما يعني أن المهاجم قد يحتاج إلى 2.5 مليون دولار فقط لشن هجوم 51%.

أما إذا ربطت السلسلة نفسها بسلسلة الريلاي في بولكادوت، فإنها ترث أمنًا مدعومًا بمليارات الدولارات المرهونة في DOT.

عندها لا تعود كلفة الهجوم مرتبطة بحجم الباراشين وحدها، بل بحجم الشبكة كلها.

كيف ترسل الباراشين الأدلة من دون أن تثق بالمدققين ثقة عمياء؟

يعتمد نموذج أمان بولكادوت على آلية تُعرف باسم إثبات الصلاحية (Proof of Validity - PoV). فكل باراشين لديها منتج كتل خاص بها يُسمى Collator. يقوم الـ Collator بجمع المعاملات، وإنتاج كتل الباراشين، ثم إنشاء دليل مضغوط يلخص انتقال الحالة. ويمكن النظر إلى هذا الدليل باعتباره إيصالًا: فهو لا يعيد كامل الحساب، لكنه يحمل ما يكفي من المعلومات لتمكين المدقق من التحقق من أن الانتقال كان مشروعًا.

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

لكن ما الذي يمنع مجموعة المدققين من التواطؤ والموافقة على كتلة مزيفة؟ تستخدم بولكادوت آلية تُسمى التصويت بالموافقة كطبقة تحقق ثانية.

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

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

Image: Shutterstock

إثبات الحصة المُفوَّض بالترشيح ولماذا يظل حاملو DOT في قلب النظام

بولكادوت لا تستخدم نموذج إثبات الحصة المفوض التقليدي بشكل بسيط.

بل تعتمد آلية تُسمى إثبات الحصة المُفوَّض بالترشيح (Nominated Proof of Stake - NPoS)، وهي من تصميم الباحث أليستر ستيوارت كما ورد في الورقة البيضاء الأصلية لبولكادوت. وتهدف هذه الآلية إلى توزيع الحصة الرهينة بأكبر قدر ممكن من التوازن على مجموعة المدققين النشطين، حتى لا يكتسب مدقق واحد قوة مفرطة.

وهذه هي الآلية باختصار.

يمكن لحاملي DOT الذين لا يرغبون في تشغيل البنية التحتية أن يصبحوا مرشحين أو Nominators. ويختار المرشح ما يصل إلى 16 مدققًا يثق بهم ويدعمهم بـ DOT مرهون. ثم تعمل خوارزمية انتخاب على السلسلة تُعرف باسم Phragmén بشكل دوري، لاختيار مجموعة المدققين النشطين وتوزيع الترشيحات بطريقة توازن الحصة المساندة لكل مدقق نشط.

وتكمن أهمية ذلك في نقطتين.

أولًا، لا يمكن للمهاجم ببساطة شراء كمية كبيرة من DOT وتركيزها خلف مدقق واحد لزيادة نفوذه بشكل غير متناسب. فخوارزمية Phragmén تعيد توزيع الحصة سواء أراد المرشح ذلك أم لا.

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

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

فتحات الباراشين والمزادات، ثم التحول إلى الكور تايم

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

وقد خلق نموذج المزادات منافسة اقتصادية قوية على الفتحات، وولّد طلبًا كبيرًا على DOT. لكنه حمل أيضًا عيبًا واضحًا. فالمشاريع الصغيرة والسلاسل التجريبية لم يكن بمقدورها المنافسة بواقعية. تجميد ملايين الدولارات في DOT لمدة عامين شكّل حاجزًا حقيقيًا، كما أن صيغة «الفوز الكل أو لا شيء» أهدرت الموارد على العروض الخاسرة.

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

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

الرسائل عبر السلاسل وما الذي يتيحه XCM

الأمان المشترك وحده لا يجعل بولكادوت طبقة للتشغيل البيني.

الذي يفعل ذلك هو XCM، أي تنسيق الرسائل عبر الإجماع. وXCM ليس بروتوكول جسر بالمعنى التقليدي. إنه لغة: صيغة موحدة للتعبير عن الأوامر التي يمكن فهمها وتنفيذها عبر أي سلسلة متوافقة مع بولكادوت.

قد تقول رسالة XCM مثلًا: «انقل 10 رموز من هذا النوع من الحساب السيادي للسلسلة A على السلسلة B إلى هذا العنوان».

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

وهنا تحديدًا تختلف بنية بولكادوت عن التشغيل البيني المعتمد على الجسور.

فعندما تستخدم جسرًا بين سلسلتين مستقلتين، فأنت تثق بطرف ثالث — وغالبًا ما يكون ذلك متعددة التوقيع أو مجموعة من مدققي الجسر — لتمرير المعلومات بأمان بين نظامين لا علاقة أصيلة بينهما.

أما الباراشين التي تتواصل عبر XCM في بولكادوت، فهي موجودة بالفعل ضمن نطاق أمني واحد. لقد ثبّتت سلسلة الريلاي حالة كلتيهما نهائيًا. لذلك لا توجد قفزة ثقة بين السلاسل نفسها.

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

JAM وما الذي يبدو عليه الجيل التالي من معمارية Polkadot

نشر مؤسس Polkadot، غافين وود، ورقة JAM (Join-Accumulate Machine) في مطلع 2024، واضعًا تصورًا للمرحلة التطورية الكبرى التالية في البروتوكول. ولا يُعد JAM مجرد ترقية تقنية عادية؛ بل يقترح استبدال البنية الحالية لـ Relay Chain بنموذج أكثر عمومية، قادر على استضافة “خدمات” متنوعة، لا مجرد باراشينات بتصميم ثابت.

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

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

ولا يزال JAM قيد التطوير حتى منتصف 2026. وستتطلب عملية الانتقال تنسيقًا واسعًا داخل المنظومة، فيما تعمل عدة فرق ممولة من DOT حاليًا على بناء تطبيق متوافق مع JAM. وحتى الآن، يبقى نموذج الباراشين الحالي وسوق coretime هو البنية الفعلية العاملة.

اقرأ أيضًا: Michael Saylor Maps Four-Layer Bitcoin Stack For 8% Yield

من يستفيد فعلًا من نموذج Polkadot؟

ليست معمارية Polkadot مناسبة للجميع. وفهم الفئات التي صُمم النظام لخدمتها أصلًا يوضح نقاط قوته وموقعه الحالي في السوق.

فرق الباراشين التي تبني سلاسل سيادية هي المستفيد الأكبر مباشرة. فإذا كنت تطلق سلسلة بلوكتشين تحتاج إلى حالتها الخاصة، ورمزها المميز الخاص، وحوكمتها المستقلة، لكنك لا تملك الموارد اللازمة لتجنيد وتشغيل مجموعة مدققين خاصة بك، فإن Polkadot تقدم لك الأمان كخدمة. وقد استخدمت هذا النموذج سلاسل مثل Moonbeam (لتشغيل العقود الذكية المتوافقة مع Ethereum (ETH))، وAcala (مركز DeFi مع عملة مستقرة أصلية)، وAstar (سلسلة متعددة الآلات الافتراضية).

حاملو DOT والمفوِّضون يستفيدون من إيرادات الرسوم ومكافآت التخزين الناتجة عن إدراج كتل الباراشين. ومع نمو الطلب على coretime، يمر مزيد من النشاط الاقتصادي عبر Relay Chain، ويحصل المدققون والمفوِّضون على حصة منه.

المطورون الذين لا يحتاجون إلى سلسلة كاملة يستفيدون من توجه coretime وJAM الجديد. فالفريق الذي يبني خدمة للتحقق من براهين ZK أو مِسلسِلًا لا مركزيًا لا يحتاج إلى تشغيل runtime كامل لباراشين. ويمكنه استئجار القدرة التنفيذية والأمان بشكل تدريجي.

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

فهذه الحالات تُخدم بشكل أفضل عبر سلاسل مستقلة أو منصات عقود ذكية راسخة. وعليه، فإن القيمة الأساسية لـ Polkadot ليست في السهولة أو انخفاض تكلفة الإعداد بحد ذاتهما، بل في الجمع بين القابلية للتخصيص والأمان المشترك.

الخلاصة

يُعد نموذج الأمان المشترك في Polkadot من أكثر الأفكار أصالة في معمارية البلوكتشين.

الفكرة الأساسية سليمة: لا ينبغي لسلسلة جديدة أن تبدأ من الصفر في بناء اقتصاد المدققين الخاص بها. كما أن نظام Nominated Proof of Stake الذي يفرض هذا الأمان مصمم بعناية أكبر من معظم البدائل.

من الخارج، قد يبدو الأمر مجرد “مُوصِّل متعدد السلاسل”، لكنه أوسع من ذلك بكثير.

ففي العمق، هناك نظام لتوزيع المدققين بشكل عشوائي، وإثباتات تشفيرية، وشروط slashing، ومعايير للرسائل العابرة بين السلاسل — كلها تعمل معًا في منظومة واحدة.

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

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

اقرأ التالي: SPCX Extends Post-IPO Rally As SpaceX Deploys 3 Bluebird Satellites