لأغراض تعليمية فقط؛ ليست نصيحة استثمارية أو نصيحة بشأن الحفظ أو الأمان. لا يضمن توقيع MPC أو التوقيع بالعتبة الحفظ الذاتي أو التوافر أو الاسترداد أو الحماية من فشل السياسات أو نقاط النهاية أو الموقّعين الخبيثين. قد تكون خسائر الأصول الرقمية غير قابلة للعكس.
الإجابة المباشرة
تعد محفظة MPC مفهومًا مهمًا في مفاتيح التشفير والتوقيعات وأمن الحساب. تشرح هذه المقالة تعريفها ومبادئ التشغيل والصيغ الأساسية والحالات الفعلية وحدود المخاطر وسوء الفهم الشائع لمساعدة المستخدمين على فهم الآلية الموجودة على السلسلة بدلاً من مجرد حفظ المصطلحات.
MPC المحفظة ليست اختصارًا موجودًا فقط في المستندات الفنية. فهو يؤثر على ما إذا كانت المعاملات تعمل، أو كيفية تسعير الأصول، أو ما إذا كانت البروتوكولات تعمل بشكل آمن، أو ما إذا كان المستخدمون يتحكمون حقًا في أموالهم. لفهم هذا الموضوع، تحتاج إلى وضع قواعد التعليمات البرمجية والحوافز الاقتصادية والبيانات الموجودة على السلسلة والعمليات الفعلية في نفس الإطار.
MPC تقوم المحفظة بتوزيع إمكانات التوقيع على العديد من المشاركين وتقوم بشكل مشترك بإنشاء توقيعات صالحة من خلال حسابات متعددة الأطراف. لا يلزم إعادة بناء المفتاح الخاص الكامل على جهاز واحد. يعتمد الأمان على تصميم العتبة والاتصال والاسترداد.
من منظور تصنيف المعرفة، تنتمي محفظة MPC إلى مفاتيح التشفير والتوقيعات وأمن الحساب. عند التحديد، يجب عليك أولاً توضيح السلسلة أو نوع الأصل أو طبقة البروتوكول التي تعمل عليها، وتمييز أهداف التصميم عن التنفيذ الحالي. يمكن للشبكات المختلفة استخدام نفس الاسم ولكنها تستخدم معلمات وأذونات وافتراضات أمان مختلفة، لذلك لا يمكن الحكم على نظامين بأنهما متساويان بناءً على المصطلحات وحدها.
من الضروري أيضًا التمييز بين الحقائق الموجودة على السلسلة وتفسيرات الواجهة وسرد السوق. تعتبر تجزئة المعاملات وحالة العقد وسجلات الحظر بيانات يمكن التحقق منها؛ ستقوم المحافظ ومنصات البيانات بتسميتها وتجميعها؛ قد يختار الترويج للمشروع العيار الأكثر ملاءمة. يجب أن يبدأ البحث من السجلات الأصلية قدر الإمكان، ومن ثم استخدام أدوات الطرف الثالث لتحسين الكفاءة.
آلية العمل
من خلال فهم مبدأ محفظة MPC، يمكنك تقسيم العملية إلى “الإدخال - التحقق - تغيير الحالة - النتيجة الاقتصادية”. قد تكون المدخلات عبارة عن معاملات أو أسعار أو توقيعات أو ضمانات أو مقترحات حوكمة؛ تحدد قواعد التحقق ما إذا كانت المدخلات مقبولة؛ تغييرات الحالة وأرصدة السجلات والأذونات؛ وتقع النتائج الاقتصادية على عاتق الرسوم والمكاسب والخسائر وأصحاب المخاطر.
يمكن كتابة العلاقة الأساسية على النحو التالي: توقيع صالح = يتم حساب مشاركات المفاتيح المتعددة معًا وفقًا لاتفاقية العتبة. تُستخدم الصيغ لكشف المتغيرات الأساسية ولا تعني أن الواقع يجب أن يخضع تمامًا للمعادلات البسيطة. ومن الضروري شرح مصدر البيانات والوحدة ونافذة المراقبة ومعالجة الاستثناءات واختبار ما إذا كان الاستنتاج مستقرا بعد تغير المتغيرات.
تأكد أولاً من صاحب صلاحية التوقيع، ثم تحقق من كائن التفويض والطريقة والمبلغ وفترة الصلاحية ومسار الاسترداد. تختلف عواقب توقيع تسجيل الدخول وتوقيع الطلب والمعاملة وتفويض الرمز المميز.
تكتب تقنية blockchain بعض القواعد في الكود، لكنها لا تستطيع أن تضمن تلقائيًا أن المدخلات أصلية، أو أن الواجهة الأمامية آمنة، أو أن الإدارة معقولة. يمكن أن تصبح كل من Oracles وSequencers والمدققين والمسؤولين والتوقيعات المتعددة ومنصات التداول نقاط تبعية. إن التحليل الأساسي الحقيقي لابد أن يجيب على الأسئلة التالية: من يستطيع تغيير القواعد، ومن يستطيع تعليق النظام، ومن يتحمل الخسارة عندما يفشل، وما إذا كان المستخدمون العاديون قادرون على الخروج بشكل مستقل.
مثال
تضع المؤسسة ثلاث مشاركات توقيع في خدمة الهاتف المحمول والخادم والاسترداد، ويمكن لأي طرفين التوقيع؛ لا يكفي تسرب جهاز واحد لنقل الأصول.
عند تحليل حالة ما، لا يجب أن تتوقف عند نتيجة “النجاح أو الفشل”. تحقق أيضًا من الكتلة التي تمت عليها المعاملة، والسعر الذي تم استخدامه، ومقدار الرسوم التي تم استهلاكها، وما إذا كان الترخيص متضمنًا، وماذا سيحدث لنفس العملية في ظل الازدحام أو الظروف القاسية. إذا كان من الممكن إنشاء ذلك فقط في بيئة عادية، فلن يكون للاستنتاج أهمية كاملة للمخاطر.
تحويل المبلغ مهم أيضا. يجب إعادة النسبة المعروضة على الواجهة إلى الأصول الحقيقية: النتيجة الصافية = قيمة الأصول المستلمة - أصل المبلغ المستثمر - رسوم المناولة - الانزلاق - تكاليف التمويل - خسائر المخاطر. بالنسبة للمكافآت الرمزية التي تتقلب بشكل كبير في السعر، يجب تسجيل مكاسب الحجم وقيمة الدولار بشكل منفصل.
المخاطر
كلما كانت وظيفة المحفظة أكثر ملاءمة، كلما تم تقديم المزيد من الأجهزة أو الخدمات أو تبعيات العقود عادةً. يأتي الأمان من خلال تقليل الامتيازات والعزل والاسترداد الذي يمكن التحقق منه، وليس من اسم المنتج.
تعمل أسواق العملات المشفرة على مدار اليوم، وقد تتغير الأسعار والحالة على السلسلة خلال فترات زمنية قصيرة. إن ارتفاع الغاز من شأنه أن يجعل عمليات السحب الصغيرة تفقد أهميتها الاقتصادية، كما أن تعليق الجسور أو التبادلات سوف يسد المسار، كما أن ترقيات الإدارة قد تؤدي أيضاً إلى تغيير المعايير. عندما لا يمكن تقدير الحد الأعلى للخسارة، فإن طريقة التحكم الأكثر مباشرة هي تقليل المبلغ وتقليل التفويض وفصل المحافظ.
يمكن كتابة موازنة المخاطر على النحو التالي: مبلغ الاستثمار المسموح به = الحد الأقصى للخسارة المسموح بها ÷ نسبة خسارة سيناريو الإجهاد. لا يمكن لسيناريوهات الضغط أن تستخدم التقلبات المتوسطة التاريخية فحسب، بل يجب أن تأخذ في الاعتبار أيضًا نقاط الضعف في العقود، وتفكيك العملات المستقرة، وازدحام التصفية، وفشل أمناء الحفظ.
مفاهيم خاطئة شائعة
الخرافة الأولى: إمكانية تتبع السلسلة يعني عدم وجود خطر
تعمل السجلات العامة على تحسين إمكانية التحقق، ولكن قد يظل المستخدمون يسيئون قراءة البيانات، وقد يحتوي العقد أيضًا على ثغرات أو أذونات تمت ترقيتها أو مدخلات غير صحيحة. الشفافية لا تساوي ضمان الأمن.
الخرافة الثانية: التكنولوجيا المتقدمة تعني أن العملات الرمزية يجب أن تكون ذات قيمة
يعد استخدام البروتوكول وطلب الرمز المميز والتقاط قيمة المالك مشكلات مختلفة. يمكن أن تكون التكنولوجيا ناجحة، ولا يزال من الممكن أن تتأثر أسعار الرمز المميز بالعرض والفتح والمنافسة.
الخرافة الثالثة: الدخل المعروض على الواجهة هو صافي الدخل القابل للتحقيق
قد يتضمن الرقم السنوي إعانات قصيرة الأجل ولا يخصم الغاز والانزلاق والاستهلاك الرمزي وتكاليف الخروج. ويجب استعادة مصادر الإيرادات واختبارها.
الخرافة الرابعة: بعد إجراء اختبار ناجح بكمية صغيرة، سيتم الحصول على نفس النتيجة بكمية كبيرة
سيؤدي حجم الطلب إلى تغيير الانزلاق، وسيؤدي الازدحام على السلسلة إلى تغيير الرسوم، وسيؤدي التفويض الكبير أيضًا إلى توسيع المخاطر الأمنية. يمكن أن يكشف الاختبار عن أخطاء في العملية، لكنه لا يمكن أن يثبت السلامة على جميع المستويات.
مواضيع ذات صلة
المصادر
- التشفير متعدد الأطراف بعتبة - NIST (الوصول: 21 أغسطس 2026)
- الدعوة الأولى من NIST لمخططات العتبة متعددة الأطراف - NIST (الوصول: 21 أغسطس 2026)
- أمان Ethereum ومنع الاحتيال - Ethereum.org (الوصول: 21 أغسطس 2026)
- المصادقة على Ethereum - Ethereum.org (الوصول: 21 أغسطس 2026)