#Newt $NEWT @NewtonProtocol أنا ما زلت أفكر في فكرة “الخصوصية العابرة” لدى نيوتن؛ لأنها تبدو صغيرة للوهلة الأولى، كأنها مجرد طريقة أخرى لتمرير بيانات خاصة إلى مهمة، لكن كلما نظرت إليها أكثر شعرت أنها تقول شيئًا أكبر… ليست كل مدخلات الخصوصية تحتاج أن تعيش إلى الأبد
معظم حديث الخصوصية في عالم التشفير يدور دائمًا حول كيفية تخزين البيانات الحساسة بأمان، وتشفيرها بشكل أفضل، وإدارتها بشكل أفضل، وإعادة استخدامها بشكل أفضل. ونعم، هذا مهم. لكن أحيانًا أظن أن الخطوة الأكثر أمانًا هي ألا نحتفظ بالشيء أصلًا، إذا كان الأمر لا يتطلبه إلا مرة واحدة
هذا إلى حدّ ما كيف قرأت هذا التدفق. العميل يضع بياناتٍ مشفرة داخل مساحة “_newton” المخصّصة لمهمة واحدة، ثم يقوم الـ gateway بإزالتها قبل أن تتحرك الحقول العادية إلى الأمام. يقوم المشغلون بفك تشفيرها محليًا فقط من أجل هذا التقييم، ويستخدمونها داخل سياق السياسة، ثم لا تبقى موجودة ككائن خصوصية قابل لإعادة الاستخدام إلى الأبد. وأنا أحب هذه الفكرة لأن بعض المعلومات لا تكون مفيدة إلا للحظة واحدة
مثل رقم محفظة مؤقت، أو إعداد مخاطرة لمرة واحدة، أو قيمة خاصة لهذه المعاملة فقط، أو شرط حي يتغيّر كل بضع دقائق. لماذا يجب أن تتحول إلى حالة طويلة الأمد إذا كانت المهمة التالية قد تحتاج قيمة مختلفة تمامًا؟ الاحتفاظ بكل شيء لمجرد أننا نستطيع القيام بذلك يبدو لي مخاطرة إضافية
لكنني لا أعتقد أنها “سحر مجاني” أيضًا. إذا اختفت البيانات بسرعة، فالسياق يختفي بسرعة أيضًا. المهمة ونتيجة السياسة والبراهين والإيصال… كل ذلك ما زال موجودًا داخل التدفق، لكن التفصيل الخاص وراء القرار لا يُعاد استخدامه بالطريقة التي تُعاد بها الهوية المستمرة أو البيانات السرية.
لذلك أرى المقايضة هكذا… الخصوصية المستمرة جيدة عندما يحتاج النظام إلى ذاكرة: مثل KYC، والقوائم المسموح بها/المرفوضة، وبيانات المزود طويلة الأجل—أشياء يجب أن تبقى مفيدة عبر العديد من الإجراءات. أما الخصوصية العابرة فهي أفضل عندما تكون المدخلات حية لمرة قرار واحدة فقط، والاحتفاظ بها لفترة أطول يخلق مساحة هجوم أكبر
بالنسبة لي نيوتن مثير للاهتمام هنا لأنه لا يعامل الخصوصية كحالة واحدة فقط.
$NEWT
معظم حديث الخصوصية في عالم التشفير يدور دائمًا حول كيفية تخزين البيانات الحساسة بأمان، وتشفيرها بشكل أفضل، وإدارتها بشكل أفضل، وإعادة استخدامها بشكل أفضل. ونعم، هذا مهم. لكن أحيانًا أظن أن الخطوة الأكثر أمانًا هي ألا نحتفظ بالشيء أصلًا، إذا كان الأمر لا يتطلبه إلا مرة واحدة
هذا إلى حدّ ما كيف قرأت هذا التدفق. العميل يضع بياناتٍ مشفرة داخل مساحة “_newton” المخصّصة لمهمة واحدة، ثم يقوم الـ gateway بإزالتها قبل أن تتحرك الحقول العادية إلى الأمام. يقوم المشغلون بفك تشفيرها محليًا فقط من أجل هذا التقييم، ويستخدمونها داخل سياق السياسة، ثم لا تبقى موجودة ككائن خصوصية قابل لإعادة الاستخدام إلى الأبد. وأنا أحب هذه الفكرة لأن بعض المعلومات لا تكون مفيدة إلا للحظة واحدة
مثل رقم محفظة مؤقت، أو إعداد مخاطرة لمرة واحدة، أو قيمة خاصة لهذه المعاملة فقط، أو شرط حي يتغيّر كل بضع دقائق. لماذا يجب أن تتحول إلى حالة طويلة الأمد إذا كانت المهمة التالية قد تحتاج قيمة مختلفة تمامًا؟ الاحتفاظ بكل شيء لمجرد أننا نستطيع القيام بذلك يبدو لي مخاطرة إضافية
لكنني لا أعتقد أنها “سحر مجاني” أيضًا. إذا اختفت البيانات بسرعة، فالسياق يختفي بسرعة أيضًا. المهمة ونتيجة السياسة والبراهين والإيصال… كل ذلك ما زال موجودًا داخل التدفق، لكن التفصيل الخاص وراء القرار لا يُعاد استخدامه بالطريقة التي تُعاد بها الهوية المستمرة أو البيانات السرية.
لذلك أرى المقايضة هكذا… الخصوصية المستمرة جيدة عندما يحتاج النظام إلى ذاكرة: مثل KYC، والقوائم المسموح بها/المرفوضة، وبيانات المزود طويلة الأجل—أشياء يجب أن تبقى مفيدة عبر العديد من الإجراءات. أما الخصوصية العابرة فهي أفضل عندما تكون المدخلات حية لمرة قرار واحدة فقط، والاحتفاظ بها لفترة أطول يخلق مساحة هجوم أكبر
بالنسبة لي نيوتن مثير للاهتمام هنا لأنه لا يعامل الخصوصية كحالة واحدة فقط.
$NEWT
