قضيت اليوم طوال فترة بعد الظهر في التدقيق بعمق في Dusk Network للمشاركة في برنامج Creatorpad الخاص بمشروع على Binance.
هناك تفاصيل تجعلني مضطرًا لإعادة قراءة قسم الخصوصية في Dusk Network. يبدو أن "الإفصاح الانتقائي" بسيط إلى حد ما: الاحتفاظ بالبيانات خاصة، ولكن عندما تكون هناك حاجة، يتم الكشف عنها. لكن عند النزول إلى الوثائق، وجدت أن طريقة Dusk في تقسيم المكوّنات تختلف عما كنت أتخيله في البداية.
حاليًا، يصف Dusk الخصوصية عبر ثلاثة محاور: الحساب العام عبر Moonlight، والمعاملات المُحمّاة (shielded) عبر Phoenix، والإفصاح الانتقائي عندما يحتاج طرف مُفوَّض إلى دليل.
غصت في Citadel لأن الوثائق تحدد أنه طبقة الهوية وإدارة الوصول الخاصة بالإفصاح الانتقائي. يستخدم Citadel إثباتات عدم المعرفة (zero knowledge proofs) لكي يتمكن المستخدم من إثبات أنه يمتلك ترخيصًا صالحًا دون الحاجة إلى الإعلان عن جميع بيانات الهوية.
واللافت للنظر يكمن في هذه النقطة: على سبيل المثال، لا تتحدث الوثائق عن "الكشف عن الهوية بالكامل". يقوم المستخدم بإنشاء الدليل (proof)، ثم يقوم مزود الخدمة بالتحقق من صحة الصلاحية عبر عملية Citadel.
توقفوا لحظة—هذا لا يعني بعد أن كل البيانات على Dusk يتم تلقائيًا الكشف عنها بشكل انتقائي. فالوثائق لا تصف إلا اللبنات الأساسية والأنماط (primitives وpattern) التي يمكن للتطبيقات البناء عليها لإنشاء سير عمل مناسب.
ربما هذه هي النقطة التي كان يجب أن أحتفظ بها: الإفصاح الانتقائي في Dusk ليس "خصوصية لكن مع زر يجعلها عامة"، بل هو طريقة لفصل صلاحية إثبات معلومةٍ ما عن عملية الإعلان عن جميع المعلومات.
إذًا، السؤال التالي سيكون أكثر إثارة للاهتمام: إلى أي مدى يتم تطبيق هذه اللبنات الأساسية (primitives) في التطبيقات العملية؟
#dusk $DUSK @Dusk $BTC
هناك تفاصيل تجعلني مضطرًا لإعادة قراءة قسم الخصوصية في Dusk Network. يبدو أن "الإفصاح الانتقائي" بسيط إلى حد ما: الاحتفاظ بالبيانات خاصة، ولكن عندما تكون هناك حاجة، يتم الكشف عنها. لكن عند النزول إلى الوثائق، وجدت أن طريقة Dusk في تقسيم المكوّنات تختلف عما كنت أتخيله في البداية.
حاليًا، يصف Dusk الخصوصية عبر ثلاثة محاور: الحساب العام عبر Moonlight، والمعاملات المُحمّاة (shielded) عبر Phoenix، والإفصاح الانتقائي عندما يحتاج طرف مُفوَّض إلى دليل.
غصت في Citadel لأن الوثائق تحدد أنه طبقة الهوية وإدارة الوصول الخاصة بالإفصاح الانتقائي. يستخدم Citadel إثباتات عدم المعرفة (zero knowledge proofs) لكي يتمكن المستخدم من إثبات أنه يمتلك ترخيصًا صالحًا دون الحاجة إلى الإعلان عن جميع بيانات الهوية.
واللافت للنظر يكمن في هذه النقطة: على سبيل المثال، لا تتحدث الوثائق عن "الكشف عن الهوية بالكامل". يقوم المستخدم بإنشاء الدليل (proof)، ثم يقوم مزود الخدمة بالتحقق من صحة الصلاحية عبر عملية Citadel.
توقفوا لحظة—هذا لا يعني بعد أن كل البيانات على Dusk يتم تلقائيًا الكشف عنها بشكل انتقائي. فالوثائق لا تصف إلا اللبنات الأساسية والأنماط (primitives وpattern) التي يمكن للتطبيقات البناء عليها لإنشاء سير عمل مناسب.
ربما هذه هي النقطة التي كان يجب أن أحتفظ بها: الإفصاح الانتقائي في Dusk ليس "خصوصية لكن مع زر يجعلها عامة"، بل هو طريقة لفصل صلاحية إثبات معلومةٍ ما عن عملية الإعلان عن جميع المعلومات.
إذًا، السؤال التالي سيكون أكثر إثارة للاهتمام: إلى أي مدى يتم تطبيق هذه اللبنات الأساسية (primitives) في التطبيقات العملية؟
#dusk $DUSK @Dusk $BTC
