تعمل معظم الأنظمة على الافتراضات.
أنت تفترض أن المستخدم مؤهل لأن قاعدة بياناتك تقول ذلك. أنت تفترض أن المعاملة اتبعت القواعد لأن نظامك الخلفي نفذها. أنت تفترض أن الاعتماد حقيقي لأنه جاء من المصدر "الصحيح". وغالبًا ما يكون هذا الافتراض صحيحًا حتى لا يكون كذلك.
عندها تصبح الأمور غير مريحة.
لأنه عندما يحدث شيء خاطئ، تجد نفسك تحفر في السجلات، تعيد بناء الأحداث، وتحاول إثبات ما كان ينبغي أن يكون قابلاً للإثبات من البداية. إنه رد فعل، فوضوي، وغالبًا ما يكون غير حاسم. النظام عمل... لكن لا يمكنك أن تثبت أنه عمل.
هذه هي الفجوة التي تسعى شهادات التصديق إلى سدّها.
في Sign، شهادة التصديق ليست مجرد سجل، بل هي ادعاء موقّع مرتبط ببنية محددة. إذ يصرّح شخص ما (أو شيء ما) بوضوح: «هذا صحيح»، ويدعم ذلك بتوقيع يمكن التحقّق منه بشكل مستقل. قد يبدو الأمر بديهيًا، لكنه يغيّر طريقة عمل الأنظمة.
لم تعد تعتمد على الحالة الداخلية باعتبارها مصدر الحقيقة. بل تنشئ إفادات قابلة للنقل والتحقّق، ويمكنها أن تثبت صحتها بذاتها.
وهذا يغيّر ديناميكيات الأمور إلى حدّ كبير.
أولًا، إنها تقلل الاعتماد على التحكم المركزي. فإذا أمكن التحقّق من ادعاء دون الاستعلام عن قاعدة بياناتك، فلن تحتاج إلى أن تكون متصلًا بالإنترنت، أو حتى موضع ثقة، كي يتمكن الآخرون من التحقّق منه. فالإثبات موجود خارج نظامك. وهذا فصل دقيق، لكنه مهم.
كما أنها تجعل الأنظمة أكثر قابلية للتركيب.
يمكن إعادة استخدام شهادة تصديق صادرة في سياق ما ضمن سياق آخر دون الحاجة إلى إعادة تفسيرها. إذا كان المستخدم قد أثبت أهليته بالفعل في مكان ما، فلماذا نلزمه بتكرار العملية؟ مع شهادات التصديق، يمكن لهذا الإثبات أن ينتقل. لا بوصفه بيانات خامًا، بل شيئًا تم التحقّق منه وتوقيعه مسبقًا.
وبالطبع، يترتب على ذلك نوع مختلف من المسؤولية.
من الذي يصدر شهادة التصديق؟ وما المعايير التي يتبعها؟ وهل يمكن الوثوق به؟ شهادات التصديق لا تلغي الثقة، بل تجعلها صريحة. فبدلًا من الاختباء وراء الأنظمة، ترتبط الثقة بجهات إصدار محددة وسجلات مرئية.
وبصراحة، هذه صفقة أفضل.
لأن الثقة الخفية هي مصدر معظم المشكلات. عندما لا تعرف ما الذي ينبغي الوثوق به، فإما أن تثق بكل شيء أو ألا تثق بأي شيء، ولا يمكن توسيع نطاق أيٍّ من الخيارين بسهولة. تجعل شهادات التصديق هذا القرار واضحًا. يمكنك فحص المصدر، والتحقّق من التوقيع، واتخاذ القرار بنفسك.
ومن الجدير أيضًا التفكير في تأثير هذا على تصميم الأنظمة.
عندما تعلم أن كل إجراء مهم قد يحتاج إلى إثباته لاحقًا، تبدأ في البناء بطريقة مختلفة. تفكّر فيما ينبغي تسجيله، وكيف ينبغي تنظيمه، ومن ينبغي أن يوقّعه. وهذا يضيف طبقة من الانضباط تفتقر إليها معظم الأنظمة حاليًا.
ليس لأنهم لا يهتمون، بل لأنهم لم يُصمَّموا مع وضع التحقّق في الحسبان.
لا يفرض Sign الكمال، لكنه يدفع الأنظمة في هذا الاتجاه. فهو يمنح المطورين وسيلة لتحويل الافتراضات إلى شيء ملموس، شيء يمكن التحقّق منه ومشاركته وإعادة استخدامه دون لبس.
وفي مجال أُفرط فيه في استخدام عبارة «ثق بي» إلى أن فقدت معناها، فهذا تحوّل يستحق الانتباه.