زكاش تخطط لمفاتيح مخصصة لكل تبديل ZEC لمعالجة مخاطر الخصوصية الكمية

زكاش تخطط لمفاتيح مخصصة لكل تبديل ZEC لمعالجة مخاطر الخصوصية الكمية

صورة مخصصة
مطوّرو Zcash (ZEC) يقترحون ميزة خصوصية جديدة مصممة لحماية المعاملات بين السلاسل ضد هجمات حوسبة كمية محتملة في المستقبل. في 18 أكتوبر 2026، قدم مطوّر البنية التحتية لـ Zcash، زاكورا، خطة لتعيين مفتاح عرض وارد منفصل لكل تبديل ZEC يتم إجراؤه عبر NEAR Intents. تهدف المقترح إلى منع عناوين التبديل المكشوفة علنًا من كشف سجلات الدفع الأوسع للمستخدمين إذا أصبحت أجهزة كمبيوتر كمية قوية بما يكفي متاحة. ستُحافظ على مفاتيح الإنفاق الحالية، وتدعم استعادة المحافظ الخاصة، ولا تتطلب ترقية توافق على مستوى الشبكة. يعالج هذا التطوير المخاوف المتزايدة بشأن أمان المعاملات على سلسلة الكتل على المدى الطويل، خاصة عندما تظل المعلومات التشفيرية الحساسة متاحة للعامة. ومع ذلك، لا تزال الميزة قيد المراجعة الفنية، ولا يوجد تاريخ مؤكد لإطلاقها للإنتاج.

لماذا تُقدّم زيكاش مفاتيح مخصصة لعمليات تبادل ZEC لمعالجة مخاطر الخصوصية الكمية

قدم مطور البنية التحتية لـ Zcash، زاكورا، اقتراحًا في 18 أكتوبر 2026 لتعزيز خصوصية عمليات تبادل ZEC المُجرَاة عبر NEAR Intents. يعالج هذا المبادرة ثغرة محتملة تسمح للحواسيب الكمية المستقبلية بكشف معلومات الدفع التاريخية للمستخدمين من خلال عناوين Zcash المسجلة علنًا. على الرغم من أن Zcash تستخدم التشفير المتقدم لحماية المعاملات المُحصَنة، إلا أن عمليات التبادل عبر السلاسل يمكن أن تُعرّض عناوين الاستلام أو الاسترداد خارج نظام المعاملات الخاص بها. يهدف النهج المقترح المبني على مفتاح مخصص إلى الحد من هذا الخطر الطويل الأمد على الخصوصية دون تغيير طريقة تحكم المستخدمين في أموالهم. من خلال فصل المعلومات التشفيرية المرتبطة بعمليات التبادل الفردية، يأمل المطورون في تقليل الأثر المحتمل في حال تعرّض عنوان واحد مُعرَّض علنًا للاختراق.

كيف تكشف نوايا NEAR عن عناوين Zcash المحمية

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

لماذا يمكن لمفاتيح العرض المشتركة كشف سجل المعاملات لأجهزة الكمبيوتر الكمومية المستقبلية

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

كيف يمكن لمفاتيح العرض لمرة واحدة حماية معاملات Zcash من التهديدات الكمية

تقدم الحل المقترح من Zakura مفتاح عرض وارد منفصل لكل عملية تبديل ZEC مؤهلة تُجرى عبر NEAR Intents. بدلاً من السماح لعناوين التبديل المكشوفة علنًا بمشاركة نفس مفتاح العرض الوارد، يهدف التصميم إلى عزل معلومات الدفع المرتبطة بكل عملية تبديل. إذا استعاد مهاجم كمومي مستقبلي أحد مفاتيح العرض الخاصة بالتبديل، فسيكون التعرض المحتمل محدودًا بالمعلومات القابلة للوصول من خلال ذلك المفتاح، بدلاً من الامتداد التلقائي إلى تاريخ الدفعات الواردة الأشمل للحساب. هذا تخفيف مستهدف للخصوصية، وليس ترقية كاملة للأمان ما بعد الكموم. فعاليته ستتوقف على التنفيذ النهائي، وإدارة المفاتيح الصحيحة، وغياب أي معلومات أخرى يمكن أن تربط المعاملات.

كيف تعمل مفاتيح العرض الواردة المخصصة لكل عملية تبديل ZEC

