مقدمة العملة

في عالم Web3 سريع التطور، ظهر تحديان مهمان: الخصوصية وقابلية التوسع. وتثير الطبيعة غير القابلة للتغيير لبلوكتشين مخاوف بشأن خصوصية البيانات للمستخدمين والشركات، في حين أن الشعبية المتزايدة للعملات الرقمية للبنك المركزي (CBDCs) تضيف مخاوف بشأن المراقبة.

في الوقت نفسه، أصبح تحقيق قابلية التوسع في شبكات blockchain أمرًا حيويًا للتعامل مع أحجام المعاملات المتزايدة. وسط هذه التحديات، تقدم مدفوعات Zero-Knowledge (ZK) حلاً واعدًا يعالج مخاوف الخصوصية وقابلية التوسع. تستكشف هذه المدونة كيف تعمل مدفوعات ZK على سد الفجوة بين السرية والشفافية في معاملات Web3، مما يوفر للمستخدمين الخصوصية التي يحتاجون إليها دون المساس بالميزات الأساسية لـ blockchain. علاوة على ذلك، فإنه يتعمق في إمكانات البروتوكولات المستندة إلى ZK لتعزيز قابلية التوسع، مما يجعل التطبيقات اللامركزية أكثر عملية ويمكن الوصول إليها.

فهم تحدي الخصوصية في معاملات Web3

لقد أتاح Web3 عددًا كبيرًا من التطبيقات اللامركزية ومنصات DeFi وأسواق NFT. ومع ذلك، فإن شفافية معاملات بلوكتشين تعني أن عناوين المحفظة وتاريخ المعاملات مرئية لأي شخص لديه إمكانية الوصول إلى الشبكة.

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

هناك عدة أسباب تؤكد أهمية الخصوصية في معاملات Web3:

1. الأمان والحماية: تعد الخصوصية أمرًا حيويًا لحماية المستخدمين من محاولات القرصنة المحتملة وهجمات التصيد الاحتيالي والأنشطة الضارة الأخرى مثل doxing. تضمن حماية البيانات المالية بقاء المستخدمين أقل عرضة للتهديدات المستهدفة.
2. سرية الأعمال: بالنسبة للشركات العاملة في مساحة Web3، يعد الحفاظ على خصوصية تفاصيل المعاملات أمرًا ضروريًا للحفاظ على الميزة التنافسية وحماية معلومات الأعمال الحساسة.
3. الحقوق الفردية: تمامًا كما هو الحال في التمويل التقليدي، يتمتع الأفراد بالحق في الخصوصية المالية. يجب على Web3 احترام هذه الحقوق ودعمها، وتمكين المستخدمين من التحكم في بياناتهم.

صعود مدفوعات المعرفة الصفرية

يمكن إرجاع براهين المعرفة الصفرية إلى الورقة الأصلية لبراهين المعرفة الصفرية [GMR85] في عام 1985. بعد ذلك، تم تقديم دليل ZK [K92] المبسط في عام 1992. بحلول عام 2013، يمكن استخدام دليل عدم المعرفة في الحياة الواقعية، ولكن بوتيرة أبطأ. في عام 2016، اقترح غروث خوارزمية Groth 16، والتي قللت بشكل كبير من التعقيد الحسابي. منذ ذلك الحين، تم وضع براهين المعرفة الصفرية تدريجيًا في الاستخدام التجاري الحقيقي.

وفي سياق العملات المشفرة، كانت كل من Monero و Zcash رائدة في إعطاء الأولوية للخصوصية في معاملات بلوكتشين. قدمت Monero (XMR) التوقيعات الحلقية وعناوين التخفي في عام 2014، مما يوفر مستوى أعلى من الخصوصية مقارنة بشبكات بلوكتشين التقليدية. ظهرت Zcash (ZEC) في عام 2016 مع ZK-SNARKS، مما يتيح للمستخدمين الاختيار بين المعاملات الشفافة والمحمية لتحقيق التوازن بين الخصوصية والشفافية.

