شرح المجمّعات المحمية والعناوين الموحدة ومفاتيح العرض في Zcash

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

تمثل المجمّعات المحمية القيمة بملاحظات بدلاً من مخرجات UTXO الظاهرة. وتسجّل الشبكة بيانات الملاحظات المشفرة وأشجار الالتزامات وتتحقق من أرصدة المجمّعات. وتتيح البراهين للإجماع التحقق من صحة المعاملة وحفظ القيمة ومنع الإنفاق المزدوج دون أن يرى المراقب العادي عنوان المستلِم ومبلغ الملاحظة كما يراهما في مخرج شفاف. وتشرح مواصفة بروتوكول Zcash النموذجين.

Sapling وOrchard مجمّعان محميان منفصلان، ولكل منهما بروتوكول وشجرة التزامات خاصة؛ لذلك لا يمثلان رصيداً واحداً قابلاً للاستبدال. كان Sprout أول بروتوكول محمي في Zcash. وبعد تفعيل ZIP 211 لم يعد ممكناً إضافة قيمة جديدة إلى مجمّع Sprout، مع بقاء معاملات Sprout القديمة في سجل السلسلة.

ينبغي تأريخ حالة الشبكة. يذكر فهرس ZIP الرسمي أن NU6.2 هو أحدث ترقية مكتملة على Mainnet، وقد فُعّلت عند الكتلة 3,364,600 في 3 يونيو 2026. وأعادت NU6.2 تفعيل إجراءات Orchard بعد تخفيف مؤقت لمشكلة أمنية، باستخدام قواعد دوائر مصححة. أما NU6.3 ومجمّع Ironwood فما زالا مقترحين في مسودة، وليسا قواعد Mainnet حالية. راجع ZIP 257 وفهرس ZIP ومسودة ZIP 258.

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

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

Unified Address، ويُختصر إلى UA، سلسلة مشفرة واحدة يمكن أن تتضمن مستلِمي Orchard أو Sapling أو P2SH شفافاً أو P2PKH شفافاً. ويجب أن يحتوي تنسيق Revision 0 النشط على مستلِم محمي واحد على الأقل. وقد صُممت السلسلة لتكون مبهمة بصرياً، فلا يمكن معرفة أنواع المستلِمين من شكلها وحده. ويميّز ZIP 316 بين Revision 0 النشط وRevision 2 المقترح.

لا ترسل محفظة المُرسِل إلى جميع المستلِمين. في Revision 0 يكون ترتيب الأفضلية Orchard ثم Sapling ثم P2SH الشفاف ثم P2PKH الشفاف. ويجب على المُرسِل استخدام المستلِم الأعلى أولوية الذي تدعمه محفظته. فإذا دعمت Orchard اختارته؛ وإذا لم تدعمه لكنها دعمت Sapling أمكنها اختياره. لذلك يعتمد المجمّع الفعلي على قدرات محفظة الإرسال، لا على سلسلة العنوان الظاهرة فقط.

تقترح مسودة Revision 2 البادئتين zu لعناوين محمية فقط وtu لصيغ قد تتضمن مستلِمين شفافين. وما زال فهرس ZIP الرسمي يصنّف Revision 2 مسودة؛ فلا تعرض هذه البادئات على أنها صيغة UA المعتادة على Mainnet. قبل الإرسال تحقّق من نوع العنوان والشبكة والمستلِم المختار في معاينة المحفظة.

قد يجمع التحويل من الشفاف إلى المحمي (t→z) بين إنفاق UTXO عامة وإنشاء ملاحظات Sapling أو Orchard. ويرى مراقب السلسلة المدخلات الشفافة والتغير في المجمّع الشفاف وصافي القيمة الداخلة إلى مجمّع محمي. لكنه لا يقرأ عنوان الاستلام المحمي المعتاد أو مبلغ كل ملاحظة كما يقرأ مخرج UTXO شفافاً. وهكذا يترك التحويل إلى المجمّع المحمي معلومات عن حدوده.

وفي التحويل العكسي (z→t) تظهر عناوين ومبالغ المخرجات الشفافة، كما يمكن ملاحظة التغير المقابل في قيمة المجمّع المحمي. وقد يخفي الدفع الذي ينشئ ملاحظات داخل المجمّع نفسه المستلِم والمبلغ، بينما قد يكشف التحويل بين Sapling وOrchard تغيرات الأرصدة في كل مجمّع. لا تحدد قيمة الحد العامة وحدها شخصاً أو ملاحظة سابقة، لكنها قد تُقارن بالمبالغ والأوقات والسجلات الخارجية.

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

