تفصيل الخصوصية الذي لم أتوقعه: يمكن لتحويل Phoenix أن يخفي المشاركين والقيمة المحوّلة، بينما تظل المعاملة نفسها مرئية حتى للعقدة التي يكون لها وصول إلى mempool.
تحدد وثائق Dusk تلك الحدود بوضوح. تحمي Phoenix القيم والمشاركين، لكنها تُظهر البيانات التشفيرية اللازمة لإثبات إنفاق الملاحظة.
وبشكل منفصل، يمكن لأي شخص لديه وصول GraphQL إلى عقدة أن يستعلم mempool الحقيقي لتلك العقدة، وقد تتضمن بيانات المستكشف الوصفية نوع المعاملة والرسوم واستخدام الغاز اعتمادًا على النموذج والعقد.
وعمليًا، هذا ليس إخفاقًا في الخصوصية. بل هو وعد خصوصية مختلف: بيانات اقتصادية سرّية، وليست نشاط شبكة غير مرئي.
ما شدّني هو مفاضلة التصميم. بالنسبة للتطبيقات المالية، يمكن للتحقق العلني أن يتعايش مع إخفاء الأطراف والأحجام المحوّلة، بينما تظل معلومات التوقيت والبيانات الوصفية المرتبطة بالرسوم جزءًا من السطح المرصود.
وهذا يجعل خصوصية DUSK أكثر دقة من الاختصار المعتاد «كل شيء مخفي». ما زلت أراقب ما إذا كان تصميم التطبيق يعامل صراحةً تعرّض البيانات الوصفية بوصفه جزءًا من نموذج الخصوصية.
@Dusk $DUSK #dusk
تحدد وثائق Dusk تلك الحدود بوضوح. تحمي Phoenix القيم والمشاركين، لكنها تُظهر البيانات التشفيرية اللازمة لإثبات إنفاق الملاحظة.
وبشكل منفصل، يمكن لأي شخص لديه وصول GraphQL إلى عقدة أن يستعلم mempool الحقيقي لتلك العقدة، وقد تتضمن بيانات المستكشف الوصفية نوع المعاملة والرسوم واستخدام الغاز اعتمادًا على النموذج والعقد.
وعمليًا، هذا ليس إخفاقًا في الخصوصية. بل هو وعد خصوصية مختلف: بيانات اقتصادية سرّية، وليست نشاط شبكة غير مرئي.
ما شدّني هو مفاضلة التصميم. بالنسبة للتطبيقات المالية، يمكن للتحقق العلني أن يتعايش مع إخفاء الأطراف والأحجام المحوّلة، بينما تظل معلومات التوقيت والبيانات الوصفية المرتبطة بالرسوم جزءًا من السطح المرصود.
وهذا يجعل خصوصية DUSK أكثر دقة من الاختصار المعتاد «كل شيء مخفي». ما زلت أراقب ما إذا كان تصميم التطبيق يعامل صراحةً تعرّض البيانات الوصفية بوصفه جزءًا من نموذج الخصوصية.
@Dusk $DUSK #dusk