لماذا يحتاج البلوكشين إلى آلية خصوصية جديدة؟
من أبرز خصائص البلوكشين أن جميع المعاملات قابلة للتحقق العلني. يمكن لأي شخص الاطلاع على عناوين المحافظ وسجلات المعاملات وتدفقات الأصول عبر مستكشف البلوكشين. هذا المستوى العالي من الشفافية يعزز بشكل كبير موثوقية النظام.
لكن مع تزايد تطبيقات البلوكشين في القطاع المالي، تفرز الشفافية الكاملة تحديات جديدة. في التمويل التقليدي، لا تُكشف عادةً أرصدة الحسابات الشخصية أو توزيع أصول الشركات أو استراتيجيات الاستثمار المؤسسي للعموم. أما على البلوكشين العام، فمعرفة عنوان محفظة واحد فقط تكفي لمراقبة نشاط معاملاتها وحركة أصولها باستمرار.
بالنسبة للأفراد، قد يؤدي ذلك إلى كشف معلومات خاصة. وبالنسبة للشركات والمؤسسات، فقد يسرب أسرارًا تجارية أو استراتيجيات استثمارية. لذا، يبحث السوق عن بنية جديدة توازن بين الخصوصية وقابلية التحقق—وهذا ما أوجد "الخصوصية القابلة للبرمجة" من بروتوكول Panther.
ما هي الخصوصية القابلة للبرمجة؟
الخصوصية القابلة للبرمجة تعني بالضبط ما يوحي به الاسم: خصوصية قابلة للبرمجة. جوهرها أن الخصوصية لم تعد مجرد إخفاء للمعلومات، بل تسمح بمستويات مختلفة من الكشف عن البيانات حسب سيناريو التطبيق، مما يتيح للمستخدمين والتطبيقات تحديد مقدار البيانات المراد كشفها.
سابقًا، كانت بروتوكولات الخصوصية ترتبط غالبًا بالمعاملات مجهولة الهوية بالكامل. لكن Panther يرى أن مستقبل تمويل Web3 لا يحتاج بالضرورة إلى إخفاء تام بنسبة %100، بل إلى إدارة خصوصية أكثر مرونة.
على سبيل المثال، قد تتطلب بعض المعاملات سرية تامة، بينما تحتاج أخرى فقط إلى إثبات أن المستخدم يستوفي شروطًا معينة. وقد تحتاج أنشطة مالية أخرى إلى كشف معلومات محددة للجهات التنظيمية دون جعل كل شيء علنيًا.
كيف تشكل إثباتات المعرفة الصفرية أساس الخصوصية؟
(المصدر: ZKPanther)
بروتوكول Panther مبني جوهره التقني على إثباتات المعرفة الصفرية (ZKP). الميزة الأساسية لـ ZKP هي قدرتها على إثبات صحة شيء ما دون كشف التفاصيل الكامنة وراءه.
فمثلاً، يمكن للمستخدم إثبات امتلاكه أصولًا كافية لإتمام معاملة دون الكشف عن رصيده الفعلي. ويمكنه أيضًا إثبات إتمام التحقق من الهوية دون نشر بيانات شخصية مباشرة على البلوكشين.
يغير هذا النموذج الطريقة التقليدية للتحقق من البيانات على البلوكشين. سابقًا، كان منطق التحقق يعتمد عادةً على المعلومات العامة. توفر ZKP إمكانية جديدة: حماية المعلومات الحساسة مع الحفاظ على قابلية التحقق. وهذا هو الأساس الحاسم الذي يمكّن Panther من تحقيق الخصوصية والامتثال معًا.
ما هي أصول zAssets؟
(المصدر: ZKPanther)
أصول zAssets هي نوع خاص من الأصول في نظام Panther البيئي وأداة رئيسية لتفعيل ميزات الخصوصية. يمكن للمستخدمين إيداع أصولهم الرقمية الحالية في نظام Panther وتحويلها إلى أصول zAssets مقابلة. تحتفظ هذه الأصول بقيمتها الأصلية ولكنها تكتسب طبقة إضافية من حماية الخصوصية أثناء المعاملات والتفاعلات.
أكبر فرق عن العملات المجهولة التقليدية هو أن أصول zAssets لا تنشئ عملة رقمية جديدة—بل تضيف إمكانيات خصوصية للأصول الحالية. يتيح هذا النهج للأصول السائدة الاستمرار في المشاركة في نظام DeFi مع تقليل مخاطر التتبع والتحليل على السلسلة. بالنسبة للمستخدمين، تظل الأصول نفسها دون تغيير، لكن رؤيتها أثناء المعاملات تقل بشكل كبير.
كيف تعمل عملية المعاملات الخاصة في Panther؟
عندما يرغب مستخدم في استخدام ميزات الخصوصية، يقوم أولاً بتحويل أصوله إلى أصول zAssets. بعد التحويل، يولد النظام بيانات اعتماد تشفيرية مقابلة باستخدام إثباتات المعرفة الصفرية. ثم، عند تنفيذ المعاملات أو التحويلات أو تفاعلات DeFi، لا يحتاج المستخدمون إلى الكشف عن تفاصيل المعاملة الكاملة. بدلاً من ذلك، يقدمون أدلة مشفرة قابلة للتحقق.
تشمل العملية العامة عادةً:
- إيداع الأصول الأصلية
- التحويل إلى أصول zAssets
- توليد إثباتات المعرفة الصفرية
- تنفيذ المعاملات الخاصة
- إتمام التحقق على السلسلة
نظرًا لأن التحقق يتم عبر الأدلة التشفيرية، يمكن لشبكة البلوكشين تأكيد صحة المعاملة دون الوصول إلى تفاصيلها مباشرة.
لماذا يركز Panther على الخصوصية القابلة للتحقق؟
ركزت العديد من حلول الخصوصية السابقة على إخفاء الهوية، لكن Panther يركز على الخصوصية القابلة للتحقق. هناك فرق جوهري بينهما.
إخفاء الهوية الكامل يعني أن الأطراف الخارجية لا يمكنهم الوصول إلى أي معلومات تقريبًا، لكن هذا النموذج غالبًا ما يخلق تحديات تنظيمية وامتثالية. أما الخصوصية القابلة للتحقق، فتحمي البيانات الحساسة مع الاحتفاظ بالقدرة على التحقق عند الحاجة. هذا النهج يتوافق بشكل أكبر مع احتياجات الأسواق المالية المستقبلية.
سواء كانوا مستثمرين مؤسسيين أو شركات تكنولوجيا مالية أو شركات كبيرة، فإنهم جميعًا يرغبون في حماية بيانات المعاملات، لكنهم يحتاجون أيضًا إلى إثبات الامتثال للشركاء أو المدققين أو الجهات التنظيمية. ولهذا السبب، أصبحت الخصوصية القابلة للتحقق اتجاهًا رئيسيًا لتقنية خصوصية Web3.
التطبيقات المحتملة للخصوصية القابلة للبرمجة
مع دخول البلوكشين إلى التمويل السائد، أصبحت احتياجات الخصوصية أكثر تنوعًا.
في المستقبل، يمكن تطبيق الخصوصية القابلة للبرمجة على:
- تداول DeFi المؤسسي
- إدارة الأصول الخاصة
- التحقق من الهوية على السلسلة
- المنتجات المالية للأصول الحقيقية (RWA)
- تدفقات الأصول عبر السلسلة
في هذه السيناريوهات، نادرًا ما تكون الشفافية الكاملة أو إخفاء الهوية الكامل الخيار الأمثل. آلية خصوصية قابلة للتعديل توفر مرونة أكبر بكثير—وهذا بالضبط ما يهدف بروتوكول Panther إلى بنائه كبنية تحتية مالية.
ملخص
تمثل الخصوصية القابلة للبرمجة تحولًا من إخفاء الهوية البسيط نحو نموذج أكثر مرونة وقابلية للتحقق لخصوصية البلوكشين. من خلال إثباتات المعرفة الصفرية وأصول zAssets وضوابط الإذن القابلة للبرمجة، يمكّن بروتوكول Panther المستخدمين من تحديد مقدار البيانات التي يجب كشفها، مما يحمي الخصوصية مع الحفاظ على موثوقية البلوكشين وقابليته للتحقق. مع نضوج تمويل Web3، من المرجح أن تصبح هذه البنية—التي توازن بين الخصوصية والشفافية والامتثال—لبنة أساسية في البنية التحتية المالية المستقبلية على السلسلة.
