طبقة الأمان المشتركة

ما هي طبقة الأمان المشتركة؟

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

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

تصف وثائق سلسلة الترحيل Polkadot الرسمية الأمان المشترك بأنه نموذج تستفيد فيه السلاسل المتصلة من إثبات الحصة المسمى (Nominated Proof of Stake) دون الحاجة إلى بناء أمانها الخاص.

تصف وثائق Cosmos Hub Interchain Security الرسمية Interchain Security بأنها منصة لإطلاق سلاسل Cosmos-SDK يمكنها الاستفادة من مجموعة مدققي Cosmos Hub وحصته ومجتمعه.

تصف نظرة EigenLayer العامة الرسمية إعادة التخزين بأنها نظام يتيح للمشاركين في التخزين توفير الأمان للخدمات ضمن منظومة EigenLayer.

يمكن لطبقة الأمان المشتركة دعم سلاسل التطبيقات، وParachains، وسلاسل المستهلكين، وخدمات إتاحة البيانات، وأنظمة Oracle، والجسور، وبنية Rollup التحتية، وغيرها من شبكات الكريبتو التي تحتاج إلى أمان موثوق.

ويتمثل الهدف الرئيسي في خفض تكلفة وصعوبة إطلاق بنية تحتية آمنة.

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

ببساطة، طبقة الأمان المشتركة هي أساس أمني يمكن للعديد من أنظمة الكريبتو استخدامه في الوقت نفسه.

أهمية طبقات الأمان المشتركة

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

قد تكون الشبكة الصغيرة ذات مجموعة المدققين الضعيفة أسهل عرضة للهجوم أو الرقابة أو التوقف أو التلاعب.

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

يمكن للأمان المشترك تسهيل ذلك عبر إتاحة وصول الأنظمة الجديدة إلى مجموعة قائمة من الأمان الاقتصادي.

وقد يخفض ذلك تكاليف بناء الأمان الأولي للمطورين ويحسن السلامة للمستخدمين.

كما قد يحسن قابلية التشغيل البيني، لأن الأنظمة المؤمَّنة بالطبقة نفسها قد تشترك في قواعد المراسلة أو افتراضات المدققين أو علاقات التسوية.

وتذكر وثائق Polkadot parachains الرسمية أن Parachains تستفيد من الأمان المشترك وقابلية التشغيل البيني وقابلية التوسع، مع التركيز على منطق خاص بالتطبيق.

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

وعندما تنفصل هذه الأجزاء، تصبح افتراضات الأمان أصعب على المستخدمين من حيث الفهم.

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

كيف تعمل طبقة الأمان المشتركة؟

تعمل طبقة الأمان المشتركة عبر ربط عدة أنظمة بمصدر أمان واحد.

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

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

قد يشغّل المدققون أو المشغلون برمجيات إضافية لكل سلسلة أو خدمة متصلة.

وقد يفوض المشاركون في التخزين أصولهم إلى مدققين أو مشغلين يختارون تأمين أنظمة إضافية.

وقد يدفع النظام المتصل مكافآت أو رسوماً أو تضخماً أو حوافز أخرى للمدققين والمشاركين في التخزين الذين يؤمنونه.

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

ويعتمد التصميم الدقيق على المنظومة.

تنسخ بعض الأنظمة مجموعة مدققي السلسلة الموفرة عبر سلاسل المستهلكين.

وتتيح أنظمة أخرى لمجموعة فرعية فقط من المدققين الاشتراك في تأمين خدمة محددة.

لذلك، لا تمثل طبقة الأمان المشتركة تقنية واحدة، بل عائلة من التصاميم التي تجمع الثقة والأمان الاقتصادي.

السلسلة الموفرة

السلسلة الموفرة هي بلوكشين توفر الأمان لسلاسل أو خدمات أخرى.

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

وتنص وثائق Cosmos Hub Interchain Security على أن Hub يمكنه تمكين السلاسل من الاستفادة من مدققيه وحصته ومجتمعه.

تمتلك السلسلة الموفرة عادةً توكناً راسخاً، ومجموعة مدققين، ونظام حوكمة، واقتصاد تخزين، وسمعة.

وتستفيد سلاسل المستهلكين لأنها لا تحتاج إلى إنشاء اقتصاد أمني كامل بمفردها.

وقد تستفيد السلسلة الموفرة لأن سلاسل المستهلكين قد تخلق طلباً جديداً ورسومًا ومكافآت وقيمة للمنظومة.

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

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

وإذا كانت المكافآت منخفضة جداً، فقد لا يرغب المدققون في المشاركة.

ولا تكون السلسلة الموفرة مفيدة إلا إذا أمكن مشاركة أمنها دون إضعاف النظام الأساسي.

سلسلة المستهلكين

سلسلة المستهلكين هي بلوكشين تتلقى الأمان من سلسلة موفرة أو طبقة أمان مشتركة.

وقد تظل لديها منطقها الخاص بالتطبيق، وإعدادات الحوكمة، والرسوم، ونموذج التوكن، وتجربة المستخدم.

وما تستعيره هو جزء من الهيكل الأمني الذي يتحقق من حالتها أو يحميها.

