في كل مرة أسمع فيها عبارة «سنضيف الخصوصية لاحقًا»،
أتخيل مسؤول امتثال يحمل جدول بيانات مليئًا بالاستثناءات.

هذا هو موطن الاحتكاك. يريد البنك بنية تحتية مشتركة، لكنه لا يستطيع كشف بيانات العملاء. لذا تُضاف الخصوصية لاحقًا عبر سلاسل مرخّصة، وقواعد بيانات خارج السلسلة، واستثناءات خاصة. وكل استثناء يعني أمرًا إضافيًا على المدقق فهمه، ومكانًا آخر قد تتسرّب منه البيانات.

لذا أواصل السؤال: هل يجب أن تكون البيانات مرئية أصلًا؟ هنا تقريبًا أرى @Nillion .
أراه كأنابيب وبنية تحتية، لا كحكاية: إجراء عمليات حسابية على بيانات تظل مجزأة ومشفّرة، لتكون الخصوصية هي الوضع الافتراضي بدلًا من التنازل عنها.

أما الجزء الذي أجده أكثر إثارة للاهتمام فهو الأقل بريقًا. تنتقل عمليات عُقد Blacklight من الطبقة الثانية لدى Nillion إلى الطبقة الأولى من Ethereum. يهم الجهات الخاضعة للتنظيم معرفة أين تتم التسوية وأين تقع المساءلة، والطبقة الثانية افتراض ثقة إضافي يجب شرحه. من الأسهل الإشارة إلى الطبقة الأولى. لكن التكاليف والتعقيد سيرتفعان على الأرجح، ولست متأكدًا من أن المؤسسات ستهتم بذلك بقدر ما أتمنى.

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

ما الذي قد يعرقله؟ الأعباء الإضافية على الأداء، وعدم وضوح مدى قبول الجهات التنظيمية له، وعدم رغبة أي جهة في أن تكون الأولى. لا تنجح الخصوصية المصممة منذ البداية إلا إذا كان هناك من يقبل اعتمادها.
#nil
$NIL