سوف تقسم جميع الاتصالات إلى وضعين - قابل للإثبات (مسجل) مقابل قابل للإنكار (خارج السجل). سيكون هناك تبديل بين "مسجل" و "غير مسد" لكل رسالة مباشرة وصفحة ويب ومحادثة IRL ، وسنكون جميعا على دراية تامة بالوضع الذي يكون فيه اتصالاتنا. → مسجل وقابل للتصديق: يمكن للمشاركين الكشف عن معلومات حول الاتصال بطريقة يمكن إثباتها والتحقق منها. → قابل للإنكار وغير مسجل: لا يمكن للمشاركين الكشف عن أي معلومات حول الاتصال بطريقة يمكن التحقق منها. أ. الاتصال المصدق حاليا ، نعتمد في الغالب على لقطات الشاشة لإظهار حدوث اتصال معين - وهذا غير آمن إلى حد كبير ويمكن تزويره. التكنولوجيا لصنع مكن "zkTLS" جميع صفحات الويب من أن تكون قابلة للتصديق - بمجرد ملاحظة الجلسة وختمها زمنيا من قبل طرف ثالث ، يمكن للمستخدم / العميل دائما إثبات أجزاء من صفحة الويب التي يستضيفها الخادم. علاوة على ذلك ، RFC9421 هو معيار يحول أي موقع ويب إلى مصدر معلومات يمكن التحقق منه ومصدق. خارج العالم الرقمي ، يمكن للميكروفونات والكاميرات الموثقة تسجيل المعلومات ذات المصدر من أحداث IRL. هذا مهم بشكل خاص لأن التزييف العميق الذكاء الاصطناعي يصبح لا يمكن تمييزه عن التسجيلات الحقيقية. من الواضح أننا بحاجة إلى معلومات معينة لتكون قابلة للإثبات وأن التكنولوجيا تنضج في جميع المجالات لدعمها. باء - الاتصال القابل للإنكار الإنكار هو الخاصية المعاكسة حيث لا يستطيع المستخدم الكشف عن المعلومات المرسلة بدقة حتى لو تم إكراه. محادثات IRL ، إذا لم يتم تسجيلها ، لها هذه الخاصية - حيث لا يوجد دليل قاطع لإثبات أي معلومات بموضوعية. اتضح أن هذه الخاصية ممكنة أيضا في الأنظمة الرقمية (في ظل افتراضات ثقة معتدلة). أحد الأمثلة على ذلك هو التشفير القابل للإنكار ، والذي يمكن تحقيقه في إعدادات معينة. مثال آخر هو التصويت القابل للإنكار ، والذي يتيح مقاومة التواطؤ في التصويت: يمكن لأنظمة مثل MACI أن توفر ضمانات تصويت يمكن إنكارها بحيث تكون الرشوة صعبة (يجب على الرشوة أن تثق في كلمة الناخب بشأن ما صوت عليه). مع انتشار الذكاء الاصطناعي التوليدي والحوسبة القابلة للارتداء ، سنحتاج إلى تقنية ومنتجات أفضل لتمكين المستخدمين النهائيين من الاختيار بين "مسجل" مقابل "غير مسجل" لاتصالاتهم. أيهما ستختار كإعداد افتراضي؟ (تم إنشاء الرسم التوضيحي بالاشتراك مع ChatGPT o3)