مفاتيح العرض
تتيح لك العناوين المحمية إجراء المعاملات مع الإفصاح عن أقل قدر ممكن على بلوكشين Zcash. فما الذي يحدث حين تحتاج إلى إطلاع جهة محددة على ما تملكه أو ما أرسلته؟ لكل عنوان محمي مفتاح عرض يمنح صلاحية القراءة دون منح القدرة على الإنفاق. قُدِّمت مفاتيح العرض في ZIP 310 وأُضيفت إلى البروتوكول في ترقية شبكة Sapling.
مفتاح العرض هو أداة الإفصاح الانتقائي: أنت تختار من يرى ماذا، ولا تمنح أبداً صلاحية الإنفاق لتحقيق ذلك.
الخلاصة
يمنح مفتاح العرض إمكانية وصول للقراءة فقط إلى نشاط عنوان أو حساب محميّ Zcash: يمكن لمن يحمله رؤية المعاملات الواردة (والصادرة أيضًا، بالنسبة إلى مفاتيح العرض الكاملة)، لكنه لا يستطيع الإنفاق أبدًا.
- ماهيته: أداة الإفصاح الانتقائي لمجموعات الأموال المحمية. قُدِّمت في ZIP 310، وأُضيفت إلى البروتوكول في ترقية شبكة Sapling.
- ما تمنحه: كشف الإيداعات (مفاتيح واردة
uivk…) أو رؤية كاملة للداخل/الخارج لحساب ما (مفاتيح العرض الكاملة الموحّدة uview…)، ومفاتيح Sapling zxviews… القديمة.
- ما لا تمنحه: صلاحية الإنفاق. لا يمكن لأي إجراء يقوم به حامل مفتاح العرض أن ينقل الأموال.
- حيث تعمل اليوم: التصدير/الاستيراد في Zallet (v0.1.0-beta.2+،
z_exportviewingkey / z_importviewingkey) وحسابات المراقبة فقط في محافظ مثل Zkool؛ راجع صفحة المحافظ للاطلاع على مصفوفة الدعم الحالية.
- القاعدة العامة: فضّل أضيق مفتاح يجيب عن السؤال المطروح، وتذكّر أن المفتاح الذي سُلِّم لا يمكن استعادته — ولا يتجاوزه إلا نقل الأموال.
لماذا تستخدم مفتاح عرض؟
توضح كتابات Electric Coin Company حول الموضوع الحالات الأكثر شيوعاً، وهي لا تزال الحالات الشائعة اليوم:
- منصة تداول تراقب الإيداعات. تحمّل منصة التداول مفتاح عرض وارد على عقدة كشف متصلة بالإنترنت، كي تتمكن من ملاحظة إيداعات العملاء إلى عنوان محمي، بينما يبقى مفتاح الإنفاق على جهاز لا يتصل بالشبكة مطلقاً.
- أمين حفظ يثبت مقتنياته. يسلّم أمين الحفظ مدققاً مفتاح عرض كامل لكل عنوان محمي. يستطيع المدقق التحقق من تلك الأرصدة ومراجعة النشاط السابق من وإلى تلك العناوين، ولا يستطيع فعل أي شيء آخر.
- العناية الواجبة بشأن طرف مقابل. عندما تحتاج منصة تداول إلى مراجعة سجل العميل المحمي ضمن العناية الواجبة المعززة، يمكنها طلب مفتاح العرض بدلاً من الأموال.
ما الذي يكشفه مفتاح العرض وما الذي لا يكشفه
يوجد أكثر من نوع واحد من المفاتيح، والفرق بينها يحدد مقدار ما تفصح عنه.
| المفتاح | البادئة | يمنح |
|---|
| Unified full viewing key (UFVK) | uview… | يرى المعاملات الواردة والصادرة لكل مجموعة في الحساب |
| Unified incoming viewing key (UIVK) | uivk… | يرى المعاملات الواردة فقط، لكل مجموعة في الحساب |
| Sapling extended full viewing key | zxviews… | يرى نشاط Sapling الوارد والصادر لعناوين المفتاح |
لا يمكن لأي من هذه المفاتيح الإنفاق. وجميعها دائمة بالمعنى المهم: لا يمكن استرجاع مفتاح سلّمته، بل فقط تجاوز أثره بنقل الأموال إلى حساب لا يملك الطرف الآخر مفاتيحه.
ثمة فخّان في الإفصاح يجدر معرفتهما قبل مشاركة أي شيء.
الوارد لا يعني النطاق الضيق. مفتاح العرض الوارد الموحّد يقتصر نطاقه على الحساب بأكمله، لا على العنوان الواحد الذي سُئلت عنه. تصدير UIVK لعنوان Sapling واحد لا يزال يمنح إمكانية رؤية الوارد عبر كل مجموعة في ذلك الحساب، ولذلك يكشف أكثر من العنوان الذي يذكره. يصرّح Zallet Book بذلك صراحةً.
العنوان المنشور يكشف بالفعل مفتاح العرض الوارد الخاص به أمام خصم مستقبلي. تشير ZIP 326 إلى أن خصماً يملك حاسوباً كمياً قد يستخرج مفتاح العرض الوارد من عنوان متنوع منشور، وهو أمر ممكن بطريقة لا ينطبق مثلها على استرجاع مفتاح nullifier. إن نشر عنوان ليس هو نشر مفتاح عرض اليوم، لكنهما يصبحان أقرب إلى بعضهما على مدى زمني طويل بما يكفي.
مفاتيح العرض بعد Ironwood
قدمت NU6.3 مجموعة Ironwood المحمية وجعلت مجموعة Orchard للإنفاق فقط، لذا تنتقل الأموال من إحداهما إلى الأخرى مع الوقت. راجع Ironwood والبوابة الدوارة لمعرفة الترقية ذاتها.
يبقى مفتاح العرض الصادر قبل Ironwood عاملاً بعد الترحيل. تحدد ZIP 326 أن المستلم ومفتاح العرض الوارد المطابق له يقتصران على بروتوكول Orchard لا على مجموعة: فمفتاح العرض الوارد نفسه يفك التشفير التجريبي لكلٍ من النصوص المشفرة للملاحظات في مجموعة Orchard ومجموعة Ironwood. تطبق Zallet ذلك بهذه الطريقة، وتصف ملاحظات Ironwood بأنها على هيئة Orchard وتفك تشفيرها تجريبياً باستخدام مفاتيح العرض Orchard للحساب ضمن نطاق تشفير ملاحظات Ironwood.
ثلاث نتائج لكل من يحتفظ بمفتاح أو يصدره:
- تنتقل الأرصدة بين المجموعات، ويرى المشاهد حدوث ذلك. تحدد ZIP 318 الترحيل بوصفه سلسلة من معاملات صغيرة ومتجانسة عمداً من Orchard إلى Ironwood، تُبث وفق جدول عشوائي، تنفق كل منها ملاحظة Orchard واحدة وتنتج مخرج Ironwood واحداً بفئة معيارية. يرى المدقق الذي يراقب بمفتاح عرض المقتنيات وهي تنتقل من مجموعة إلى أخرى على مراحل خلال أسابيع، لا في عملية نقل واحدة. يمكن للمحفظة إعادة بناء تقدم ترحيلها الخاص من بيانات السلسلة باستخدام مفاتيح العرض الخاصة بها.
- تكشف كل خطوة ترحيل القيمة التي تنقلها. هذا متأصل في عبور بوابة دوارة، وهو ما يجعل الترحيل قابلاً للتدقيق. إن تقسيم الرصيد إلى فئات معيارية يعني أن أي معاملة واحدة لا تكشف كامل رصيد مجموعة Orchard.
- قد تشتق الحسابات المنشأة بعد Ironwood مفاتيحها بصورة مختلفة. تضيف ZIP 2005 علامة
use_qsk للمفاتيح القابلة للاسترجاع كمياً، وتغير كيفية اشتقاق مفاتيح الوارد والصادر وdiversifier، لذا فإن مفاتيح use_qsk = true هي مفاتيح مختلفة فعلاً. تفرض ZIP 326 أن تكون العلامة موحّدة عبر الحساب وتحظر إنشاء مفاتيح use_qsk = true قبل تفعيل NU6.3 على Mainnet. لذلك فإن مفتاحاً صُدِّر من حساب كان موجوداً قبل Ironwood هو مفتاح use_qsk = false، ويظل صحيحاً لذلك الحساب. لا تفترض أن مفتاحاً صُدِّر من حساب يصف حساباً آخر.
تصدير مفتاح عرض
Zallet
إن Zallet هي محفظة العقدة الكاملة التي حلت محل المحفظة الموجودة داخل zcashd. وصل تصدير واستيراد مفاتيح العرض في v0.1.0-beta.2 (28 يوليو 2026)، لذا تحقق من إصدارك أولاً؛ فالإصدارات الأقدم لا تحتوي على هذه الأساليب. يجب أن تكون كل وسيطة بعد اسم الأسلوب JSON صالحاً، ما يعني أن قيم السلاسل النصية تحتفظ بعلامات الاقتباس المزدوجة الخاصة بها. يغطي Zallet الدليل المرجعي السريع نمط الأوامر العام.
اعرض ما تحتفظ به المحفظة:
Code-highlight
zallet rpc listaddresses
صدّر مفتاح العرض الكامل الموحّد للحساب عبر تمرير عنوان موحّد:
Code-highlight
zallet rpc z_exportviewingkey '"<unified address>"'
صدّر مفتاح العرض الوارد الموحّد للحساب بدلاً من ذلك، باستخدام الوسيطة الاختيارية ivk:
Code-highlight
zallet rpc z_exportviewingkey '"<unified address>"' true
إن تمرير عنوان Sapling يعيد مفتاح العرض الكامل الممتد Sapling لذلك الحساب (zxviews…)، بما يطابق السلوك القديم لـ zcashd. هناك قيدان موثقان: تُرفض عناوين Sprout، ولا يمكن تصدير مفتاح عرض كامل ممتد لـ Sapling من حساب استُورد هو نفسه بوصفه للعرض فقط، لأن المحفظة لا تستطيع إعادة بنائه. تعمل صيغة ivk مع الحسابات المستوردة للعرض فقط.
المحافظ التي تصدّر مفاتيح العرض من واجهتها الخاصة
تتتبع صفحة المحافظ دعم مفتاح العرض والاستعداد لـ Ironwood لكل محفظة. وقت الكتابة، تشمل المحافظ التي تسرد كلاً من دعم مفتاح العرض وIronwood: Ready كلاً من ZODL وZingo! وZkool وCake وZallet وzecd وNozy. تحقق من تلك الصفحة بدلاً من هذه الصفحة قبل الاعتماد على أي محفظة منفردة، لأن حالة الاستعداد تتغير.
استيراد مفتاح عرض كحساب للمراقبة فقط
Zkool
إن Zkool هو الخيار الأكثر مرونة هنا، لأنه يقبل المفاتيح الموحّدة وكذلك القديمة. يوثق ملف README الخاص به حسابات العرض فقط المنشأة من مفتاح عرض موحّد أو مفتاح عرض ممتد لـ Sapling، إلى جانب المفاتيح الممتدة المحمية القديمة المصدرة من zcashd. أضف حساباً جديداً، واختر مسار العرض فقط، ثم الصق مفتاح uview… أو zxviews…؛ وبعدها يزامن الحساب ويعرض الأرصدة والسجل دون صلاحية للإنفاق.
وصل دعم بروتوكول Ironwood وترحيل Orchard إلى Ironwood في Zkool 6.24.0 (20 يوليو 2026)، وأصلح الإصدار 6.26.1 (2 أغسطس 2026) اكتشاف معاملات Ironwood في mempool. شغّل الإصدار 6.26.1 أو أحدث.
Zallet
Code-highlight
zallet rpc z_importviewingkey '"<zxviews… key>"' '"whenkeyisnew"' 0
الوسيطة الثانية هي سياسة إعادة الفحص: "whenkeyisnew" (الافتراضية)، أو "yes" أو "no". والثالثة هي ارتفاع الكتلة الذي تبدأ منه إعادة الفحص. يستورد Zallet المفتاح كحساب للعرض فقط ويتتبع المعاملات الواردة والصادرة لعناوينه دون صلاحية للإنفاق.
يستورد Zallet مفاتيح العرض الكاملة الممتدة لـ Sapling فقط. لن يستورد مفتاح العرض الكامل الموحّد لـ uview…، رغم قدرته على تصدير واحد. لمنح وصول قراءة إلى حساب موحّد كامل، صدّر UFVK من Zallet واستورده إلى محفظة تقبل المفاتيح الموحّدة، مثل Zkool.
لتحويل مفتاح مستورد إلى ملف سجل معاملات كامل، يتضمن txids والرسوم والمذكرات، راجع تصدير سجل المعاملات من Viewing Key.
ما الذي تغير، وما الذي ينبغي التوقف عن البحث عنه
إذا اتبعت إصداراً أقدم من هذه الصفحة، أو ترجمةً لها، فلم تعد ثلاثة مسارات تعمل.
zcash-cli z_exportviewingkey وz_importviewingkey. وصل zcashd إلى توقف نهاية الدعم في 18 يوليو 2026 ولم يعد يعمل. الأساليب المسماة بالاسم نفسه في Zallet هي البديل؛ راجع دليل الترحيل.- دليل Ywallet الإرشادي. تصنّف صفحة المحافظ Ywallet على أنه Ironwood: Not Ready، لذا فهو ليس المحفظة التي ينبغي توجيه الناس إليها لمفاتيح عرض حقبة Ironwood. يقبل Zkool، من المطور نفسه، النطاق نفسه من المفاتيح ومصنف بأنه Ready.
- zcashblockexplorer.com/vk. تعيد الخدمة HTTP 503 بشهادة غير صالحة، وقد أُسقطت بدلاً من استبدالها. إن لصق مفتاح عرض في موقع ويب يمنح سجل معاملاتك كاملاً لمن يدير ذلك الموقع، وهو ما كان دائماً أضعف الخيارات الثلاثة في الصفحة القديمة. استورد المفتاح إلى محفظة تديرها بدلاً من ذلك.
مرئي / تشبيه
نافذة المدقّق
اعتبر الحساب المُحصَّن غرفةَ ودائع آمنة في بنك:
- مفتاح الإنفاق هو مفتاح الغرفة. من يحمله يستطيع فتح الصناديق وأخذ محتوياتها.
- مفتاح العرض هو نافذة المدقق إلى تلك الغرفة. يستطيع المدقق مراقبة كل صندوق يدخل ويخرج، وقراءة الملصقات، والاحتفاظ بدفتر أستاذ — لكن النافذة بلا مقبض. لا يمكن للشخص الذي ينظر عبرها نقل أي شيء داخل الغرفة.
ما الذي لا تستطيع النافذة عرضه
النافذة تطل على الغرفة، لا على العالم خارجها. إنها تعرض النشاط المحمي للحساب المُراقَب؛ ولا تحوّل المُراقِب إلى راصد على مستوى blockchain بأكملها، ولا تتيح له ربط نشاط الحساب بالسجل غير المحمي لأي شخص آخر. ولأن النافذة مُثبّتة على مستوى الحساب، فإن منح شخص ما ثقبًا صغيرًا لصندوق إيداع واحد (عنوان واحد) يظل يمنحه العرض الكامل للوارد إلى الغرفة — وهذا تحديدًا سبب وجود قاعدة المفتاح الأضيق.
لماذا لا يمكنك استعادة النافذة
مفتاح العرض هو معلومة، وليس مدخلاً لمنح الصلاحيات. بعد نسخه، يظل موجودًا إلى أن تغادر الأموال الحساب الذي يراقبه. والحل العملي هو التدوير: انقل الأرصدة إلى حساب جديد لم يتلقَّ الطرف الآخر مفاتيحه قط، فتطل النافذة القديمة على غرفة فارغة.
التعمق
فك التشفير التجريبي: كيف تعمل المشاهدة فعليًا
تشفّر كل معاملة محمية النصوص الصريحة لمذكراتها للمستلم المقصود. تنفّذ المحفظة التي تحتفظ بمفتاح عرض فك تشفير تجريبي: فلكل معاملة تعثر عليها على السلسلة، تحاول فك تشفير النصوص المشفّرة للمذكرات باستخدام المفتاح. تكشف النجاحات قيمة المذكرة، ومُنوِّع المستلم، والمذكرة؛ أما الإخفاقات فلا تكلفة لها. لهذا يظل مفتاح العرض الوارد نفسه يعمل عبر تجمعي Orchard وIronwood — إذ يحدّد ZIP 326 مستلماً ضمن بروتوكول Orchard، لذا تكون النصوص المشفّرة لمذكرات Ironwood ذات بنية Orchard، ويُجرى فك تشفيرها تجريبياً باستخدام مفاتيح العرض Orchard الخاصة بالحساب ضمن نطاق تشفير المذكرات Ironwood.
الكامل مقابل الوارد: ما الذي يحدده الاشتقاق
يمكن لمفتاح عرض كامل اشتقاق قدرة عرض المعاملات الصادرة، وهي ما يتيح للمدقق إعادة بناء جانب المرسل من التحويل بعد فك تشفير المعاملة. أما مفتاح العرض الوارد فيتوقف عمدًا قبل ذلك: فهو يكتشف الملاحظات الواردة ويفك تشفيرها، لكنه لا يستطيع إعادة بناء الارتباطات الصادرة. والاشتقاق بين هاتين القدرتين أحادي الاتجاه — إذ يُشتق المفتاح الوارد من المفتاح الكامل، وليس العكس مطلقًا — وهذا ما يجعل «الوارد فقط» تخفيضًا حقيقيًا في الصلاحيات لا مجرد وعد. يغيّر العلم use_qsk من ZIP 2005 عملية الاشتقاق نفسها، لذا فإن المفاتيح القابلة للاسترداد كموميًا تنتمي إلى عائلة مفاتيح مختلفة تمامًا، وليست مجرد متغير من العائلة القديمة.
كيف تبدو عملية الترحيل للمشاهد
لأن ترحيل ZIP 318 عبارة عن سلسلة عشوائية من معاملات صغيرة وموحّدة من Orchard إلى Ironwood، يرى المشاهد الذي يملك المفتاح شكلاً متدرجاً: خطوات كثيرة بقيم ذات فئة معيارية بدلاً من قفزة واحدة. لا تكشف أي خطوة منفردة الرصيد الإجمالي الذي يُرحَّل، لكن النمط يمكن تمييزه — وهذه هي المقايضة المقصودة لبوابة دوّارة قابلة للتدقيق.
الآثار العملية
- لبورصات العملات ومعالجات المدفوعات: حمّل مفتاح العرض الوارد للحساب (أو UFVK للتغطية الكاملة) على عقدة رصد، وطابِق إيداعات العملاء تلقائيًا، تمامًا كما تفعل مع عنوان شفاف — لكن مفتاح إنفاق العميل لا يغادر التخزين البارد مطلقًا.
- للمدققين وإثبات الاحتياطيات: يحوّل مفتاح العرض الكامل عبارة «ثقوا بنا» إلى «تحققوا من ذلك»: الأرصدة وسجل المعاملات الكامل للحسابات المُراقَبة، من دون أي قدرة على التصرف فيها. اجمع ذلك مع إفصاحات المدفوعات للحصول على إثباتات لمرة واحدة بشأن دفعة واحدة.
- للعناية الواجبة: سلّم الطرف المقابل مفتاح الحساب ذي الصلة بالارتباط، لا محفظتك بأكملها. إذا انتهت العلاقة، بدّل الحساب.
- لاختيارات الأدوات: تصدّر Zallet مفاتيح UFVK وتستورد Sapling مفاتيح العرض الكاملة الموسعة؛ ويقبل Zkool المفاتيح الموحّدة والقديمة كحسابات للعرض فقط. راجع صفحة المحافظ للاطلاع على مصفوفة الجاهزية الحالية لـ Ironwood قبل توحيد استخدام محفظة.
- تكلفة الإفصاح دائمة: كل حامل إضافي لمفتاح هو خط ائتمان دائم للخصوصية لا يمكنك إغلاقه. أصدر المفاتيح لكل علاقة على حدة، واقصر نطاقها على حساب واحد، ووثّق من يحمل ماذا.
الأخطاء الشائعة
| الاعتقاد الشائع | ما يحدث فعليًا |
|---|
| "يمكن لمفتاح العرض إنفاق الأموال إذا تسرّب." | لا يمكنه ذلك. لا تمنح مفاتيح العرض أي صلاحية للإنفاق؛ وأقصى ما يسببه التسرّب هو كشف السجل. |
| "يمكنني إلغاء مفتاح العرض لاحقًا." | لا يمكنك ذلك. يظل المفتاح الذي تمت مشاركته يعمل إلى أن تُنقل الأموال إلى حساب لا يملك الطرف الآخر مفاتيحه. |
| "تصدير UIVK لعنوان واحد لا يُظهر سوى ذلك العنوان." | مفاتيح العرض مرتبطة بالحساب. يُظهر UIVK النشاط الوارد لكل مجموعة في الحساب. |
"zcash-cli z_exportviewingkey لا يزال يعمل." | لا. وصل zcashd إلى توقفه عند نهاية الدعم في 18 يوليو 2026؛ استخدم z_exportviewingkey / z_importviewingkey الخاصين بـ Zallet بدلًا من ذلك. |
| "لصق مفتاح عرض في أداة ويب آمن لأنه للقراءة فقط." | تظل القراءة فقط تعني تسليم سجل معاملاتك بالكامل لذلك الحساب إلى من يشغّل الموقع. استورد المفتاح إلى محفظة تديرها أنت. |
| "يمكن لـ Zallet استيراد أي مفتاح عرض يمكن لـ Zallet تصديره." | لا. يستورد Zallet مفاتيح العرض الكاملة الموسعة Sapling فقط؛ ويجب إدخال مفاتيح uview… الموحّدة في محافظ تقبل المفاتيح الموحّدة، مثل Zkool. |
صفحات ذات صلة
- إفصاحات الدفع — إثبات تفاصيل مختارة لدفعة واحدة دون منح وصول مستمر إلى حساب
- العناوين الموحّدة — طبقة العناوين التي تحمل مستقبِلات مفاتيح العرض
- Ironwood — مجمع المعاملات المحمي الخاص بـ NU6.3 الذي تنتقل إليه Orchard
- البوابة الدوّارة — آلية الانتقال من Orchard إلى Ironwood التي يمكن للمشاهدين متابعتها
- المحافظ — الدليل الكامل للمحافظ، ودعم مفاتيح العرض، والاستعداد لـ Ironwood
- تصدير سجل المعاملات من Viewing Key — تحويل مفتاح مستورد إلى ملف سجل كامل للمعرّفات والمعاملات والرسوم والمذكرات
الموارد
استخدم مفاتيح العرض عند الحاجة فقط، وفضّل أضيق مفتاح يجيب عن السؤال المطروح.