الآن، ظهرت مجموعات وبروتوكولات Zero-Knowledge (ZK) كحل واعد لمعالجة مخاوف الخصوصية وقابلية التوسع في معاملات Web3. تستخدم مدفوعات ZK بروتوكولات التشفير المعروفة باسم براهين المعرفة الصفرية، مما يسمح لأحد الأطراف بإثبات صحة البيان لطرف آخر دون الكشف عن أي معلومات حساسة.

كيف تتيح ZK قابلية التوسع والخصوصية؟

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

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

في الشكل الأساسي، يتكون دليل عدم المعرفة من ثلاثة عناصر: الشاهد (المعلومات السرية) والتحدي والاستجابة.

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

هناك حاليًا العديد من البروتوكولات الشائعة المستندة إلى ZK المتاحة، بما في ذلك ZK-SNARKS (حجج المعرفة المختصرة غير التفاعلية للمعرفة الصفرية)، و ZK-Starks (حجة المعرفة الشفافة القابلة للتطوير بدون معرفة)، و Bulletproofs.

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

ما هي براهين المعرفة الصفرية (ZKPs)؟ https://ethereum.org/en/zero-knowledge-proofs/

مجموعات المعرفة الصفرية؟ https://ethereum.org/en/developers/docs/scaling/zk-rollups/

دراسة حالة - ZKBob

ZKBob هو تطبيق يركز على الخصوصية ويستخدم براهين المعرفة الصفرية (ZKSnarks) والعملات المستقرة للمعاملات السرية. تشمل أجزائه الأساسية عقد ZKBob للتعامل مع المعاملات، ورموز BOB مع ميزات الخصوصية، ومحيل التحويلات الآمنة واستخراج رسوم الغاز، و AccessManager للتحكم في الوصول، وواجهة مستخدم لتفاعل المستخدم. إنه يضمن المعاملات الخاصة وحيادية الطبقة الأساسية.

دعنا نتصفح سيناريو يتضمن استخدام أليس وكارل لـ ZKBob لمعاملة خاصة.

الحالة: تريد أليس إرسال معاملة إلى Carl دون الكشف عن تفاصيل المعاملة مثل المبلغ أو المرسل أو معلومات المستلم. قرروا استخدام ZkBob لتحقيق هذه الخصوصية.

عملية المعاملة

1. إنشاء حسابات:
   • يقوم كل من Alice و Carl بإنشاء حسابات ZkBob الخاصة بهم باستخدام مفاتيحهم الخاصة.
   • يتم استخدام هذه المفاتيح الخاصة لإنشاء البراهين والوصول إلى الأرصدة وتنفيذ المعاملات.
2. إنشاء العناوين:
   • تقوم Alice بإنشاء عنوان ZKBob خاص جديد من خلال واجهة مستخدم التطبيق لتلقي المعاملة الواردة.
   • هذا العنوان فريد لهذه المعاملة ولا يمكن ربطه بحساب Alice الرئيسي.
3. الودائع:
   • تبدأ أليس معاملة إيداع من محفظة إيثريوم العادية الخاصة بها إلى عقد ZKBob Pool.
   • وافقت على العقد للوصول إلى أموالها ثم تكمل الإيداع.
4. طلب نقل:
   • تريد أليس إرسال معاملة خاصة إلى Carl.
   • تقوم بإنشاء zk-proof لهذه المعاملة باستخدام مفتاحها الخاص وتطبيق ZKBob.
5. تفاعل المُرحل:
   • ترسل أليس zk-proof بشكل مجهول إلى مرحل، وسيط موثوق به.
   • يتلقى المُحيل هذا الإثبات ويعالجه دون معرفة تفاصيل المعاملة.
6. منشور المعاملة:
   • يقوم المُحيل بنشر المعاملة في عقد ZkBob دون الكشف عن تفاصيل المعاملة.
   • يتحقق عقد ZKBob من zk-proof ويقوم بتحديث تفاصيل المعاملة دون الكشف عن مبلغ المشاركين.