ويمكن أن يساعد ذلك السلسلة الجديدة على الإطلاق بسرعة أكبر وبأمان أقوى مما يمكنها بناؤه منفردة.

لكن سلسلة المستهلكين ليست خالية من المخاطر لمجرد استخدامها الأمان المشترك.

فلا تزال قد تواجه أخطاء العقود الذكية، وأخطاء منطق التطبيق، ومخاطر Oracle، ومخاطر الجسور، ومخاطر الحوكمة، وانخفاض السيولة، ومخاطر واجهة المستخدم.

وينبغي للمستخدمين أيضاً التحقق من مقدار أمان السلسلة الموفرة الذي ينطبق فعلياً على سلسلة المستهلكين.

تتطلب بعض التصاميم من مجموعة المدققين الكاملة التحقق من سلسلة المستهلكين.

بينما تتيح تصاميم أخرى مجموعة جزئية فقط أو مجموعة اشتراك اختياري.

وتعتمد قوة سلسلة المستهلكين على تفاصيل اتفاقية الأمان المشترك.

مجموعة المدققين

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

في طبقة الأمان المشتركة، قد تحمي مجموعة المدققين أكثر من سلسلة أو خدمة واحدة.

وقد يحسن ذلك الأمان لأن السلسلة الجديدة يمكنها الاعتماد على مدققين ملتزمين اقتصادياً وذوي خبرة تشغيلية مسبقاً.

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

وإذا تعرض المدققون لحمل زائد، فقد تنخفض جودة التحقق.

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

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

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

قد تكون مجموعة المدققين المشتركة قوية، لكن يجب أن تظل لامركزية وخاضعة للمراقبة ومحفزة بصورة مناسبة.

وينبغي للمستخدمين السؤال عن الجهة التي تتحقق فعلياً من الأنظمة المتصلة.

الأمان المجمع

يعني الأمان المجمع أن عدة مشاركين يدمجون حصتهم أو عمل المدققين أو ضماناتهم الاقتصادية لتأمين نظام ما.

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

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

وقد يكون الأمان المجمع فعالاً، لأن رأس المال الأمني نفسه يمكن أن يدعم أكثر من خدمة مفيدة.

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

ولهذا يجب تقييم الأمان المجمع من منظور الفائدة والعبء معاً.

الفائدة هي حماية مشتركة أقوى.

أما العبء فهو أن المدققين والمشاركين في التخزين قد يقبلون مسؤوليات أكثر وطرقاً أكثر لخسارة الأموال.

الأمان المجمع جذاب، لكنه ليس أماناً مجانياً.

تغير كل خدمة إضافية ملف المخاطر والمكافآت للمجمع المشترك.

إعادة التخزين والأمان المشترك

تُعد إعادة التخزين أحد أهم نماذج الأمان المشترك الحديثة.

تتيح إعادة التخزين استخدام الأصول المخزنة أو توكنات التخزين السائل لتأمين خدمات إضافية تتجاوز السلسلة الأساسية الأصلية.

تشير نظرة EigenLayer العامة إلى أن إعادة التخزين تتيح للمشاركين إعادة تخزين ETH الأصلي أو توكنات التخزين السائل لتوفير الأمان لخدمات قابلة للتحقق ذاتية التشغيل.

وقد تشمل هذه الخدمات إتاحة البيانات، والتحقق، والمهام الشبيهة بـ Oracle، والجسور، والمعالجات المساعدة، وغيرها من البنية التحتية التي تحتاج إلى ضمانات تشفيرية اقتصادية.

يشغّل المشغلون البرمجيات اللازمة لدعم هذه الخدمات.

وقد يفوض المشاركون في التخزين أصولهم إلى المشغلين أو يشغلون بنية المشغلين التحتية بأنفسهم.

والوعد هنا هو كفاءة رأس المال، لأن مجموعة واحدة من الأصول المخزنة يمكنها دعم أكثر من خدمة كريبتو واحدة.

أما المخاطرة فهي أن الخدمات الإضافية قد تضيف تعرضاً إضافياً لخفض الحصة والمخاطر التشغيلية ومخاطر العقود الذكية والحوكمة.

تحول إعادة التخزين رأس المال المخزن إلى مورد أمان مشترك.

وينبغي للمستخدمين فهم الخدمات التي تساعد أصولهم المعاد تخزينها على تأمينها بدقة.

الخدمات القابلة للتحقق ذاتية التشغيل

الخدمات القابلة للتحقق ذاتية التشغيل، التي يُطلق عليها غالباً AVSs في منظومة EigenLayer، هي خدمات تستخدم الأمان المعاد تخزينه عبر EigenLayer.

وتصف نظرة EigenLayer العامة AVSs بأنها خدمات مبنية على البروتوكول وتستفيد من الأمان المشترك لـ Ethereum.

يمكن لـ AVS تحديد مهام يجب على المشغلين أداؤها.

وقد تتضمن هذه المهام التحقق أو إتاحة البيانات أو الحوسبة أو الإقرار أو المراسلة أو أعمالاً أخرى قابلة للتحقق.

يشترك المشغلون لتقديم خدمات لـ AVSs.

