لكن بمجرد أن ترى المشكلة الفعلية التي يحلها، تبدأ في ملاحظتها في كل مكان.

هذا ليس فشلاً تقنياً. إنها فجوة تصميمية معظم البنية الأساسية تقبلها كأمر طبيعي.
في مناطق مثل الشرق الأوسط حيث تتسع الأنظمة الرقمية بسرعة وتتصل باستمرار، يصبح هذا الإعادة تعيين مكلفة. ليس بطريقة درامية بل بالطريقة الهادئة حيث تضيف كل فحص إضافي تأخيراً، وكل تحقق متكرر يضيف تكلفة، والأشخاص في الطرف الآخر يشعرون ببساطة بالاحتكاك دون معرفة السبب.
$SIGN مبني بشكل خاص حول لحظة المناولة هذه. بدلاً من فقدان بيانات التحقق معناها عند انتقالها من نظام إلى آخر، تنشئ Sign طبقة حيث يبقى ما تم إثباته بالفعل مثبوتاً. Sign ما يحافظ على طبقة التحقق محاذاة اقتصادياً وفعالة مع التوسع.
إنها لا تغير طريقة عمل أي نظام واحد داخلياً. إنها تغير ما إذا كانت الأنظمة يمكنها فعلاً الاعتراف بعمل بعضها البعض. هذا التمييز يبدو صغيراً لكنه عادة ما يكون الشيء الدقيق الذي يحول منطقة سريعة إلى منطقة بطيئة.

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