7. استلام المعاملة:
   • يقوم Carl، عند الطرف المتلقي، بإنشاء عنوان ZKBob خاص جديد من خلال واجهة مستخدم التطبيق لتلقي المعاملة الواردة.
   • هذا يضمن أن عنوان الاستلام الخاص به غير مرتبط بحسابه الرئيسي.
8. إتمام المعاملة:
   • يقوم عقد ZKBob بتحديث الأرصدة لكل من Alice و Carl دون الكشف عن تفاصيل المعاملة.
   • يمكن لـ Carl الآن أن يرى أنه قد تلقى معاملة، لكن تفاصيل المعاملة تظل خاصة.
9. خيار السحب:
   • إذا أراد Carl استخدام المعاملة المستلمة في مكان عام، فيمكنه بدء معاملة سحب.
   • سيؤدي هذا السحب إلى إنشاء إثبات zk-proof يوضح ملكية المعاملة، مما يسمح له بتحويلها إلى نموذج قابل للاستخدام العام.

خلال هذه العملية، تظل تفاصيل المعاملة ومعلومات المرسل والمستقبل خاصة بسبب استخدام براهين المعرفة الصفرية (ZKSnarks). يضمن المُحيل معالجة المعاملات دون الكشف عن التفاصيل الحساسة، ويحافظ عقد ZKBob على سلامة المعاملة مع الحفاظ على الخصوصية للمستخدمين المعنيين.

دراسة حالة - AWAS Pay

WaaS Pay عبارة عن منصة ذكية لنشر حسابات العقود، تستخدم مجموعة بروتوكولات Safe{Core} و Safe{Core} Account Abstraction SDK، وهي مصممة للمؤسسات التي تبحث عن مدفوعات بلوكتشين فورية مع إعطاء الأولوية للخصوصية. وهو يوفر واجهة سهلة الاستخدام وخالية من التعليمات البرمجية لتخصيص ميزات حساب العقد الذكي، مثل عمليات تسجيل الدخول الاجتماعية، ومنحدرات التشغيل/الإيقاف المعتمدة، والمعاملات الخالية من الغاز للمستلمين. مع قيام ZkBob بتسهيل المعاملات المجهولة من خلال Zero-Knowledge Proves (ZKPs)، يضمن WaaS Pay بقاء البيانات المالية الحساسة آمنة وسرية. بدعم من Polygon zKevm، تضمن المنصة قابلية التوسع والكفاءة، بينما تحمي عقدة IPFS المستضافة ذاتيًا مع Helia البيانات الوصفية الحساسة.

لمزيد من المعلومات: https://ethglobal.com/showcase/waas-pay-br0qs

مزايا مدفوعات ZK

1. الخصوصية المحسنة: تقدم ZKPayments مستوى عالٍ من الخصوصية من خلال الحفاظ على سرية تفاصيل المعاملات وحماية المستخدمين من انتهاكات الخصوصية المحتملة واستغلال البيانات.
2. تحسين الأمان: مع إخفاء بيانات المعاملات الحساسة، يصبح المستخدمون أقل تعرضًا للهجمات المستهدفة، مما يضمن بيئة أكثر أمانًا لإجراء معاملات Web3. على سبيل المثال. يمكن أن تساعد ZKPayments في التخفيف من مشكلات الصدارة وتعظيم القيمة القابلة للاستخراج (MEV)السائدة في web3.
3. الشفافية والامتثال: تحقق ZKPayments التوازن من خلال توفير شفافية المعاملات للأطراف ذات الصلة مع الحفاظ على خصوصية المستخدم. وهذا يساعد الشركات على تلبية متطلبات الامتثال التنظيمي دون التضحية بالسرية.
4. تجربة مستخدم محسنة: تُترجم المتطلبات الحسابية المخفضة لـ ZKPayments إلى رسوم معاملات أقل وزيادة قابلية التوسع. توفر حالات الاستخدام هذه إلى جانب ERC4337 كما هو موضح في دراسة الحالة أعلاه للمستخدمين والشركات تجربة أكثر سلاسة، مما يشجع على ارتفاع معدلات التبني والاستخدام.