ويفوض المشاركون في التخزين أصولهم إلى المشغلين ويتحملون ملف المخاطر المرتبط بالخدمات التي اختارها المشغل.

ينبغي أن يحدد AVS متطلباته ومكافآته وشروط خفض الحصة وقواعد المراقبة ومنطق التحقق بوضوح.

إذا كان تصميم AVS ضعيفاً، فقد لا يحمي الأمان المشترك المستخدمين كما هو متوقع.

ولا ينبغي للمستخدمين افتراض أن جميع AVS تتمتع بالمستوى نفسه من الأمان لمجرد استخدامها بروتوكول أمان مشترك.

فجودة تصميم الخدمة لا تزال مهمة.

Interchain Security

Interchain Security هو نهج للأمان المشترك ضمن منظومة Cosmos.

ويتيح لسلسلة مستهلكين استخدام أمان سلسلة موفرة بدلاً من البدء بمجموعة مدققين معزولة.

وتصف وثائق Cosmos Interchain Security هذا النهج بأنه منصة لإطلاق سلاسل Cosmos-SDK.

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

وهذا يعني أنه يمكن تخصيص الأمان المشترك وفق احتياجات سلسلة المستهلكين.

قد تتطلب السلسلة التي تحتاج إلى أمان أكبر حصة أكبر من المدققين.

وقد تختار سلسلة أصغر أو تجريبية نموذج اشتراك اختياري بأمان مضمون أقل.

والمقايضة واضحة، لأن الأمان الأكبر يتطلب عادة التزاماً أقوى من المدققين ومكافآت أكبر.

يوضح Interchain Security كيف يمكن أن يصبح الأمان المشترك علاقة حوكمة واقتصاد بين السلاسل.

كما يوضح ضرورة تحقق المستخدمين من مقدار أمان السلسلة الموفرة الذي تتلقاه سلسلة المستهلكين فعلياً.

الأمان المشترك في Polkadot

يُعد Polkadot أحد أكثر أمثلة طبقة الأمان المشتركة رسوخاً.

يستخدم Polkadot بنية سلسلة ترحيل وParachains، حيث يمكن للسلاسل المتصلة الاستفادة من أمان سلسلة الترحيل وقابلية التشغيل البيني.

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

وتذكر وثائق Polkadot parachains أن Parachains ترث الأمان من مجموعة مدققي Polkadot ويمكنها التواصل عبر Cross-Consensus Messaging.

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

كما ينشئ بيئة مشتركة لقابلية التشغيل البيني، إذ يمكن لـ Parachains التواصل وفق افتراضات مشتركة.

ولا يشبه نموذج Polkadot إعادة التخزين أو Cosmos Interchain Security.

إنه بنية Layer 0 يكون فيها الأمان المشترك والمراسلة عبر السلاسل هدفين أساسيين في التصميم.

ينبغي للمستخدمين فهم سلسلة الترحيل والمدققين وcoretime وParachains والحوكمة ونموذج المراسلة قبل تقييم التطبيقات في هذه المنظومة.

يكون الأمان المشترك أقوى عندما يفهم المستخدمون كلاً من قاعدة الأمان المشتركة ومنطق السلسلة الخاص بالتطبيق.

طبقة الأمان المشتركة مقابل البلوكشين المستقل

يتحمل البلوكشين المستقل مسؤولية أمانه الخاص.

ويجب أن يجذب المدققين والمشاركين في التخزين والمعدنين والمفوضين ومشغلي العقد والمشاركين في الحوكمة وبنية المراقبة التحتية.

يمكن للسلسلة ذات الأمان المشترك الاعتماد على طبقة أمان قائمة لبعض هذه المسؤوليات.

وقد يسهل ذلك الإطلاق والتوسع.

لكن السلسلة المستقلة قد تتمتع باستقلالية أكبر واعتماديات خارجية أقل.

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

وتتمثل المقايضة بين الاستقلالية وبناء الأمان الأولي.

تتحكم السلسلة المستقلة في مصيرها، لكنها يجب أن تؤمن نفسها.

أما السلسلة ذات الأمان المشترك فتتلقى المساعدة، لكنها تقبل قواعد وافتراضات طبقة أخرى.

ولا يُعد أي من النموذجين أفضل تلقائياً، لأن النموذج المناسب يعتمد على أهداف التطبيق وقدرته على تحمل المخاطر وتوقعات المستخدمين.

طبقة الأمان المشتركة مقابل Sidechain

السلسلة الجانبية هي بلوكشين منفصل متصل بسلسلة أخرى عبر جسر أو ربط سعري.

وغالباً ما يكون للسلسلة الجانبية مجموعة مدققين وافتراضات أمان خاصة بها.

بينما تعتمد سلسلة الأمان المشترك بصورة أكثر مباشرة على طبقة أمان عامة أو مجموعة مدققي سلسلة موفرة.

ويهم هذا الفرق لأن المستخدمين يخلطون كثيراً بين السلاسل المتصلة وسلاسل الأمان المشترك.

يمكن ربط سلسلة عبر جسر دون مشاركة أمان المدققين.

كما يمكن لسلسلة استخدام الآلة الافتراضية نفسها لسلسلة أخرى دون مشاركة الأمان.

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

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