يعرّف ZIP 316 مفتاح العرض بأنه المعلومات اللازمة لرؤية الدفعات إلى عنوان. ويمكن لـ Full Viewing Key، أو FVK، أيضاً عرض معلومات عن الدفعات الصادرة من ذلك العنوان. ويمكن اشتقاق Incoming Viewing Key، أو IVK، من FVK، كما يمكن اشتقاق عنوان من IVK. وتجمع Unified Viewing Keys عناصر مفاتيح العرض الخاصة ببروتوكولات متعددة.

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

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

تعتمد الرؤية على المجمّع ونوع المستلِم. يكشف التدفق الشفاف بالكامل العناوين والمبالغ وروابط UTXO. وتشفّر الدفعة المحمية مستلِمي الملاحظات وقيمها، لكن الالتزامات ومعرّفات الإبطال والتوقيت وبيانات البروتوكول تظل على السلسلة. وقد توفر التحويلات الحدّية والمجمّعات المدعومة وتوقيت الدفع المعروف وسجلات المنصات ومفاتيح العرض المشتركة قرائن منفصلة.

لا يفرض Unified Address استخدام Orchard في كل دفعة. وقد يتوقف المستلِم المختار على إصدار المحفظة وإعداداتها وطريقة تنفيذها ومسار المعاملة. لا تستنتج خصائص الخصوصية من لصق العنوان وحده؛ افحص المعاينة أو النتيجة النهائية. يشرح [دليل خصوصية Monero](/ar/learn/monero-private-transactions-stealth-addresses-ring-signatures-ringct-explained) تصميماً مختلفاً، بينما يقارن [دليل إعادة استخدام عناوين Bitcoin](/ar/learn/bitcoin-address-reuse-privacy-transaction-linkability-explained) ذلك بسجل شفاف.

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

تحقق أولاً من اتصال المحفظة بـ Mainnet أو Testnet المقصودة. وفي معاينة الدفع تأكد من أن المستلِم أعطاك Unified Address وافحص المستلِم الذي ستستخدمه المحفظة. لا تعرض سلسلة UA أنواع المستلِمين بصرياً، فاقرأ في المحفظة المجمّع والمبلغ والمذكرة والرسوم. وإذا طلب المستلِم دفعة محمية لكن المعاينة أظهرت مخرجاً شفافاً، فتحقق من دعم البروتوكول لدى المحفظتين قبل الإرسال.

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

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

افترض أن Lee يرسل 1.25 ZEC من UTXO شفاف إلى Unified Address Revision 0 يحتوي على مستلِمي Orchard وSapling ومستلم شفاف. المبلغ توضيحي فقط، ولا يمثل رسماً أو إعداداً افتراضياً لمحفظة. إذا دعمت محفظة Lee Orchard، تختار قاعدة الأفضلية في ZIP 316 مستلِم Orchard. وتعرض السلسلة العامة المدخل الشفاف ومعلومات الحد مثل صافي القيمة الداخلة إلى المجمّع المحمي، لكنها لا تعرض عنوان الملاحظة المحمي ومبلغها كمخرج عام عادي.

إذا لم تدعم محفظة Lee Orchard لكنها دعمت Sapling، فيمكنها اختيار Sapling. وقد تستخدم محفظة لا تدعم أي مجمّع محمي المستلِم الشفاف إذا كان متاحاً في العنوان وصيغة الدفع. يجب أن تحتوي UA من Revision 0 على مستلِم محمي، لكن المُرسِل يختار فقط ما تدعمه محفظته. لذلك قد تؤدي UA نفسها إلى مجمّعات وبيانات حدود ظاهرة مختلفة باختلاف قدرات المحافظ.

أخيراً، إذا شارك المستلِم مفتاح عرض منفصلاً مع خدمة محاسبية، فقد ترى الخدمة النشاط المحمي الواقع ضمن نطاق المفتاح. وإظهار المحفظة لإيصال، وعدم عرض المستكشف تفاصيل الملاحظة، وتسجيل السلسلة المعاملة وفق الإجماع ثلاث حقائق مختلفة. تسهّل Unified Address التوافق بين أجيال البروتوكول، لكنها لا تضمن خصوصية كاملة ولا تحل محل اختيار المستلِم أو إدارة المفاتيح أو حماية بيانات الشبكة.

• مواصفة بروتوكول Zcash v2026.7.0 (NU6.2)
• ZIP 316: العناوين الموحدة ومفاتيح العرض الموحدة
• ZIP 211: تعطيل إضافة قيمة جديدة إلى مجمّع Sprout
• ZIP 257: NU6.2 والتخفيف المؤقت لمشكلة Orchard
• ZIP 258: مسودة ترقية NU6.3
• فهرس ZIP الرسمي: حالة Mainnet وحالة المقترحات