وفقًا للنظام المقترح، ستولد محفظة Zcash المتوافقة مفتاح عرض وارد فريد كلما احتاج الأمر إلى نشر عنوان تبديل جديد. يقوم هذا العملية باشتقاق مكون عشوائي جديد يُسمى rivk، والذي يسهم في اشتقاق مفتاح العرض. استنادًا إلى نهج اشتقاق المفتاح المُعتمد في اقتراح تحسين Zcash 32 (ZIP 32)، ستقوم المحفظة باشتقاق rivk مختلف باستخدام معرف غرض مُعين ومؤشر لكل تبديل. وهذا يسمح بإنشاء عدة مفاتيح عرض مستقلة من نفس الحساب الأساسي. سيتوافق كل مفتاح مع عنوان التبديل المقصود، بدلاً من كشف بيانات العرض المستخدمة عبر المدفوعات الواردة العادية للحساب.
 
إذا استعاد مهاجم كمومي مستقبلي أحد مفاتيح العرض هذه، فستكون التعرض المحتمل محدودًا بالمدفوعات المرتبطة بهذا المفتاح المحدد وليس بتاريخ المعاملات الواردة الأوسع للحساب. الميزة الأمنية الرئيسية هي عدم قابلية ربط المعاملات، مما يقلل من خطر أن يؤدي compromis أحد العناوين إلى كشف معلومات عن مدفوعات غير مرتبطة. على عكس تدوير العناوين التقليدية، فإن توليد مفاتيح عرض مستقلة يوفر فصلًا أقوى بين عناوين التبادل المسجلة علنًا. هذا الحماية ذات صلة خاصة بالمعاملات عبر السلسلة حيث قد تظل عناوين المستلم أو استرداد الأموال مرئية بشكل دائم. ومع ذلك، فإن فعالية هذا الفصل ستتوقف على محفظات متوافقة تولد وتدير المفاتيح الفردية بشكل صحيح.

لماذا يمكن لمستخدمي Zcash الاحتفاظ بمفاتيح إنفاقهم الحالية

إحدى الميزات المهمة في تصميم Zakura هي أن المستخدمين لن يحتاجوا إلى إنشاء حساب إنفاق منفصل لكل تبديل ZEC. إن التغيير المقترح في مكون rivk يحافظ على مكونات المفتاح المرتبطة بالصلاحية الحالية للحساب، بما في ذلك ak و nk. ونتيجةً لذلك، تظل الأموال المستلمة من خلال عناوين تبديل مُولَّدة بشكل فردي خاضعة لصلاحيات الإنفاق الأصلية للحساب. هذا النهج يبسط إدارة المفاتيح ويعتبر تجنب التعقيد الإضافي الناتج عن صيانة حسابات مستقلة متعددة، خاصةً للمستخدمين الذين يعتمدون على المحافظ المادية. كما أنه سيقلل من الحاجة إلى إدارة معلومات استرداد منفصلة لكل معاملة، بشرط دعم المحافظ لنظام الاستنباط المقترح.
 
كما أن الفصل يُنشئ تمييزًا بين رؤية الدفع وسلطة الإنفاق. قد يكشف مفتاح العرض الوارد المُخترَق عن معلومات حول المدفوعات المرتبطة بذلك المفتاح، لكنه لن يُصرّح تلقائيًا بالتحويلات أو السحوبات. ستظل بيانات إنفاق المحفظة تتحكم في الوصول إلى الأموال الأساسية، مما يحافظ على هيكل الحساب الحالي. ومع ذلك، فإن هذا الاقتراح ليس ترقية كاملة للأمان ما بعد الكمومي، حيث قد تحتاج مكونات تشفيرية أخرى إلى حماية ضد هجمات كمومية مستقبلية. الهدف الأساسي منه هو تقليل مخاطر ربط المعاملات مع الحفاظ على التوافق مع بنية محفظة Zcash الحالية.

كيف تخطط Zcash لاستخدام استرجاع المعلومات الخاصة لاستعادة المحافظ بأمان

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

كيف تساعد استرجاع المعلومات الخاصة في استعادة محافظ Zcash

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

استعادة عمليات تبديل ZEC الصادرة من خلال المذكرات المشفرة

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

العثور على عمليات تبديل ZEC الواردة دون مسح متكرر للسلسلة

تتطلب عمليات تبديل ZEC الواردة عملية استرداد مختلفة لأن المحفظة المستقبلة لا تنشئ معاملة خارجية من Zcash تحتوي على فهرس مفتاح مشفر. بدلاً من ذلك، سيقوم النظام المقترح بتوليد عناوين مستقبلة محتملة بالتسلسل والتحقق منها مقابل مرشحات المعاملات التي تم تنزيلها محليًا. ووفقًا لقواعد إصدار العناوين المحددة من قبل Zakura، سيتوقف البحث بعد 30 عنوانًا متتاليًا لم يتم دفعها أو لم تكن معروفة لـ NEAR، مما يساعد على الحد من الفحوصات غير الضرورية. عندما يتم اكتشاف دفعة محتملة، سيسمح PIR للمحفظة باسترجاع سجل المعاملة ذات الصلة دون الكشف عن العنوان المستعلام عنه لمشغل قاعدة البيانات. معًا، تهدف هذه الطرق إلى جعل مجموعات كبيرة من مفاتيح العرض المستمدة بشكل مستقل قابلة للإدارة، على الرغم من أن أدائها في العالم الحقيقي لا يزال خاضعًا للتنفيذ والاختبار. كما سيعتمد عملية الاسترداد على فهرسة المعاملات بدقة وتوافر البنية التحتية الداعمة.