ينبغي للمستخدمين السؤال عما إذا كانت السلسلة ترث الأمان أو تستأجره أو تعيد تخزينه أو تكتفي بجسر الأصول.

فالإجابة تغير نموذج المخاطر.

طبقة الأمان المشتركة مقابل Rollup

Rollup هو نظام توسع ينفذ المعاملات خارج سلسلة أساسية، مع الاعتماد على السلسلة الأساسية في التسوية أو الإثباتات أو نشر البيانات بحسب نوع Rollup.

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

قد تستخدم بعض البنى التحتية المرتبطة بـ Rollup الأمان المشترك لإتاحة البيانات أو التسلسل أو التحقق أو المراسلة بين Rollups.

وتعتمد Rollups أخرى أساساً على سلسلة التسوية ونظام الإثبات الخاص بها.

والفرق مهم لأن أمان Rollup يعتمد على إتاحة البيانات وصحة الإثباتات أو تحديات الاحتيال ومفاتيح الترقية وأدوات التسلسل وافتراضات التسوية.

وقد يضيف الأمان المشترك طبقة أخرى من المشغلين والمشاركين في التخزين والمكافآت وشروط خفض الحصة.

يمكن لـ Rollup استخدام الأمان المشترك لمكون محدد دون أن يصبح نموذج أمان Rollup بأكمله مطابقاً للطبقة المشتركة.

ينبغي للمستخدمين التحقق من الجزء من المكدس المحمي بالأمان المشترك.

وينبغي للمطورين تجنب الادعاءات الغامضة بأن Rollup مؤمن بالكامل بطبقة مشتركة إذا كان مكون واحد فقط يستخدمها.

الادعاءات الأمنية الدقيقة ضرورية في أنظمة الكريبتو المعيارية.

طبقة الأمان المشتركة مقابل الجسر

ينقل الجسر الأصول أو الرسائل بين السلاسل.

بينما تحمي طبقة الأمان المشتركة السلاسل أو الخدمات من خلال مدققين مشتركين أو حصة أو ضمانات مُعاد تخزينها.

قد تستخدم بعض الجسور الأمان المشترك للتحقق، لكن الجسر ليس تلقائياً طبقة أمان مشتركة.

تشمل مخاطر الجسر أخطاء العقود الذكية واختراق الموقّعين وإعادة تشغيل الرسائل وفشل السيولة والتحكم في الحوكمة.

وتشمل مخاطر الأمان المشترك فشل المدققين وتصميم خفض الحصة وتركيز المشغلين ومخاطر الحوكمة والتعرض المتبادل بين الخدمات.

قد يربط الجسر سلسلتين لا تتشاركان أي أمان على الإطلاق.

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

ينبغي للمستخدمين فصل مخاطر الجسر عن مخاطر الأمان المشترك عند تقييم التطبيقات عبر السلاسل.

يمكن أن تقترن طبقة أمان مشتركة قوية بجسر ضعيف.

وتتطلب تجربة مستخدم آمنة كلاً من التحقق الآمن وحركة الأصول الآمنة.

الأمان الاقتصادي

الأمان الاقتصادي هو القيمة المعرضة للخطر التي تجعل الهجمات مكلفة.

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

في طبقة الأمان المشتركة، قد يُعاد استخدام الأمان الاقتصادي أو تجميعه عبر خدمات متعددة.

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

ويكمن الخطر في احتمال المبالغة في تقدير الأمان الاقتصادي إذا وُعِدت الحصة نفسها لخدمات كثيرة ذات مخاطر متداخلة.

ينبغي للمستخدمين السؤال عن مقدار الحصة القابلة فعلياً لخفض الحصة لخدمة أو سلسلة محددة.

كما ينبغي أن يسألوا عما إذا كان خفض الحصة مفعلًا وقابلاً للإنفاذ ومؤجلاً أو خاضعاً للحوكمة أو منفذاً جزئياً فقط.

الأمان الاقتصادي ليس مجرد رقم رئيسي.

بل يعتمد على شروط خفض الحصة والسيولة وسلوك المدققين والبنية القانونية والعقود الذكية والقيمة السوقية.

يتطلب الأمان المشترك القوي عقوبات موثوقة ومراقبة موثوقة.

خفض الحصة في الأمان المشترك

خفض الحصة هو عقوبة تزيل الحصة أو تحرقها عندما يخالف المدققون أو المشغلون القواعد.

في أنظمة الأمان المشترك، يمكن لخفض الحصة حماية السلاسل والخدمات المتصلة بجعل السلوك السيئ مكلفاً.

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

توضح نظرة EigenLayer العامة لإعادة التخزين أن الحصة المفوضة قد تصبح قابلة لخفض الحصة عندما يخصص المشغل الحصة لمجموعات المشغلين.

وهذا يعني أن المشاركين في التخزين يجب أن يراقبوا ما الذي يؤمنه المشغلون الذين اختاروهم.

قد يحسن خفض الحصة المساءلة، لكنه ينشئ أيضاً مخاطر جديدة للمشاركين في التخزين.

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

ويجب أن تكون قواعد خفض الحصة واضحة وموضوعية قدر الإمكان وقابلة للإنفاذ.

