#nil $NIL L @Nillion
في الأسبوع الماضي، سألتني صديقة أين تُحفَظ سجلاتها الطبية فعليًا. بدأت أجيب، ثم أدركت أنني لا أعرف. في مكان ما على خادم يملكه أحدهم، وقد نُسخت مرات لا يعلم عددها إلا الله.
قادني ذلك الموقف البسيط إلى التعمق في الموضوع، وكان مشروع Nillion إحدى المحطات في الطريق. ما لفت انتباهي هو الفكرة البسيطة التي يقوم عليها: يمكن الاستفادة من معلوماتك من دون تسليمها بصيغة مقروءة. تُوزَّع أجزاء منها على كثير من الأجهزة، فلا يحتفظ أي جهاز بالقصة كاملة.
ما يجعل الفكرة تبدو واقعية هو أن المشكلة ليست من نسج الخيال. فالعيادات وشركات التأمين والبنوك والدوائر الحكومية تواجه جميعها قواعد حقيقية لحماية البيانات الشخصية. والأداة المصممة لتلتزم بهذه المتطلبات تجد مجالًا عمليًا لاستخدامها، وهذا أمر نادر في مشروعات العملات المشفرة.
ومع ذلك، سأكون مخطئًا إن توقفت عند هذا الحد. فالتصميم الجيد لا يعني تلقائيًا أن التطبيق جيد. من يدقق في العُقد؟ وإذا تسرّبت معلومات، فمن يتحمل المسؤولية؟ كما أن الجهات التنظيمية لا ترى دائمًا في عبارة «لا يستطيع أحد الاطلاع على هذا» أمرًا مطمئنًا. فقد تفهمها أحيانًا على أنها «لا يستطيع أحد فحص هذا»، وهذا رد فعل مختلف تمامًا. فالقانون بطيء ومحلي، أما البرمجيات فسريعة وشبه عالمية. وفي المسافة الفاصلة بينهما تكمن المفاجآت المحرجة غالبًا.
وثمة مفارقة خفية أيضًا. فحتى لو كانت الرياضيات سليمة، سيعتمد معظمنا على شرح شخص آخر لها، لذا لا تختفي الثقة، بل تنتقل إلى مكان آخر.
خلاصتي ليست مثيرة. اقرأ الوثائق قبل تكوين رأي. تحقّق مما اختُبر خارج المختبر. واسأل من يتحمل المسؤولية عندما تسوء الأمور.
لست خبيرًا، ولا بأس بذلك. فالتعلم ببطء أفضل من التصديق بسرعة.
في الأسبوع الماضي، سألتني صديقة أين تُحفَظ سجلاتها الطبية فعليًا. بدأت أجيب، ثم أدركت أنني لا أعرف. في مكان ما على خادم يملكه أحدهم، وقد نُسخت مرات لا يعلم عددها إلا الله.
قادني ذلك الموقف البسيط إلى التعمق في الموضوع، وكان مشروع Nillion إحدى المحطات في الطريق. ما لفت انتباهي هو الفكرة البسيطة التي يقوم عليها: يمكن الاستفادة من معلوماتك من دون تسليمها بصيغة مقروءة. تُوزَّع أجزاء منها على كثير من الأجهزة، فلا يحتفظ أي جهاز بالقصة كاملة.
ما يجعل الفكرة تبدو واقعية هو أن المشكلة ليست من نسج الخيال. فالعيادات وشركات التأمين والبنوك والدوائر الحكومية تواجه جميعها قواعد حقيقية لحماية البيانات الشخصية. والأداة المصممة لتلتزم بهذه المتطلبات تجد مجالًا عمليًا لاستخدامها، وهذا أمر نادر في مشروعات العملات المشفرة.
ومع ذلك، سأكون مخطئًا إن توقفت عند هذا الحد. فالتصميم الجيد لا يعني تلقائيًا أن التطبيق جيد. من يدقق في العُقد؟ وإذا تسرّبت معلومات، فمن يتحمل المسؤولية؟ كما أن الجهات التنظيمية لا ترى دائمًا في عبارة «لا يستطيع أحد الاطلاع على هذا» أمرًا مطمئنًا. فقد تفهمها أحيانًا على أنها «لا يستطيع أحد فحص هذا»، وهذا رد فعل مختلف تمامًا. فالقانون بطيء ومحلي، أما البرمجيات فسريعة وشبه عالمية. وفي المسافة الفاصلة بينهما تكمن المفاجآت المحرجة غالبًا.
وثمة مفارقة خفية أيضًا. فحتى لو كانت الرياضيات سليمة، سيعتمد معظمنا على شرح شخص آخر لها، لذا لا تختفي الثقة، بل تنتقل إلى مكان آخر.
خلاصتي ليست مثيرة. اقرأ الوثائق قبل تكوين رأي. تحقّق مما اختُبر خارج المختبر. واسأل من يتحمل المسؤولية عندما تسوء الأمور.
لست خبيرًا، ولا بأس بذلك. فالتعلم ببطء أفضل من التصديق بسرعة.