FROST والحفظ الحدّي لـ ZEC المحمي
للاطلاع على التفاصيل التشفيرية الكاملة لبروتوكول FROST، راجع الصفحة التقنية لـ FROST.
يتكرر الحديث عن الحفظ الحدّي باستخدام FROST كثيرًا في نقاشات Zcash — وقد كان المسار الأبرز في ZecHub Hackathon 2026 — لكن هذا المفهوم لا يُشرح دائمًا بلغة بسيطة. تغطي هذه الصفحة ما الذي يعنيه ذلك، ومتى تحتاجه فعلًا، وما هي المقايضات المرتبطة به، وأي الأدوات تدعمه اليوم.
الخلاصة
- يتيح FROST لمجموعة من حاملي المفاتيح التحكم جماعيًا في عنوان Zcash محمي من دون أن يحتفظ أي شخص واحد بالمفتاح الخاص الكامل.
- تعني عتبة t-of-n ما يلي: يجب أن يوقّع t أشخاص بشكل مشترك من أجل الإنفاق؛ وأي عدد يساوي t-1 أو أقل لا يمكنه تحريك الأموال بمفرده.
- تبدو المعاملات مثل أي معاملة محمية أخرى — ولا توجد أي بصمة على السلسلة تكشف أن التوقيع الحدّي قد استُخدم.
- يختلف هذا جذريًا عن التوقيع المتعدد الشفاف (الذي يكون علنيًا على السلسلة وقد دعمه Zcash منذ وقت طويل) — إذ يعمل FROST داخل التجمع المحمي.
- وهو مفيد لـ DAOs، والبورصات، وخدمات الحفظ، والمدخرات المشتركة، وخزائن الفرق — أي مكان يكون فيه وجود نقطة فشل واحدة للمفتاح أمرًا غير مقبول.
ما هو FROST بلغة بسيطة؟
تخيّل أن ثلاثة شركاء في عمل يحتفظ كل منهم بجزء من مفتاح. وللإنفاق من محفظتهم المشتركة، يجب أن يوافق أي اثنين من الثلاثة ويوقّعا معًا. وتبدو المعاملة الناتجة مطابقة تمامًا لعملية إرسال عادية يقوم بها فرد واحد — ولا يستطيع أي مراقب معرفة من blockchain أن عدة أشخاص كانوا مشاركين.
إن FROST (Flexible Round-Optimized Schnorr Threshold Signatures) هو البروتوكول التشفيري الذي يجعل هذا ممكنًا في Zcash المحمي. وقد أنشأته Chelsea Komlo (University of Waterloo / Zcash Foundation) وIan Goldberg.
الخصائص الأساسية:
- حدّي: لا يلزم أن يشارك سوى الموقّعين بعدد t من أصل n (مثل 2-of-3 أو 3-of-5)
- محمي: يعمل داخل تجمع الخصوصية Orchard — فتظل المبالغ والمرسل والمستلم خاصة
- غير قابل للتمييز: يبدو التوقيع النهائي مثل أي معاملة Zcash محمية أخرى
- غير وصائي: لا يحتفظ أي طرف منفرد بالمفتاح الكامل إطلاقًا — ولا حتى المنسق
متى ينبغي استخدام الحفظ الحدّي؟
يكون الحفظ الحدّي منطقيًا عندما يعني فقدان مفتاح واحد أو شخص واحد أنه لا ينبغي أن يعني فقدان الأموال.
| الحالة | لماذا يساعد الحفظ الحدّي |
|---|
| خزانة DAO أو فريق | لا يمكن لأي مشرف واحد سحب الأموال من طرف واحد؛ إذ يتطلب الأمر توافقًا |
| بورصة أو جهة حفظ | يوزّع مخاطر المفتاح عبر مناطق أمنية أو موظفين مختلفين |
| تخزين بارد شخصي (مع أفراد عائلة موثوقين) | 2-of-3 بينك وبين فردين من العائلة — إذا توفيت أو فقدت الوصول، فلن تضيع الأموال |
| ضمان Escrow | يحتفظ المشتري والبائع والمحكّم كلٌ منهم بحصة؛ وتُفرج الأموال عندما يتفق اثنان |
| صرف منح عالية القيمة | على نمط ZCG: يتطلب عدة موقّعين مستقلين قبل الدفع |
| إدارة مفاتيح المطورين | يمنع تهديدات الداخل — فلا يستطيع مهندس واحد سحب أموال بروتوكول بمفرده |
على الأرجح لا تحتاج إلى الحفظ الحدّي لمحفظة شخصية تتحكم بها وحدك، أو لمبالغ صغيرة، أو في الحالات التي يكون فيها عبء التنسيق الإضافي أكبر من تقليل المخاطر الذي يوفره.
كيف يختلف عن التوقيع المتعدد الشفاف؟
لقد دعم Zcash منذ وقت طويل التوقيع المتعدد الشفاف — أي الحاجة إلى عدة مفاتيح للإنفاق من عنوان t-address. لكن للتوقيع المتعدد الشفاف كلفة خصوصية كبيرة: تكون بنية multisig وجميع المفاتيح العامة وجميع الموقّعين مرئية على blockchain.
يحل FROST هذه المشكلة من خلال العمل داخل التجمع المحمي:
| التوقيع المتعدد الشفاف | FROST الحدّي (محمي) |
|---|
| التجمع | شفاف (عام) | Orchard (محمي) |
| هل الموقّعون مرئيون على السلسلة؟ | نعم — جميع المفاتيح العامة مكشوفة | لا — غير قابل للتمييز عن إنفاق بموقّع واحد |
| هل المبالغ مرئية؟ | نعم | لا |
| هل التنسيق مطلوب؟ | Script على السلسلة | جولة تواصل خارج السلسلة |
| الخصوصية | لا توجد | خصوصية محمية كاملة |
المقايضات والقيود
إن FROST قوي، لكنه يأتي مع مقايضات حقيقية يجب أن تفهمها قبل استخدامه:
عبء التنسيق
يجب أن يكون الموقّعون متصلين بالإنترنت في الوقت نفسه (أو قريبًا من ذلك) لإكمال جولة توقيع. فإذا كان الموقّعون لديك موزعين عبر مناطق زمنية مختلفة أو اتصالاتهم غير موثوقة، فإن الإنفاق يتطلب تنسيقًا لا تحتاجه المحفظة الفردية.
لا توقيع عند غياب النصاب
إذا لم يكن عدد كافٍ من حاملي المفاتيح متاحًا (بسبب المرض أو السفر أو عدم الاستجابة)، تصبح الأموال غير قابلة للإنفاق مؤقتًا. اختر العتبة وعدد الحصص بعناية — فـ 2-of-3 أكثر مرونة من 2-of-2.
مراسم توليد المفاتيح
يتطلب إعداد FROST مراسم توليد مفاتيح موزعة (DKG) حيث يكون جميع المشاركين وعددهم n متصلين معًا. يحدث ذلك مرة واحدة فقط، لكن يجب تنفيذه بعناية — فإذا تعرض المشاركون للاختراق أثناء DKG، تضعف الحماية.
الأدوات ما زالت في طور النضج
يُعد FROST لـ Zcash المحمي جديدًا نسبيًا. معيار IETF (draft-irtf-cfrg-frost) ناضج، لكن التكاملات مع المحافظ لا تزال محدودة. توقّع بعض الجوانب الخشنة مقارنة بمحفظة قياسية ذات مفتاح واحد.
تعقيد الاسترداد
فقدان حصة واحدة ليس نهاية العالم (وهذه هي الفكرة من العتبة)، لكن يجب توثيق خطط الاسترداد مسبقًا. من يحتفظ بالنسخ الاحتياطية؟ وماذا يحدث إذا فُقدت حصتان في الوقت نفسه؟
من الذي يبني باستخدام FROST على Zcash؟
Zcash Foundation — frost.zfnd.org
أطلقت Zcash Foundation تنفيذًا عمليًا لـ FROST وموقعًا تجريبيًا. وهذا هو التنفيذ المرجعي المستخدم للاختبار والتطوير.
عرض Ywallet FROST التجريبي
كان لدى Ywallet تكامل تجريبي مبكر مع FROST، مشروح بالتفصيل في دليل العرض التجريبي لـ Ywallet FROST. لم يعد Ywallet يخضع للصيانة ولن يتم تحديثه لـ Ironwood، لذا اقرأ الدليل كخلفية معرفية بدلًا من اعتباره شيئًا يمكن تشغيله اليوم. يُعد Zkool، من المطوّر نفسه، الخليفة الذي يخضع للصيانة ويُدرج التوقيع متعدد الأطراف FROST ضمن ميزاته.
ZecHub Hackathon 2026 — مشاريع مسار FROST
كان مسار FROST الأكثر تنافسية في ZecHub Hackathon 2026. ومن المشاريع البارزة:
- ZecVault — ضمان محمي 2-of-3 تمت تسويته على mainnet (عتبة FROST)
- Steward — حفظ حدّي لـ Zcash المحمي مع تجربة استخدام تركّز على الاسترداد
Coinbase
بنت Coinbase تنفيذ FROST جاهزًا للإنتاج لأنظمة التوقيع الحدّي الخاصة بها (لـ Bitcoin)، مع تعديلات تزيل مرحلة المعالجة المسبقة وتوزّع دور المجمّع على جميع المشاركين. وتؤكد تجربتهم صلاحية نموذج الأمان الخاص بـ FROST على نطاق الإنتاج.
كيف تعمل جلسة التوقيع (بشكل مبسط)
-
الإعداد (مرة واحدة): يجري جميع المشاركين وعددهم n مراسم توليد مفاتيح موزعة (DKG). ويحصل كل واحد منهم على حصة خاصة؛ ويُشتق مفتاح عام مشترك. ولا يعرف أي طرف المفتاح الخاص الكامل.
-
تنسيق الموقّعين: عند الحاجة إلى إنفاق، يجمع منسق (ويمكن أن يكون أحد الموقّعين) الالتزامات من t من المشاركين المستعدين للتوقيع.
-
الجولة 1: يولّد كل موقّع مشارك قيمة nonce ويبث التزامًا (عامًا وغير حساس).
-
الجولة 2: يحسب كل موقّع مشارك توقيعه الجزئي باستخدام حصته الخاصة ثم يبثه.
-
التجميع: يدمج المنسق التواقيع الجزئية وعددها t في توقيع Schnorr نهائي واحد — غير قابل للتمييز على السلسلة عن توقيع صادر من طرف واحد.
-
البث: تُبث المعاملة إلى شبكة Zcash كالمعتاد.
إذا أرسل أي موقّع توقيعًا جزئيًا سيئًا، يحدده البروتوكول ويُلغي العملية (ويُستبعد من الجلسات المستقبلية). يحدث التنسيق خارج السلسلة — ولا ترى blockchain سوى المعاملة النهائية.
اختيار معلمات العتبة الخاصة بك
| الإعداد | المرونة | المخاطر |
|---|
| 1-of-1 | لا مرونة — نقطة فشل واحدة | فقدان المفتاح = فقدان دائم |
| 2-of-2 | يجب توفر كلا الموقّعين — لا تحمل للأعطال | غياب واحد = تجميد الأموال |
| 2-of-3 | يمكن فقدان حصة واحدة أو تعذر توفرها | هامش أمان أقل من 3-of-5 |
| 3-of-5 | يمكن فقدان حصتين؛ أمان قوي | عبء تنسيق أكبر |
| 3-of-7 | بمستوى مؤسسي؛ يتحمل حالتي فشل | كلفة تنسيق مرتفعة |
نقطة بداية عملية لمعظم الفرق: 2-of-3 (مرن، وتنسيقه بسيط) أو 3-of-5 (مؤسسي، وأعلى أمانًا).
صفحات ذات صلة
- FROST — شرح تقني متعمق — التفاصيل التشفيرية للبروتوكول (DKG، جولات التوقيع، براهين الأمان)
- دليل العرض التجريبي لـ Ywallet FROST — معلومات خلفية، لم يعد Ywallet قيد الصيانة
- Viewing Keys — وصول للقراءة فقط إلى العناوين المحمية (مكمل للحفظ الحدّي)
- أصول Zcash المحمية — يُعد FROST أيضًا بنية تحتية أساسية لإصدار ZSA
الموارد