قد تخلق قواعد خفض الحصة غير الواضحة حالة من عدم اليقين والنزاعات وارتباك المستخدمين.

ولا تكون طبقة الأمان المشتركة موثوقة إلا بقدر قدرتها على اكتشاف الإخفاقات الخطيرة ومعاقبتها بعدالة.

المكافآت في الأمان المشترك

تعوض المكافآت المدققين والمشغلين والمشاركين في التخزين عن تأمين أنظمة إضافية.

وقد تأتي المكافآت من رسوم سلاسل المستهلكين أو التضخم أو مدفوعات الخدمات أو حوافز البروتوكول أو إيرادات التطبيق.

يجب أن يوازن نموذج الأمان المشترك بين المكافآت والمخاطر.

إذا كانت المكافآت منخفضة جداً، فقد لا يرغب المدققون في تأمين النظام المتصل.

وإذا كانت المكافآت مرتفعة جداً وغير مستدامة، فقد يجذب النموذج رأس مال قصير الأجل دون أمان مستدام.

قد تدفع أنظمة إعادة التخزين للمشغلين والمشاركين في التخزين مقابل دعم AVSs.

وقد توجه أنظمة السلسلة الموفرة مكافآت سلاسل المستهلكين إلى المدققين والمفوضين.

وقد تربط الأنظمة بأسلوب Polkadot الوصول إلى الأمان بـ coretime وتخصيص موارد الشبكة.

لا ينبغي للمستخدمين تقييم الأمان المشترك استناداً إلى العائد فقط.

بل ينبغي مقارنة المكافآت بمخاطر خفض الحصة والعقود الذكية والسيولة والمشغلين والحوكمة.

الأمان المشترك وقابلية التشغيل البيني

يمكن للأمان المشترك تحسين قابلية التشغيل البيني لأن الأنظمة المتصلة قد تعمل وفق افتراضات ثقة مشتركة.

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

تصف وثائق سلسلة ترحيل Polkadot قابلية التشغيل البيني الآمنة من خلال التواصل الأصلي عبر السلاسل.

قد يجعل الأمان المشترك التطبيقات عبر السلاسل أكثر عملية، لأن المستخدمين والمطورين يمكنهم الاعتماد على قاعدة أمان مشتركة.

لكن الأمان المشترك لا يحل تلقائياً جميع مشكلات قابلية التشغيل البيني.

فلا تزال تنسيقات الرسائل وعقود الجسور والمرحلات وزمن الاستجابة والسيولة والنهائية ومنطق التطبيق مهمة.

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

ينبغي للمطورين توضيح ما هو مشترك وما يتم التحقق منه وما لا يزال يعتمد على بنية تحتية منفصلة.

ولا ينبغي للمستخدمين افتراض أن كل رسالة بين سلاسل الأمان المشترك خالية من المخاطر.

تكون قابلية التشغيل البيني أكثر أماناً عندما تكون افتراضات الأمان صريحة.

الأمان المشترك والبلوكشين المعياري

تقسم البلوكشين المعيارية وظائف البلوكشين إلى طبقات منفصلة مثل التنفيذ والتسوية والإجماع وإتاحة البيانات.

يمكن لطبقة الأمان المشتركة توفير الأمان لوظيفة واحدة أو أكثر من هذه الوظائف.

فعلى سبيل المثال، قد تستخدم خدمة الأمان المشترك لإتاحة البيانات، مع استخدام سلسلة أخرى للتسوية وبيئة أخرى للتنفيذ.

قد يحسن هذا التصميم المعياري التخصص والأداء.

لكنه قد يجعل فهم المخاطر أصعب، لأن المستخدمين يجب أن يقيموا عدة طبقات في وقت واحد.

قد يؤثر الفشل في وحدة واحدة في التطبيق بأكمله.

قد يؤثر فشل إتاحة البيانات في استرداد Rollup.

وقد يؤثر فشل التسلسل في ترتيب المعاملات وتجربة المستخدم.

وقد يؤثر فشل الجسر في استرداد الأصول.

تساعد طبقة الأمان المشتركة الأنظمة المعيارية على تنسيق الثقة، لكن لا يزال على المستخدمين فهم المكدس الكامل.

الأمان المشترك وMEV

قد تظهر MEV، أو القيمة القصوى القابلة للاستخراج، عندما يؤثر المدققون أو أدوات التسلسل أو المشغلون في ترتيب المعاملات أو إدراجها أو تنفيذها.

قد تقلل طبقة الأمان المشتركة بعض المخاطر عبر وضع قواعد مشتركة ومشغلين خاضعين للمساءلة.

لكنها قد تركز أيضاً سلطة الترتيب إذا اعتمدت تطبيقات كثيرة على المشغلين أنفسهم.

إذا أمن المشغلون خدمات متعددة، فقد يرون تدفقات معاملات وفرصاً عبر نطاقات متعددة.

وقد يخلق ذلك كفاءة ومخاطر في آن واحد.

تكتسب سياسات MEV والمراقبة وقواعد المقترحين وأنظمة الترتيب العادل والشفافية أهمية في تصاميم الأمان المشترك.

