إثبات الدفع المحمي وإفصاحات الدفع
الخلاصة
- يعرّف معرّف المعاملة معاملةً ما، لكنه لا يكشف المستلم المحمي أو المبلغ أو المذكرة.
- صُمّم إفصاح الدفع لتمكين المرسل من إثبات تفاصيل محددة لدفعة واحدة دون كشف بقية سجل محفظته.
- يمنح مفتاح العرض صلاحية قراءة مستمرة لعنوان أو حساب. استخدمه للتدقيقات المتواصلة، لا لنزاع بشأن دفعة واحدة.
- لا يمكن لإفصاح الدفع إثبات تسليم السلع، أو تحديد هوية شخص بمفرده، أو عكس دفعة، أو استبدال فحوصات التأكيد.
- لا يزال ZIP 311 مسودة. فنصه الحالي يترك دعم Orchard، ودعم المدخلات الشفافة، والترميز، وإدارة الإصدارات، وقواعد واجهة المستخدم غير مكتملة.
لماذا لا يكفي معرّف المعاملة
يمكن لأي شخص فحص التفاصيل العامة لدفعة Zcash شفافة. ويمكن لمستكشف الكتل عرض عناوينها ومبالغها وحالة تأكيدها.
تعمل الدفعة المحمية بطريقة مختلفة. تثبت السلسلة أن المعاملة اتبعت قواعد Zcash، لكنها لا تنشر المرسل المحمي أو المستلم أو المبلغ أو المذكرة. وقد تُظهر مشاركة معرّف المعاملة أن معاملة ما قد أُدرجت في كتلة، لكنها لا تستطيع إثبات الدفعة الخاصة التي كانت بداخلها لتاجر أو لطرف ثالث.
ينشئ ذلك مشكلة عملية. فقد يحتاج عميل إلى حل نزاع مع تاجر، أو قد تحتاج منصة تداول إلى إثبات أنها عالجت عملية سحب، أو قد يرغب متبرع في إثبات مساهمة واحدة. إن مشاركة مفتاح عرض كامل ستكشف أكثر بكثير مما تتطلبه أي من هذه الحالات.
يقترح ZIP 311: Zcash إفصاحات الدفع إجابة أضيق نطاقًا: الكشف عن معلومات مختارة من معاملة واحدة والتحقق من صحتها.
كيف يعمل إفصاح الدفع
التدفق الأساسي هو:
- يزوّد المُتحقِّق المرسل بتحدٍّ أو مرجع فريد، عندما يكون الإثبات التفاعلي مناسبًا.
- يختار المرسل المعاملة والمخرج المحمي أو المخرجات المحمية المطلوب الإفصاح عنها.
- تنشئ برمجية محفظة متوافقة إفصاح دفع مرتبطًا بتلك المعاملة، وبالتحدي اختياريًا.
- يقدّم المرسل الإفصاح إلى المُتحقِّق.
- يحصل المُتحقِّق على المعاملة الحقيقية من عقدة Zcash موثوقة، ويتحقق من أنها أُدرجت في كتلة، ويتحقق من الإفصاح بمقارنتها بها.
- تؤكد النتيجة الصالحة فقط الادعاءات الواردة في ذلك الإفصاح.
يستخدم تصميم ZIP الخاص بـSapling مفتاح تشفير صادرًا لاستعادة كل مخرج مختار. يمكن أن يكشف ذلك مستلم المخرج ومبلغه ومذكرته. كما يتطلب إثبات صلاحية الإنفاق لمدخل واحد على الأقل للمعاملة، لذلك لا يستطيع شخص يطّلع على المعاملة فحسب إنشاء إفصاح صالح كما لو كان هو من أرسلها.
لا يتعين على إفصاح الدفع في Sapling أن يكشف عنوان المرسل. يمكن لصلاحية الإنفاق التحكم في العديد من العناوين المتنوعة، لذا فإن إثبات التحكم في الإنفاق لا يحدد تلقائيًا عنوانًا واحدًا. يتضمن ZIP 311 إثبات عنوان اختياريًا للحالات التي يلزم فيها ربط الإثبات بعنوان مرسل معروف.
إفصاح الدفع أم مفتاح العرض؟
| الطريقة | أفضل استخدام | ما الذي تكشفه | صلاحية وصول مستمرة؟ | مرتبطة بالدفع تشفيريًا؟ |
|---|
| Transaction ID | التحقق من أن معاملة أُدرجت في كتلة | بيانات المعاملة العامة والتأكيدات | لا | نعم، لكن تفاصيل الدفع المحمي تبقى مخفية |
| Screenshot or receipt | حفظ السجلات بصورة غير رسمية | كل ما يختاره المرسل للعرض | لا | لا؛ يمكن تعديل الصورة |
| Payment disclosure | إثبات تفاصيل مختارة لدفعة واحدة | مخرجات المعاملة المختارة وأي إثبات مرسل أو تحدٍّ مُضمّن | لا، لكن يمكن نسخ الإثبات المشترك | نعم |
| Incoming Viewing Key | مراقبة الدفعات التي يتلقاها حساب | النشاط الوارد الذي يغطيه المفتاح | نعم | يفك تشفير الدفعات الواردة المطابقة |
| Full Viewing Key | محاسبة حساب أو تدقيقه | النشاط الوارد والصادر، والمبالغ، والمذكرات، والأرصدة التي يغطيها المفتاح | نعم | يفك تشفير نشاط الحساب المطابق |
استخدم أقل إفصاح يجيب عن السؤال. فنزاع تاجر بشأن دفعة واحدة لا يبرر عادةً الوصول إلى كل دفعة في حساب. وقد يحتاج المحاسب الذي يجب عليه مراجعة فترة إعداد تقارير كاملة إلى مفتاح عرض بدلًا من ذلك.
لا تمنح أي من الطريقتين إذنًا للإنفاق. لا تشارك مطلقًا عبارة استرداد، أو مفتاح إنفاق، أو مفتاحًا خاصًا، أو نسخة احتياطية للمحفظة كإثبات للدفع.
ما الذي يمكنني استخدامه اليوم؟
لا توجد محفظة حالية محددة هنا بوصفها تطبّق إنشاء إفصاح الدفع أو التحقق منه وفق ZIP 311. لا يزال ZIP مسودةً، ويسرد تطبيقه المرجعي على أنه "TBD". ومع ذلك، يمكن للأدوات المُصانة التالية مساعدة المرسل أو المستلم أو المدقق المخوّل على فحص السجلات المتاحة اليوم:
| التطبيق | مفيد اليوم من أجل | قيد مهم |
|---|
| Zkool | عرض بيانات المعاملة الوصفية التفصيلية، والمبالغ، ومدخلات ومخرجات المجمع، والمذكرات؛ واستيراد مفاتيح العرض Unified أو Sapling إلى حسابات للعرض فقط | لا يعلن عن إنشاء إفصاح ZIP 311 أو التحقق منه |
| Zingo PC | مراجعة سجل المعاملات المحمية والمذكرات؛ واستيراد Full Viewing Key Unified في وضع القراءة فقط | سجل المحفظة أو الحساب للقراءة فقط ليس إفصاح دفع ذا نطاق انتقائي |
| Zallet | سير عمل المشغّل باستخدام z_viewtransaction وz_exportviewingkey وz_importviewingkey | برمجية تجريبية؛ مفاتيح العرض وواجهات RPC للمعاملات فيها أوسع نطاقًا أو تمثل سجلات محلية، وليست إثباتات ZIP 311 |
استخدم أولًا المحفظة التي أرسلت الدفعة أو تلقتها. تحقق من تفاصيل معاملتها ومذكرتها ومعرّف المعاملة والتأكيدات، ثم اطلب من الطرف الآخر مقارنة تلك التفاصيل بسجلاته الخاصة. لا تثبّت محفظة جديدة وتدخل عبارة استرداد لمجرد إنتاج دليل. وإذا احتاج مدقق إلى رؤية مستمرة، ففكر في حساب متوافق للعرض فقط وافهم نطاق مفتاح العرض قبل مشاركته.
هذه التطبيقات بدائل عملية للتحقق من السجلات، وليست دليلًا على توفر إفصاح دفع موحد. يمكن للقطة الشاشة أن تساعد الأشخاص على مقارنة السجلات، لكنها قابلة للتعديل وليست إثباتًا تشفيريًا.
أين تنطبق إفصاحات الدفع
نزاعات التجار
يمكن لعميل إثبات أن مبلغًا محددًا أُرسل إلى عنوان التاجر المحمي. لا يثبت الإثبات أن السلع سُلّمت، أو أن استردادًا مستحق، أو أن الشخص الذي يقدمه يحمل هوية قانونية معينة. ولا تزال هذه المسائل تعتمد على سجل الطلب واتفاق الأطراف.
عمليات السحب المحمية
يسرد ZIP 311 عمليات السحب المحمية كحالة استخدام مستهدفة: إذ ستثبت منصة التداول المستلم والمبلغ دون نشر تلك التفاصيل على السلسلة. ولا يزال إثبات المدخلات الشفافة غير مكتمل، لذا فهذه ليست بعدُ سير عمل موحدًا مكتملًا. ويجب على العميل أيضًا التحقق من حالة تأكيد المعاملة بصورة مستقلة.
التبرعات
يمكن لمتبرع أو حملة إثبات مساهمة معينة مع إبقاء الدفعات غير ذات الصلة خاصة. إن نشر الإفصاح يجعل تفاصيله المختارة عامة لكل من يتلقى نسخة منه، لذا تكون قناة تحقق خاصة أكثر أمانًا عندما لا يكون الإثبات العلني ضروريًا.
المحاسبة
استخدم إفصاح الدفع عندما يحتاج المحاسب إلى دليل لمعاملة واحدة. واستخدم أضيق مفتاح عرض مناسب عندما يحتاج المحاسب إلى وصول مستمر إلى معاملات عديدة أو إلى فترة إعداد تقارير كاملة.
سير عمل آمن للخصوصية
لم يصبح ZIP 311 بعد معيارًا نهائيًا للمحافظ يمكن نشره على نطاق واسع. وعندما تتوفر أدوات متوافقة للمرسل والمتحقق، استخدم قائمة التحقق هذه:
- أكد التوافق أولًا. يجب أن تدعم كلتا الأداتين تنسيق الإفصاح نفسه والمجمع المحمي المستخدم في الدفع.
- حل المشكلات العادية أولًا. تحقق من مزامنة المحفظة، ومعرّف المعاملة، وعدد التأكيدات، وحالة انتهاء الصلاحية، وسجلات المستلم قبل كشف التفاصيل الخاصة.
- اطلب تحديًا. في حالة النزاع، ينبغي للمتحقق تقديم رقم طلب جديد أو تحدٍّ عشوائي حتى يرتبط الإفصاح بذلك الطلب.
- اختر المخرج المطلوب فقط. لا تضمن مخرجات غير ذات صلة من المعاملة نفسها.
- عاين كل حقل مكشوف. تحقق من المستلم والمبلغ والمذكرة وإثبات عنوان المرسل والتحدي قبل التصدير.
- شارك عبر قناة خاصة. إفصاح الدفع ليس مفتاح إنفاق سريًا، لكن أي شخص يتلقاه قد يحتفظ بالمعلومات التي يكشفها أو يعيد توزيعها.
- تحقق بالرجوع إلى السلسلة. يجب أن يجلب المُتحقِّق المعاملة الدقيقة من عقدة موثوقة، ويؤكد أنها ضمن الشبكة والكتلة المقصودتين، ثم يتحقق من الإفصاح.
- سجّل النتيجة، لا الأسرار الإضافية. احتفظ فقط بما تتطلبه عملية النزاع أو السحب أو التبرع أو المحاسبة.
إذا لم تستطع المحفظة إنشاء إفصاح، فلا تستبدل به مفتاح عرض كاملًا من دون فهم نطاقه الأوسع والدائم. اسأل عما إذا كان المستلم يستطيع تأكيد الدفعة من سجلات محفظته الخاصة أو قبول سجل أقل حساسية بدلًا من ذلك.
ما الذي لا يثبته الإفصاح الصالح
لا يثبت التحقق الناجح:
- أن للمعاملة عددًا كافيًا من التأكيدات وفق سياسة المخاطر لدى المُتحقِّق
- أن إعادة تنظيم السلسلة لا يمكنها إزالة معاملة حديثة
- أن السلع أو الخدمات قد سُلّمت
- أن استردادًا أو استرجاعًا للدفعة مطلوب
- أن المرسل يتحكم في عنوان معين، ما لم يُضمَّن إثبات عنوان مناسب
- أن الشخص الذي يقدم الإفصاح يحمل هوية واقعية يدعيها
- أن للمخرجات غير المفصح عنها، أو المعاملات الأخرى، أو رصيد المحفظة أي قيمة محددة
- أن الإفصاح يظل خاصًا بعد مشاركته
يجب على المُتحقِّق فحص إدراج المعاملة في السلسلة وحالة التأكيد على نحو منفصل. يفترض إجراء التحقق في ZIP 311 أن المستدعي قد حصل بالفعل على المعاملة المُدرجة في كتلة وارتفاع كتلتها.
القيود الحالية
تعامل مع ZIP 311 باعتباره معيارًا مقترحًا، لا وعدًا بأن محفظة حالية تحتوي زر إثبات الدفع يعمل.
تحدد المسودة حاليًا عمليات الإنفاق والمخرجات في Sapling، لكنها لا تزال تتضمن عناصر غير مكتملة لـOrchard والمدخلات الشفافة وترميز الإفصاح وإدارة الإصدارات وكيف ينبغي أن تعرض المحافظ مستويات الصلاحية المختلفة. كما أن تطبيقها المرجعي مدرج على أنه "TBD". ووفق صيغتها الحالية، لا تحدد إفصاحات الدفع لدفعات Orchard أو Ironwood.
قد لا يتمكن المرسل أيضًا من الإفصاح عن مخرج إذا أُنشئت المعاملة عمدًا من دون مفتاح عرض صادر لذلك المخرج. يحافظ ZIP 311 على خيار الخصوصية هذا بدلًا من إنشاء مسار استرداد جديد.
تصف الوثائق الأقدم أوامر z_getpaymentdisclosure وz_validatepaymentdisclosure التجريبية في zcashd. دعمت تلك الأوامر مخرجات Sprout JoinSplit فقط، وليس تصميم Sapling في ZIP 311، وقد أُوقفت. وصل zcashd إلى توقفه النهائي عن الدعم في يوليو 2026. لا تستخدم هذا الدليل القديم كتعليمات لأموال حالية.
لا تجعل هذه الفجوات الفكرة عديمة الفائدة. لكنها تفسر لماذا يجب أن يفصل الدليل المتأني بين نموذج الخصوصية وحالات الاستخدام من جهة، والبرمجيات الجاهزة للمستخدمين العاديين من جهة أخرى.
الأسئلة الشائعة
هل يمكنني إثبات دفعة محمية باستخدام معرّف المعاملة فقط؟
لا. يمكن للمعرّف تحديد المعاملة وحالة تأكيدها، لكن المستلم المحمي والمبلغ والمذكرة ليست عامة.
هل إفصاح الدفع هو نفسه مفتاح العرض؟
لا. يقتصر الإفصاح على تفاصيل مختارة من معاملة واحدة. ويمكن لمفتاح العرض كشف النشاط المطابق لعنوان أو حساب بمرور الوقت.
هل يمكن للمستلم إنشاء إثبات المرسل؟
ليس وفق تصميم ZIP 311. يجب أن يثبت الإفصاح الصالح صلاحية الإنفاق لمدخل واحد على الأقل. يستطيع المستلم تأكيد الدفعة باستخدام سجلات محفظته الخاصة، لكن ذلك ادعاء مختلف.
هل يمكنني إلغاء إفصاح بعد مشاركته؟
لا. لا يمنح وصولًا مستقبليًا إلى الحساب مثل مفتاح العرض، لكن يمكن نسخ البيانات والإثبات المكشوفين. شاركه بعناية مماثلة لأي سجل مالي خاص.
هل يؤدي التحقق إلى نقل أي ZEC أو قفلها؟
لا. لا يؤدي إنشاء الإفصاح أو التحقق منه إلى إنفاق الأموال أو استردادها أو تجميدها أو عكسها.
ما الذي ينبغي أن أستخدمه اليوم إذا لم تتضمن محفظتي ميزة إفصاح؟
ابدأ بسجلات محفظة المستلم، ومعرّف المعاملة وحالة التأكيد، أو مرجع فاتورة في المذكرة المشفرة، أو إيصال آخر مقبول بصورة متبادلة. لا تستخدم مفتاح عرض إلا عندما تكون الحاجة إلى نطاقه الأوسع حقيقية ومفهومة.
الموارد
صفحات ذات صلة
