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

وفقًا للوثائق، يتم تشفير المعلومات الحساسة مثل مستندات الهوية والسجلات المالية والاعتمادات والمعلمات الحصرية على جانب العميل باستخدام HPKE قبل رفعها. لا تظهر الحمولة المشفرة مطلقًا على السلسلة كبيانات نصية. بدلًا من ذلك، يقوم النظام بتخزين الأحجام التجميعية (الهاشات) والالتزامات ومعرّفات الإحالة فقط مع إبقاء البيانات المشفرة خارج السلسلة.

للوهلة الأولى، يبدو هذا وكأنه سير عمل تشفير تقليدي.

يظهر القرار الهندسي الأكثر إثارة للاهتمام عندما تكون البيانات المشفرة مطلوبة فعليًا.

تتطلب Newton مصادقة بتوقيع مزدوج قبل أن يُسمح للمشغلين ببدء فك التشفير بالعتبة. ويوضح التوثيق أن المستخدم النهائي يصرّح أولًا بالطلب عبر توقيع سياسة العميل، وبصمة النية، ومراجع البيانات المشفرة باستخدام توقيع Ed25519. ثم يجب على dApp أن تنتج توقيع Ed25519 خاصًا بها على مصادقة المستخدم. ويتحقق المشغلون من كلا التوقيعين قبل بدء أي عملية فك تشفير.

وهذا يعني أن التشفير وحده غير كافٍ لفتح البيانات الخاصة.

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

ويضيف نموذج فك التشفير نفسه طبقة حماية أخرى.

توزع Newton المفتاح الخاص لـ HPKE بين المشغلين باستخدام توليد المفاتيح الموزع (DKG). وبدلًا من الاعتماد على جهة واحدة تمتلك مفتاح فك تشفير كاملًا، لا يمتلك كل مشغل سوى حصة من المفتاح. وأثناء تقييم السياسة، يتبادل المشغلون حصص فك التشفير الجزئية، ويعيدون تكوين النص الصريح محليًا، ويقيّمون السياسة، ثم ينتجون توقيعات BLS على نتيجة التقييم.

هناك تفصيل آخر في التنفيذ يعزز نموذج الخصوصية هذا.

يذكر التوثيق أن البيانات الموثقة الإضافية (AAD) تربط كل نص مشفر بـ PolicyClient محدد ومعرّف سلسلة محدد. وإذا تم تعديل أيٍّ من القيمتين، يفشل فك التشفير. وهذا يقلل من احتمال إعادة استخدام الحمولات المشفرة بنجاح في عقد أو سياق سلسلة كتل مختلف.

كما تفصل Newton مسؤولياتها التشفيرية أيضًا. مفاتيح فك التشفير بالعتبة مستقلة تشفيريًا عن مفاتيح التوقيع ECDSA وBLS الخاصة بالمشغلين. ووفقًا للتوثيق، فإن اختراق أحد أنظمة التوقيع لا يكشف تلقائيًا حصص فك التشفير بالعتبة.

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

يحمي التشفير السرية. وتتحكم المصادقة ذات التوقيع المزدوج في متى يُسمح بفك التشفير. ويزيل فك التشفير بالعتبة الاعتماد على جهة موثوقة واحدة. كما يحد ربط السياق من إعادة استخدام النص المشفر عبر بيئات تنفيذ مختلفة.

من منظور هندسي، فإن الملاحظة الأكثر إثارة للاهتمام هي أن Newton تتعامل مع التحكم في الوصول كجزء من بنية الخصوصية لديها، وليس كمسألة منفصلة تُضاف لاحقًا.

سؤال للبنّائين: أي قرار تصميمي يساهم أكثر في نموذج خصوصية Newton: فك التشفير بالعتبة نفسه، أم المصادقة ذات التوقيع المزدوج التي تحدد ما إذا كان فك التشفير مسموحًا به أصلًا؟@NewtonProtocol #Newt $NEWT