ينبغي للمستخدمين فهم ما إذا كانت طبقة الأمان المشتركة تحمي من الرقابة أو توفر عقوبات اقتصادية فقط بعد سوء السلوك.

وينبغي للمطورين عدم افتراض أن الأمان المشترك ينشئ ترتيباً عادلاً تلقائياً.

يمكن للأمان المشترك دعم تنسيق أفضل، لكن إدارة MEV تتطلب تصميماً محدداً.

ولا يزال ترتيب المعاملات أحد أصعب المشكلات في البنية التحتية متعددة السلاسل.

مقاومة الرقابة

مقاومة الرقابة هي قدرة المستخدمين على إدراج معاملات صالحة دون حجب غير عادل.

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

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

قد تكون نماذج الأمان المشترك الجزئي مرنة، لكنها تتطلب مراجعة دقيقة لمشاركة المدققين.

توضح وثائق Cosmos Partial Set Security أن سلاسل الاشتراك الاختياري قد لا تتلقى مقداراً ثابتاً من الأمان وقد تحتاج إلى مراقبة مشاركة المدققين.

وهذا مهم لأن مجموعة مشغلين صغيرة قد تكون أسهل عرضة للضغط أو الرشوة أو التنسيق.

ينبغي للمستخدمين التحقق من وجود مسارات خروج أو آليات احتياطية أو عمليات حوكمة في حال حدوث الرقابة.

وينبغي للمطورين تصميم التطبيقات بحيث يفهم المستخدمون مخاطر النهائية وإدراج المعاملات.

ولا تضمن عبارة الأمان المشترك مقاومة الرقابة.

فهي تعتمد على تنوع المدققين والحوافز والقواعد والبنية التحتية الواقعية.

استمرارية العمل

تعني استمرارية العمل أن النظام يواصل إحراز التقدم ومعالجة المعاملات الصالحة.

يجب أن تحمي طبقة الأمان المشتركة كلاً من السلامة واستمرارية العمل.

تعني السلامة ألا ينهي النظام حالة غير صالحة أو متعارضة.

وتعني استمرارية العمل ألا يتوقف النظام إلى أجل غير مسمى.

قد يحسن الأمان المشترك استمرارية العمل عندما يدعم مدققون موثوقون كثيرون الخدمات المتصلة.

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

قد تتوقف سلسلة المستهلكين إذا لم يشارك عدد كافٍ من المدققين المشتركين بشكل صحيح.

وقد يفشل AVS في تقديم الخدمة إذا كان المشغلون غير متصلين أو تم إعدادهم بشكل خاطئ.

ينبغي للمستخدمين التحقق من وقت التشغيل التاريخي وتقارير الحوادث ومشاركة المدققين وإجراءات الطوارئ.

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

الحوكمة في الأمان المشترك

تقرر الحوكمة كيفية تغير طبقة الأمان المشتركة بمرور الوقت.

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

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

في أنظمة إعادة التخزين، قد تحدد حوكمة البروتوكول أو مقدمو الخدمات مجموعات المشغلين وشروط خفض الحصة.

يمكن للحوكمة تحسين القدرة على التكيف، لكنها قد تنشئ أيضاً مخاطر المركزية.

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

وإذا كانت الحوكمة بطيئة جداً، فقد تفشل المنظومة في الاستجابة للتهديدات العاجلة.

ينبغي للمستخدمين التحقق من الأقفال الزمنية وتوزيع قوة التصويت وصلاحيات الترقية وضوابط الطوارئ والشفافية.

الأمان المشترك ليس نظاماً تقنياً فحسب.

إنه أيضاً نظام حوكمة وتنسيق.

تركيز المشغلين

يحدث تركيز المشغلين عندما يسيطر عدد صغير من المشغلين على حصة كبيرة من التحقق أو الأمان المعاد تخزينه.

وقد يقلل ذلك اللامركزية ويزيد مخاطر الفشل المترابط.

إذا فوّض كثير من المستخدمين إلى المشغل نفسه، فقد يؤثر خطأ ذلك المشغل في عدد كبير من المشاركين في التخزين.

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

وقد ينشئ تركيز المشغلين أيضاً نفوذاً في الحوكمة وتركيزاً لـ MEV.

ينبغي للمستخدمين التحقق من تنوع المشغلين قبل تفويض الأصول المعاد تخزينها أو الاعتماد على خدمة.

وينبغي للمطورين تصميم حوافز تشجع قاعدة واسعة من المشغلين.

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

ينبغي لطبقة الأمان المشتركة السليمة تقليل نقاط الفشل الفردية.

يعتمد الأمان اللامركزي على الحصة الاقتصادية والتوزيع التشغيلي معاً.

مخاطر الأمان المشترك

تتمثل المخاطرة الأولى في خفض الحصة المترابط عبر خدمات متعددة.

والمخاطرة الثانية هي الحمل الزائد على المشغلين نتيجة كثرة واجبات التحقق.

والمخاطرة الثالثة هي الاستيلاء على الحوكمة أو الترقيات غير الآمنة.

والمخاطرة الرابعة هي ضعف تصميم خفض الحصة بما لا يعاقب حالات الفشل الفعلية.