متى سيتم إطلاق ترقية الخصوصية الكمية لـ Zcash، وماذا تعني ذلك لـ ZEC؟

ما زال تحسين الخصوصية الكمية المقترح لـ Zcash يخضع للمراجعة الفنية، ولا يوجد تاريخ مؤكد لإطلاقه الإنتاجي حتى 20 أكتوبر 2026. تتوقع Zakura أن تبدأ المحافظ البرمجية المتوافقة في دمج ميزة مفتاح العرض المخصص خلال الأسابيع القادمة، مما قد يُدخل حماية خصوصية أقوى لمعاملات ZEC عبر السلاسل. ومع ذلك، فإن التبني الأوسع سيعتمد على توافق المحافظ، واختبار التنفيذ، ودعم المطورين. كما يشكل هذا التطور جزءًا من جهود Zcash الأوسع لإعداد بنية تحتية لعملتها المشفرة لمواجهة مخاطر الحوسبة الكمية الناشئة. وعلى الرغم من أن التصميم المقترح لا يتطلب ترقية توافقية على مستوى الشبكة، فسيظل المستخدمون بحاجة إلى برامج تدعم صراحة طرق إنشاء واستعادة المفاتيح الجديدة.

حالة تطوير Zakura، تكامل Vizor، ودعم محفظة الأجهزة

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

خريطة طريق Zcash بعد الكمية، المخاطر الأمنية المتبقية، وآثارها على مستخدمي ZEC

يُكمل اقتراح المفتاح المخصص مبادرات زيكاش الأخرى المستهدفة للتهديدات المستقبلية لحوسبة الكم. ناقش المطورون إدخال دعم التوقيع ما بعد الكم القائم على التجزئة للمعاملات الشفافة، مع تحديد يناير 2027 كهدف تطويري وليس كتاريخ تفعيل مؤكد للشبكة. في الوقت نفسه، تعالج مشروع تاكيون والأبحاث التشفيرية ذات الصلة تحسينات أوسع لبروتوكول زيكاش الأساسي. تركز هذه المبادرات على تحديات أمنية مختلفة، وتبقى جداول زمنية تنفيذها منفصلة عن حماية التبادل المقترحة لـ NEAR Intents. يعكس المسار العام الحاجة إلى معالجة خصوصية المعاملات، والتوثيق التشفيري، وأمن البروتوكول من خلال حلول تقنية مختلفة.
 
للمستخدمين الذين يمتلكون ZEC، يمكن أن تحسن الخصوصية الأقوى للمحفظة الثقة في المعاملات عبر السلسلة، خاصة مع تطور الطلب على نقل العملات المشفرة الآمنة. ومع ذلك، ستظل عناوين التبادل المنشورة سابقًا مرئية، ولن تحمي التصميم الجديد تلقائيًا المعاملات التاريخية أو تقضي على كل ثغرة كمومية محتملة. بالنسبة للمستثمرين، يمكن أن يدعم التنفيذ الناجح الموقف طويل الأجل لـ Zcash المركّز على الخصوصية، لكن لا توجد أدلة موثقة على أن هذا الإعلان سيزيد مباشرة سعر ZEC أو نشاط التداول أو التبني. وستعتمد أهميته في النهاية على إكمال التطوير، واختبارات الأمان، ودمج المحفظة، والاستخدام في العالم الحقيقي. وستوفر الإصدارات المستقبلية للمحفظة والتقييمات التقنية المستقلة أدلة أوضح على ما إذا كانت التدابير المطروحة تعمل كما هو مقصود.

🔥 ما وراء العناوين الرئيسية: ما الذي يعنيه KuCoin 5.0 لك

