#dusk $DUSK @Dusk
اقرأ المزيد من المواد المتعلقة بـ Dusk، وكلما زاد فهمي، شعرت بأن مسألة "الخصوصية" لا ينبغي أن تُنسب فقط إلى Phoenix وإثباتات المعرفة الصفرية—ففي الورقة البيضاء توجد طبقة حماية خصوصية قد تُغفل بسهولة، تأتي من طبقة شبكة P2P نفسها، ولا علاقة لها تمامًا بخوارزميات التشفير.
بروتوكول P2P الذي تستخدمه Dusk يُسمّى Kadcast، وهو مبني على بنية جدول تجزئة موزّع (DHT) وفق Kademlia. توجد في قسم 2.3 من الورقة البيضاء تفاصيل تستحق التدقيق: آلية بث Kadcast ليست أن تُرسل الرسالة دفعة واحدة إلى جميع العقد المجاورة، بل تقوم بتمريرها فقط إلى مجموعة محددة من العقد استنادًا إلى مسافة XOR بين العقد، ثم تقوم هذه العقد بمواصلة تمرير الرسالة إلى الخارج بشكل متدرّج، طبقة بعد طبقة. وهذه البنية تُفضي إلى أثر جانبي—لأن الرسالة لا تنتقل مباشرة من المُرسِل إلى كل مُستقبِل، بل تمر عبر طبقات من الوسطاء؛ لذا فإن تتبّع مسار رسالة لمعرفة من أي عقدة بدأت يصبح أكثر صعوبة بشكل واضح. وهذه البنية صُمّمت أصلًا لتحسين كفاءة عرض النطاق، لكنّها تُطمّس كذلك مصدر الرسالة.
هذا ما جعلني أعيد التفكير في كيفية تقييم عبارة "سلسلة الخصوصية". إذا كانت طبقة Phoenix وحدها هي ما يوفر الخصوصية، فمحتوى المعاملات يبقى سريًا فعلاً. لكن سلوك بث الرسائل بين العقد—إذا كانت بنية طبقة الشبكة من نوع "بث مباشر من واحد إلى كثير"—فإنه من حيث المبدأ يمكن أن تستغل من قبل من يراقب مواقع العقد لإجراء تحليل للمرور، والاستدلال على معلومات ما بشكل غير مباشر: من يذيع ماذا وفي أي وقت. حتى لو لم تكن قادرًا على فهم المحتوى، فإن نمط السلوك بحد ذاته يُعد تسريبًا للمعلومات. أما بنية Kadcast التي تعتمد الإحالة المرحلية على شكل طبقات، فهي تضيف طبقة من الغموض على مستوى الشبكة، إلى جانب الخصوصية على أساس التشفير؛ وعندما تتراكب الطبقتان معًا، فإن اختراق أي طبقة لوحدها لا يكفي حقًا لتحديد المصدر بدقة.
عندما يناقش الناس "سلسلة الخصوصية"، غالبًا ما يعتادون على التركيز فقط على المخطط التشفيري وما إذا كان يستخدم zk-SNARK أو نوعًا آخر من أنظمة الإثباتات، ونادرًا ما يسأل أحد سؤالًا إضافيًا حول كيفية تصميم طبقة P2P. هذه الطبقة لا تكون مرئية عادةً أثناء الاستخدام اليومي، لكنها تحديدًا هي المكان الذي تكون فيه هجمات مثل تحليل المرور أسهل للتعامل معه.
ما رأيكم؟ عند تقييم سلسلة خصوصية، هل يجب أن تُسحب بنية طبقة الشبكة لوحدها وتُحسب كواحدة من المؤشرات؟
اقرأ المزيد من المواد المتعلقة بـ Dusk، وكلما زاد فهمي، شعرت بأن مسألة "الخصوصية" لا ينبغي أن تُنسب فقط إلى Phoenix وإثباتات المعرفة الصفرية—ففي الورقة البيضاء توجد طبقة حماية خصوصية قد تُغفل بسهولة، تأتي من طبقة شبكة P2P نفسها، ولا علاقة لها تمامًا بخوارزميات التشفير.
بروتوكول P2P الذي تستخدمه Dusk يُسمّى Kadcast، وهو مبني على بنية جدول تجزئة موزّع (DHT) وفق Kademlia. توجد في قسم 2.3 من الورقة البيضاء تفاصيل تستحق التدقيق: آلية بث Kadcast ليست أن تُرسل الرسالة دفعة واحدة إلى جميع العقد المجاورة، بل تقوم بتمريرها فقط إلى مجموعة محددة من العقد استنادًا إلى مسافة XOR بين العقد، ثم تقوم هذه العقد بمواصلة تمرير الرسالة إلى الخارج بشكل متدرّج، طبقة بعد طبقة. وهذه البنية تُفضي إلى أثر جانبي—لأن الرسالة لا تنتقل مباشرة من المُرسِل إلى كل مُستقبِل، بل تمر عبر طبقات من الوسطاء؛ لذا فإن تتبّع مسار رسالة لمعرفة من أي عقدة بدأت يصبح أكثر صعوبة بشكل واضح. وهذه البنية صُمّمت أصلًا لتحسين كفاءة عرض النطاق، لكنّها تُطمّس كذلك مصدر الرسالة.
هذا ما جعلني أعيد التفكير في كيفية تقييم عبارة "سلسلة الخصوصية". إذا كانت طبقة Phoenix وحدها هي ما يوفر الخصوصية، فمحتوى المعاملات يبقى سريًا فعلاً. لكن سلوك بث الرسائل بين العقد—إذا كانت بنية طبقة الشبكة من نوع "بث مباشر من واحد إلى كثير"—فإنه من حيث المبدأ يمكن أن تستغل من قبل من يراقب مواقع العقد لإجراء تحليل للمرور، والاستدلال على معلومات ما بشكل غير مباشر: من يذيع ماذا وفي أي وقت. حتى لو لم تكن قادرًا على فهم المحتوى، فإن نمط السلوك بحد ذاته يُعد تسريبًا للمعلومات. أما بنية Kadcast التي تعتمد الإحالة المرحلية على شكل طبقات، فهي تضيف طبقة من الغموض على مستوى الشبكة، إلى جانب الخصوصية على أساس التشفير؛ وعندما تتراكب الطبقتان معًا، فإن اختراق أي طبقة لوحدها لا يكفي حقًا لتحديد المصدر بدقة.
عندما يناقش الناس "سلسلة الخصوصية"، غالبًا ما يعتادون على التركيز فقط على المخطط التشفيري وما إذا كان يستخدم zk-SNARK أو نوعًا آخر من أنظمة الإثباتات، ونادرًا ما يسأل أحد سؤالًا إضافيًا حول كيفية تصميم طبقة P2P. هذه الطبقة لا تكون مرئية عادةً أثناء الاستخدام اليومي، لكنها تحديدًا هي المكان الذي تكون فيه هجمات مثل تحليل المرور أسهل للتعامل معه.
ما رأيكم؟ عند تقييم سلسلة خصوصية، هل يجب أن تُسحب بنية طبقة الشبكة لوحدها وتُحسب كواحدة من المؤشرات؟
A. 该单独算,经常被忽略
100%
B. 不用,加密层够了
0%
C. 看具体资产敏感度
0%
1 الأصوات • تمّ إغلاق التصويت