والمخاطرة الخامسة هي خفض الحصة المفرط الذي يعاقب الأخطاء الصادقة بشكل غير عادل.

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

والمخاطرة السابعة هي فشل استمرارية العمل إذا توقف المدققون أو المشغلون عن المشاركة.

والمخاطرة الثامنة هي عدم وضوح فهم المستخدمين للطبقة التي تؤمن كل مكون.

والمخاطرة التاسعة هي المبالغة في الأمان الاقتصادي عندما لا تكون الحصة الرئيسية قابلة بالكامل لخفض الحصة لخدمة محددة.

والمخاطرة العاشرة هي الاعتمادية المشتركة، حيث يؤثر فشل طبقة أمان واحدة في العديد من الأنظمة المتصلة دفعة واحدة.

فوائد طبقات الأمان المشتركة

الفائدة الأولى هي بناء الأمان الأولي بسرعة أكبر للسلاسل والخدمات الجديدة.

والفائدة الثانية هي أمان اقتصادي أقوى مما تستطيع مجموعات المدققين الصغيرة المستقلة تحقيقه بمفردها.

والفائدة الثالثة هي انخفاض تكلفة الإطلاق للمطورين.

والفائدة الرابعة هي تحسين قابلية التشغيل البيني بين الأنظمة المتصلة.

والفائدة الخامسة هي كفاءة رأس المال، إذ يمكن للأصول المخزنة دعم أكثر من خدمة مفيدة.

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

والفائدة السابعة هي تسهيل تطوير السلاسل الخاصة بالتطبيقات.

والفائدة الثامنة هي تعزيز مواءمة المنظومة بين السلاسل الموفرة وسلاسل المستهلكين والمشغلين والمستخدمين.

والفائدة التاسعة هي بنية بلوكشين معيارية أكثر مرونة.

والفائدة العاشرة هي أن الأمان المشترك قد يجعل البنية التحتية عالية القيمة أكثر موثوقية قبل امتلاكها اقتصاد توكن أصلي كبير.

كيفية تقييم طبقة أمان مشتركة

ابدأ بتحديد مصدر الأمان.

تحقق مما إذا كان الأمان يأتي من سلسلة موفرة أو سلسلة ترحيل أو بروتوكول إعادة تخزين أو سوق للمدققين أو تصميم آخر.

تحقق من مقدار الحصة التي تحمي فعلياً السلسلة أو الخدمة المحددة.

تحقق مما إذا كانت مجموعة المدققين كاملة أو جزئية أو قائمة على الاشتراك الاختياري أو تتطلب إذناً أو لا تتطلب إذناً.

تحقق مما إذا كان خفض الحصة مفعلًا وموضوعياً وقابلاً للإنفاذ ومؤجلاً أو خاضعاً للحوكمة.

تحقق مما إذا كان المدققون أو المشغلون متنوعين وموثوقين.

تحقق من المكافآت المدفوعة وما إذا كانت مستدامة.

تحقق مما إذا كان النظام المتصل يواجه مخاطر خاصة بالعقود الذكية أو الجسور أو Oracle أو الحوكمة.

تحقق مما إذا كان المستخدمون يستطيعون الخروج بأمان عند فشل الخدمة أو تغير علاقة الأمان.

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

أفضل الممارسات للمطورين

اشرح نموذج الأمان بوضوح في وثائق المستخدمين.

اذكر ما إذا كانت سلسلتك أو خدمتك تستخدم أماناً مشتركاً كاملاً أو جزئياً أو مشغلين باشتراك اختياري أو أماناً معاد تخزينه.

انشر تفاصيل المدققين والمشغلين والمكافآت وخفض الحصة والحوكمة بصيغة يفهمها المستخدمون.

تجنب الادعاء بأن تطبيقك يرث أمان السلسلة الأساسية كاملاً إذا كان مكون واحد فقط يستخدم الأمان المشترك.

استخدم عقوداً خضعت للتدقيق للتخزين والتفويض والمكافآت والجسور ومنطق خفض الحصة.

راقب المشغلين والمدققين باستمرار.

صمم مكافآت تعوض المشغلين عن العمل الفعلي والمخاطر الفعلية.

جهّز إجراءات للاستجابة للحوادث المتعلقة بفشل استمرارية العمل ونزاعات خفض الحصة وإيقاف الجسور وحالات طوارئ الحوكمة.

سهّل على المستخدمين معرفة الأصول أو الخدمات المعرضة لأي مخاطر.

ينبغي تقديم الأمان المشترك كبنية دقيقة، لا كشعار تسويقي.

أفضل الممارسات للمستخدمين

اقرأ الوثائق الرسمية قبل استخدام سلسلة أو خدمة تدعي استخدام الأمان المشترك.

تحقق مما إذا كانت طبقة الأمان تحمي النظام بأكمله أو وحدة واحدة فقط.

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

افهم مخاطر خفض الحصة قبل تخزين الأصول أو تفويضها أو إعادة تخزينها.

لا تسعَ وراء المكافآت الأعلى دون التحقق من المخاطر الإضافية التي تخلق هذه المكافآت.

راجع مخاطر الجسور وOracle والعقود الذكية والحوكمة بشكل منفصل عن ادعاءات الأمان المشترك.