أخبار السوق تتحرك بسرعة — لكن المكان الذي تتفاعل فيه معها مهم بنفس القدر. هذا أكتوبر، تطلق كوكين KuCoin 5.0، مما يحول كوكين إلى منصة مُعاد بناؤها. إليك ما يتغير فعليًا بالنسبة لك:
 
  • حساب واحد لكل شيء. كانت المنصات الأقدم تقسم أموالك بين حسابات منفصلة "فورتي" و"هامش" و"عقود مستقبلية" وتتوقع منك فهم السبب. يزيل الحساب الموحّد في KuCoin 5.0 هذا بالكامل — قم بالإيداع مرة واحدة، وكل شيء سيكون متاحًا ببساطة (متوفر حاليًا فقط للعملاء المميزين).
  • الأسهم، المؤشرات، والسلع. تتوسع KuCoin 5.0 خارج العملات المشفرة إلى الأسواق العالمية. عندما تتحرك العملات المشفرة جانبيًا وتتصاعد الأسهم (أو العكس)، يمكنك التحويل في دقائق بدلاً من فتح حساب وساطة والانتظار أيامًا لخطوط العملات التقليدية.
  • الأصول الواقعية (RWA). تعرض مُرمَّز لأصول تقليدية مثل السلع، مباشرة داخل حساب التشفير الخاص بك. أحد أسرع القطاعات نموًا في المالية العالمية لم يعد محصورًا للمؤسسات — يمكنك الوصول إليه من نفس الرصيد الذي تتداول به.
  • اكتسب أثناء التعلم. لست مستعدًا للتداول؟ KCUSD يسمح لعملاتك المستقرة بتحقيق عائد يومي مُركب تلقائيًا. أسهل طريقة لاستثمار إيداعك غير النشط بعائد قدره 4%.
  • مساعد ذكي بلغة بسيطة. اطرح أسئلة، احصل على سياق السوق، وافهم ما تراه — مدمج في المنصة، ولا حاجة لمصطلحات تقنية.
  • تطبيق لا يُثقل عليك. أسرع، أنظف، وأكثر اتساقًا — بديهي من أول نقرة، وليس بعد شرح تعليمي.
  • الأمان الذي يمكنك التحقق منه، وليس مجرد الثقة به. كيان أوروبي مرخص وفقًا لـ MiCAR، وإثبات الاحتياطيات الذي يمكنك التحقق منه بنفسك، وأمان معتمد دوليًا (SOC 2 Type II، ISO 27001:2022).
 
أنشئ حسابك في دقائق — وابدأ على المنصة المبنية للمستقبل الذي تتجه إليه العملات المشفرة، وليس الماضي الذي مرّت به.

الخاتمة

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

الأسئلة الشائعة

هل يؤثر اقتراح خصوصية كمومية لـ Zcash على معاملات ZEC العادية؟

يستهدف الاقتراح بشكل محدد العناوين المخفية المنشورة أثناء عمليات التبادل عبر السلاسل من خلال NEAR Intents. لا تشمل هذه الآلية تلقائيًا تحويلات ZEC العادية. سيتطلب التبني الأوسع تنفيذات متوافقة للمحفظة وربما تطوير إضافي لخدمات المعاملات الأخرى. الهدف الأساسي هو عزل المعلومات المكشوفة من خلال عناوين تبادل معينة بدلاً من تغيير طريقة عمل كل معاملة Zcash.

هل يمكن أن يترك تبديل ZEC المكتمل معلومات على سلسلة كتل عامة؟

نعم. يمكن لـ NEAR Intents الاحتفاظ بسجلات عامة للعناوين المرتبطة بالتبادل حتى بعد اكتمال المعاملات بنجاح. ستُقيّد مفاتيح العرض المخصصة التعرض المحتمل لتاريخ دفع Zcash الكامل للمستخدم، لكنها لن تحذف سجلات التبادل العامة أو تخفي كل التفاصيل المسجلة من قبل الخدمة. وبالتالي، سيركز الحماية على تقليل قابلية ربط الحسابات في المستقبل بدلاً من حذف بيانات البلوكشين الموجودة.

هل ستقوم مفاتيح العرض المخصصة أيضًا بحماية USDC المستلم على إيثريوم؟

لا. يركز الاقتراح على عناوين Zcash المخفية بدلاً من الخصوصية على سلاسل الكتل الوجهة. إذا قام المستخدم بتبادل ZEC مقابل USDC على Ethereum، تبقى معاملات Ethereum الناتجة خاضعة لرؤية المعاملات العامة على ذلك الشبكة. لن تُخفي مفاتيح العرض المنفصلة لـ Zcash تلك التحويلات. يجب على المستخدمين أخذ خصائص الخصوصية لكلا الشبكتين في الاعتبار عند إجراء عمليات تبادل عبر السلاسل.

هل سيحتاج حاملو ZEC إلى نقل أموالهم إلى محافظ جديدة؟

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

هل يمكن أن تزيد مفاتيح العرض المخصصة من رسوم معاملات ZEC؟

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

هل يمكن لخادم استرجاع المعلومات الخاصة الوصول إلى ZEC الخاصة بالمستخدمين أو سرقتها؟

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

اخلاء المسؤوليه: تُرجمت هذه الصفحة باستخدام تقنية الذكاء الاصطناعي لراحتك. للحصول على المعلومات الأكثر دقة، ارجع إلى النسخة الإنجليزية الأصلية.