حالات الاستخدام الرئيسية

1. المعاملات الشخصية السرية: تضمن هذه البروتوكولات عمليات الشراء والمدفوعات الخاصة دون الكشف عن التفاصيل المالية لأطراف ثالثة، مما يضمن أقصى قدر من الخصوصية.
2. مقايضات الرموز التي تحافظ على الخصوصية: تتيح هذه البروتوكولات مقايضات الرموز الخاصة وحماية تاريخ التداول والمقتنيات من أجل تعزيز الخصوصية المالية.
3. حملات التمويل الجماعي الخاصة: من خلال هذه البروتوكولات، تحافظ حملات التمويل الجماعي على إخفاء هوية المساهمين مع صرف الأموال بشفافية، مما يضمن عملية جمع أموال موثوقة وخاصة.
4. كشوف المرتبات الخاصة: تسمح هذه البروتوكولات للشركات بإجراء مدفوعات سرية للمقاولين أو الموظفين، وحماية مبالغ الدفع وتفاصيل المستلم.
5. المكافآت المدققة للمساهمين: تعمل هذه البروتوكولات على تبسيط عمليات النقل المتعددة الخاصة، مما يضمن السرية أثناء تدقيق المساهمات.
6. جمع الأموال والمنح مفتوحة المصدر: تقدم هذه البروتوكولات طلبات رمزية آمنة وخاصة من المستثمرين، والتحقق من سلامة الأموال مع إثبات الملاءة المالية، مع الحفاظ على سرية المعاملات، وتعزيز الثقة في جمع التبرعات وإدارة المنح.

ذا تشالنج

تقدم مدفوعات Zero-Knowledge (ZK) معاملات Web3 خاصة ولكنها تشكل تحديات تتعلق بالامتثال. إن تلبية متطلبات AML/KYC، والامتثال الضريبي، وفحص العقوبات، والاحتفاظ بالبيانات، واللوائح عبر الحدود، ومعالجة الاستخدام الإجرامي أمر بالغ الأهمية. يمكن أن يضمن التعاون مع المنظمين والامتثال الديناميكي والأمان القوي الاستخدام المسؤول. تعيد ZKPayments تشكيل التمويل الرقمي مع حماية خصوصية المستخدم والالتزام بالقانون.

كيف يمكن معالجة الامتثال؟ دراسة حالة (zk.money)

لضمان الامتثال القانوني لقوانين ولوائح المملكة المتحدة، نفذت شبكة Aztec Network نهجًا شاملاً يحقق التوازن بين الخصوصية وردع الأنشطة غير المشروعة على DeFi dApp الذي يركز على الخصوصية، zk.money.

نهج الردع العملي:

• تأكد من وصول المستخدمين إلى الخصوصية على السلسلة مع ردع غسيل الأموال والنشاط غير المشروع.
• الجهد الحالي: حدود الإيداع لكل معاملة على http://zk.money.

المبادرات:

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

الاستنتاج

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

إخلاء المسؤولية：

1. تمت إعادة طباعة هذه المقالة من [fetcch]. جميع حقوق التأليف والنشر تنتمي إلى المؤلف الأصلي [Satyam Kulkarni]. إذا كانت هناك اعتراضات على إعادة الطبع هذه، فيرجى الاتصال بفريق Gate Learn（gatelearn@gate.io）، وسيتعاملون معها على الفور.
2. إخلاء المسؤولية: الآراء ووجهات النظر الواردة في هذه المقالة هي فقط آراء المؤلف ولا تشكل أي نصيحة استثمارية.
3. يقوم فريق Gate Learn بترجمة المقالة إلى لغات أخرى. ما لم يُذكر، يُحظر نسخ المقالات المترجمة أو توزيعها أو سرقتها.