استخدم معاملات اختبار صغيرة عند تجربة سلسلة أو خدمة جديدة.

تتبع المشغلين أو المدققين الذين تتعرض أصولك لمخاطرهم.

راقب الإعلانات، لأن علاقات الأمان المشترك يمكن أن تتغير عبر الحوكمة أو الترقيات.

تعامل مع الأمان المشترك كنموذج مخاطر يجب فهمه، لا كضمان للسلامة.

مفاهيم خاطئة شائعة حول طبقات الأمان المشتركة

من الأخطاء الشائعة افتراض أن الأمان المشترك يعني انعدام المخاطر.

ومن الأخطاء الأخرى افتراض أن كل سلسلة متصلة تتلقى المستوى نفسه من الأمان.

والخطأ الثالث هو الخلط بين الجسر وطبقة الأمان المشتركة.

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

والخطأ الخامس هو تجاهل تركيز المدققين أو المشغلين.

والخطأ السادس هو تجاهل شروط خفض الحصة.

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

والخطأ الثامن هو تجاهل الحوكمة وصلاحيات الترقية.

والخطأ التاسع هو افتراض أن مكافآت إعادة التخزين عائد مجاني.

والخطأ العاشر هو عدم التحقق مما إذا كانت طبقة الأمان المشتركة مفعلة أو جزئية أو تجريبية أو لا تزال قيد التغيير.

الأسئلة الشائعة

ماذا تعني طبقة الأمان المشتركة في الكريبتو؟

طبقة الأمان المشتركة هي نظام أمان للبلوكشين تعتمد فيه عدة سلاسل أو خدمات أو وحدات على مجموعة مدققين مشتركة أو حصة مجمعة أو ضمانات مُعاد تخزينها.

لماذا تستخدم المشاريع طبقة أمان مشتركة؟

تستخدم المشاريع طبقة أمان مشتركة لتجنب بناء الأمان من الصفر والوصول إلى مدققين وحصة وقابلية تشغيل بيني وبنية تحتية أقوى.

هل الأمان المشترك هو نفسه الجسر؟

لا، ينقل الجسر الأصول أو الرسائل، بينما يوفر الأمان المشترك التحقق أو التخزين أو الحماية التشفيرية الاقتصادية للسلاسل أو الخدمات.

هل الأمان المشترك هو نفسه السلسلة الجانبية؟

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

ما هي إعادة التخزين في الأمان المشترك؟

تتيح إعادة التخزين للأصول المخزنة أو توكنات التخزين السائل تأمين خدمات إضافية تتجاوز السلسلة الأساسية الأصلية.

هل يمكن للأمان المشترك تقليل المخاطر؟

نعم، يمكن للأمان المشترك تقليل مخاطر بناء الأمان الأولي للأنظمة الجديدة، لكنه يقدم أيضاً مخاطر تتعلق بالمشغلين وخفض الحصة والحوكمة والعقود وحالات الفشل المترابطة.

ما هي السلسلة الموفرة؟

السلسلة الموفرة هي بلوكشين توفر الأمان لسلاسل المستهلكين أو الخدمات المتصلة.

ما هي سلسلة المستهلكين؟

سلسلة المستهلكين هي بلوكشين تتلقى الأمان من سلسلة موفرة أو طبقة أمان مشتركة.

ما أكبر مخاطر الأمان المشترك؟

أحد المخاطر الرئيسية هو أن الفشل في نظام المدققين أو المشغلين أو الحوكمة أو خفض الحصة المشترك قد يؤثر في العديد من الخدمات المتصلة في الوقت نفسه.

كيف ينبغي للمستخدمين تقييم ادعاءات الأمان المشترك؟

ينبغي للمستخدمين التحقق من مصدر الأمان ومشاركة المدققين وتركيز المشغلين وقواعد خفض الحصة والمكافآت وصلاحيات الحوكمة والأجزاء المحمية فعلياً من النظام.

الخلاصة

طبقة الأمان المشتركة هي بنية أمنية في الكريبتو تعتمد فيها عدة سلاسل أو تطبيقات أو خدمات على مجموعة مشتركة من المدققين أو المشاركين في التخزين أو المشغلين أو الضمانات المعاد تخزينها.

وتساعد الأنظمة الجديدة على الإطلاق بأمان أقوى مما قد تحققه بمفردها.

وتُستخدم بأشكال متعددة، بما في ذلك أمان سلسلة الترحيل وInterchain Security وإعادة التخزين ومجموعات المدققين المجمعة وخدمات البنية التحتية المعيارية.

قد يحسن الأمان المشترك قابلية التوسع وقابلية التشغيل البيني وكفاءة رأس المال وسرعة المطورين ومواءمة المنظومة.

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

ينبغي للمطورين توضيح ما يتم تأمينه بدقة، والجهة التي تؤمنه، وكيفية عمل المكافآت، وما يحدث عند فشل المدققين أو المشغلين.

وينبغي للمستخدمين تقييم ادعاءات الأمان المشترك بعناية بدلاً من افتراض أن النظام المتصل يرث تلقائياً الأمان الكامل لسلسلة أكبر.

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

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

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

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