لاحظت شيئًا أثناء قراءة مرجع واجهة سطر الأوامر (CLI) لم أكن قد انتبهت إليه من قبل.

تبدأ كلٌّ من تشفير الخصوصية وتشفير الأسرار في نيوتن بالطريقة نفسها: جلب مفتاح عام من البوابة (newt_getPrivacyPublicKey، newt_getSecretsPublicKey)، ثم تشفيره على جانب العميل قبل رفع أي شيء.

هذا تصميم جيد من ناحية — تُغلق البيانات قبل أن تغادر جهازك مطلقًا، ويصوّر نيوتن النظام كله على أنه لا يطلب منك الوثوق به.

لكن المفتاح نفسه يأتي من البوابة. لا من مجموعة المشغّلين اللامركزيين، ولا من آلية إجماع (quorum). نقطة نهاية مُسماة واحدة (gateway.testnet.newton.xyz في التوثيق) هي التي تمنح المفتاح العام الذي تُشفّر ضده كل البيانات.

لا أعتقد أن هذا يُفكك النموذج — ما زال بإمكان المشغّلين ألا يتآمروا لقراءة بيانات لم تُرسل إليهم أصلًا، ومن المحتمل أيضًا ألا ترى البوابة النصّ الصريح (plaintext) مطلقًا. لكن «لا يتعين عليك الوثوق بنيوتن» و«البوابة هي نقطة وحيدة لتوزيع المفاتيح» عبارتان صحيحتان كلاهما، غير أن واحدة منهما فقط هي التي تُذكر في العرض التقديمي.

يجدر السؤال مباشرةً عن كيفية التعامل مع تدوير مفاتيح البوابة (key rotation) واختراق البوابة، لأن هذه هي القطعة الوحيدة من هذا التي ليست لامركزية بشكل واضح بالطريقة نفسها التي يكون بها التقييم نفسه.

@NewtonProtocol $NEWT #Newt