لقد حققت للتو 10K على Binance Square 💛 حب كبير لأصدقائي الرائعين @ParvezMayar و @Kaze BNB الذين كانوا معي منذ أول منشور، دعمكم يعني كل شيء 💛 وإلى كل من تابع، أعجب، قرأ، أو حتى ترك تعليقًا، أنتم السبب الحقيقي لجعل هذه الرحلة تشعر بالحياة. إليك لننمو ونتعلم ونبني هذه المساحة معًا 🌌
منتصف الليل يجعل TURN DUST ينمو إلى نوع أصعب من القيود
قالت الشاشة إنه كان هناك سعة. قالت الطابور خلاف ذلك. كانت تلك هي الجزء المزعج. لم يكن أحد محجوزًا تقنيًا بالمعنى الدرامي. لا لافتة فشل حمراء. لا توقف سلسلة. لا لغة انقطاع واضحة للناس لالتقاط الشاشة ورميها في محادثات المجموعة. كانت سير العمل لا تزال موجودة. كانت منتصف الليل لا تزال تعمل. يمكن أن تمر المعاملات. فقط ليس جميعهم. ليس بالسرعة التي كانت تطلبها الطلبات. وهذا نوع مختلف من المشكلة. أصعب في الشرح، بصراحة. الناس يفهمون "مكسور." يفهمون "الرسوم مرتفعة جدًا." حتى أنهم يفهمون "الشبكة مزدحمة" لأن العملات المشفرة قد دربت الجميع على التعامل مع الألم كرقم مرئي مرتبط بالعجلة.
الجزء المفيد حدث قبل أن يكون لدى السلسلة أي شيء لتقوله عنه.
كانت هذه هي الشعور الغريب. كنت أشاهد تدفق منتصف الليل وكنت أنتظر اللحظة العامة لتكون هي اللحظة الحقيقية، تحديث السجل، هبوط الإثبات، الجزء الذي يمكنك الإشارة إليه لاحقًا واعتباره رسميًا. بدلاً من ذلك، كانت الأعمال المهمة قد حدثت بالفعل أقرب إليّ من ذلك. يتيح منتصف الليل للمستخدمين حساب البيانات الخاصة محليًا، وأدواته مبنية حول تشغيل منطق العقود خارج السلسلة قبل أن تدخل حتى عملية توليد الإثبات والتقديم.
لقد ألقيت اللوم أولاً على المستكشف. ثم على لوحة المحفظة. ثم على نفسي، بالطبع. ربما كنت مبكرًا فقط، أقرأ الدلالة في شاشة مكتملة نصفها لأن الوقت كان متأخرًا وعينيّ كانتا تفعلان ذلك الشيء المتعب الواثق. لكن مسار العقد كان قد فعل شيئًا حقيقيًا في يدي. وقت تشغيل JavaScript المضغوط الذي تم إنشاؤه موجود بالضبط حتى يمكن تنفيذ نفس منطق العقد وفحصه محليًا قبل لمس خادم الإثبات أو الشبكة.
هذا يغير التسلسل بطريقة لا أعتقد أن الناس يشعرون بها بالكامل في المرة الأولى. على منتصف الليل، يمكن أن تصل الفائدة بشكل خاص، الدولة جاهزة، المنطق يعمل، مادة الإثبات تتشكل، وفقط بعد ذلك تحصل الشبكة على الأثر العام الأصغر: الإثبات وانتقال الحالة المقبول. يتحقق المدققون من الصحة دون رؤية البيانات الخاصة الأساسية.
لذلك، تتوقف الرؤية عن كونها بداية الواقع. تصبح الإيصال.
ومتى ما حدث ذلك، تبدو السلسلة مختلفة. أقل مثل المكان الذي تحدث فيه الأعمال. أكثر مثل المكان الذي يتفق فيه منتصف الليل على أن العمل الخاص يستحق العد.
ما يتركني مع الجزء الذي لا أستطيع تسويته بعد.
إذا كان الشيء المفيد قد حدث بالفعل قبل أن يتمكن أي شخص آخر من رؤيته، فإن جعله عامًا لم يعد ما يعطيه قيمة.
تم التحقق منه في التوقيع. ومع ذلك، لم يكن ذلك هو نفسه الشعور بالاستقرار.
لم يعترض أحد على التصديق خارج السلسلة بينما كان البرنامج يتحرك بسرعة. كانت هذه هي السبب الرئيسي لكونه خارج السلسلة في المقام الأول. تعامل بروتوكول التوقيع مع المطالبة، وكان المراجع قادرًا على قراءتها، وظل سير العمل خفيفًا، ولم يكن على أحد التظاهر بأن كل فحص أهلية روتيني يستحق تكلفة واحتفال دفع المزيد من البيانات إلى الحالة العامة الدائمة. بالنسبة لعمليات البرنامج العادية، شعرت أنها عقلانية. فعالة، بالتأكيد. والأهم من ذلك، غير دراماتيكية. ثم استأنف أحد المستفيدين تخفيض الدفع.
$SIREN و $BANANAS31 لا يمكن إيقافهم اليوم، وإليك شيئًا لتعرفه أثناء العمل على Sign( @SignOfficial ).
ظننت أن بروتوكول Sign قد حسم الأمر بالفعل.
كان هذا هو كل الراحة، حقًا. يتم إصدار الاعتماد، والتحقق منه، وقبوله، ومن المفترض أن يتوقف بقية سير العمل عن التذبذب. لم أكن أبحث عن الفلسفة. كنت أنظر إلى اعتماد Sign واحد كان قد اجتاز الفحوصات الواضحة بالفعل وكنت أعتقد أن الجزء الصعب قد انتهى.
في البداية، ألقيت اللوم على المزامنة. ثم الحالة القديمة. ثم واحدة من تلك الاختلافات البائسة في التحليل التي يتظاهر الناس أنها حالات متطرفة حتى يبدأ شاشتك الخاصة في الانقسام إلى قسمين. لذا استمريت في إعادة فتحها. نفس مسار المصدر. نفس الإثبات. نفس أثر الحالة جالسًا هناك في بروتوكول Sign كما لو أنه قام بدوره وأراد أن يُترك وحده.
ومن الناحية الفنية، لقد فعل.
نظام واحد يقرأ من Sign اعتبر الاعتماد كافيًا. جيد للمضي قدمًا. نظام آخر يقرأ نفس الاعتماد الصالح من خلال نفس طبقة الثقة تباطأ وبلغ استنتاجًا أضيق. ليس غير صالح. ليس مرفوضًا. مجرد تفسير مختلف بمجرد أن كان على الاعتماد أن يقوم بعمل مشروع حقيقي.
هذه هي النقطة التي تعلق.
يمكن لبروتوكول Sign الحفاظ على الاعتماد صالحًا، وقابلًا للتحقق، وقابلًا للنقل، ولا يزال بإمكان نظامين متتابعين استخراج معنى تشغيلي مختلف منه دون أن يبدو أي منهما معطلًا بوضوح. نفس سجل Sign. نفس نتيجة التحقق. ضغط قرار مختلف بمجرد أن يتم إلحاق الوصول أو الأهلية أو موافقة الشريك به.
انتهى بي الأمر مع كلا الشاشتين مفتوحتين وسؤال سيء واحد جالس بينهما.
ماذا بالضبط تحقق Sign هنا الذي كان من المفترض أن يتفق عليه الجميع؟
الذهب( $XAU ) ينزف ولكنه لا يزال يبدو متماسكًا. الفضة( $XAG ) تنخفض ويبدو أن شيئًا ما قد انكسر.
هذه هي الفروق التي أعود إليها دائمًا.
الذهب ليس مجرد تجارة. إنه المكان الذي تتوقف فيه المخاوف عندما تصبح الأمور غير واضحة. الفضة لا تزال بحاجة إلى تفسير نفسها، نصفها نقدي، ونصفها صناعي، مكشوفة تمامًا عندما يتغير المزاج.
يمكنك رؤيتها في النسبة التي تمتد مرة أخرى. ليس بعنف. فقط بما يكفي لتذكيرك بمن يقود ومن يتفاعل.
وتوقيت ذلك محرج.
لأنه إذا كانت هذه حركة خالية من المخاطر، كان يجب أن يزداد الذهب بشكل أكبر. إذا كانت هذه ثقة في النمو، فلا ينبغي أن تنخفض الفضة بهذه الطريقة.
لذا، هناك شيء غير صحيح.
يبدو أقل كإيمان... وأكثر كإعادة تموضع بدون اتفاق.
$4,400 على الذهب ليست مجرد مستوى، إنها المكان الذي يتم فيه اختبار الثقة. $60 على الفضة ليست مجرد دعم، إنها المكان الذي تنفد فيه الصبر.
واحد منهم يمتص الضغط. الآخر يعكسه.
والآن، لا تزال الغرفة تثق في الامتصاص أكثر من الانعكاس.
بروتوكول منتصف الليل والسؤال الذي بدأ بعد التحقق من الإثبات
لم تفشل الطلبية. كانت تلك هي الجزء غير المريح. لقد تم التحقق من الإثبات. بشكل نظيف. بدون محاولات إعادة، بدون تحذيرات حالات حافة، بدون عدم تطابق في الدوائر. تم تشغيل العقد، ونجح الإثبات zk، وقبل النظام ذلك. من منظور تقني بحت، كان هذا أحد الجيدين. لكن الرد عاد على أي حال. “هل يمكنك مشاركة المزيد من التفاصيل؟” ليس رفضًا. ليست خطأ. فقط ذلك التوسع الهادئ في النطاق الذي يظهر بعد أن كل شيء قد عمل بالفعل. لقد كنت أحدق في النتيجة لفترة أطول مما ينبغي. لقد أثبت النظام ما كان من المفترض أن يثبته. تم استيفاء الأهلية. تم تلبية الشروط. انتقال الحالة صالح. في منتصف الليل، هذه هي النقطة. أنت تثبت بما يكفي لاستيفاء القواعد دون الكشف عن البيانات الأساسية. هذه هي التصميم. هذه هي الوعد.
ذهبت أبحث عن مكرر ووجدت شخصًا مفقودًا بدلاً من ذلك.
كان هذا هو الافتراض عند الدخول. كان من المفترض أن يقوم TokenTable بالشيء المسؤول قبل أن تتصلب قائمة المستفيدين. سحب السجلات من بروتوكول Sign، والتقاط التداخلات، وإزالة المحاولات الواضحة للتأهل مرتين، والحفاظ على التوزيع نظيفًا. لا أحد يجادل في هذا الجزء في البداية. لم أفعل ذلك أيضًا.
كنت أعتقد أن الصف المفقود كان مشكلة محفظة. ثم استيراد سيء. ثم ربما كنت أواجه نسختين من القائمة وأصنع مشكلتي الخاصة لأن الوقت كان متأخرًا وعيني كانت تقوم بذلك الشيء القافز بين المقارنة والمقارنة. لذا عدت إلى المنبع. فتحت سجلات الاعتماد واحدة تلو الأخرى. نفس النمط البشري تحتها. نفس الشخص. لكن ليس نفس النوع الذي يحبه النظام.
تم تصحيح سجل واحد. حمل آخر ارتباطًا قديمًا. تطابق معرف عن كثب بما فيه الكفاية. تداخل مسار المحفظة بما فيه الكفاية. فعل TokenTable ما بُني للقيام به مع مدخلات بروتوكول Sign التي بدت مرتبطة جدًا. أصبح حذرًا. قام بالتصفية.
واختفى الشخص من قائمة المستفيدين كما لو أن الحذر كان دليلًا.
هذه هي النسخة القبيحة من إزالة التكرار. ليس الاحتيال الذي يمر. المشاركة المشروعة تُحذف لأن سجلا اثنين بدأوا يشبهون بعضهما البعض في الأماكن الخاطئة. بحلول ذلك الوقت، كانت الطاولة تبدو نظيفة بالفعل. نظيفة جدًا، بصراحة. الفوضى الوحيدة المتبقية كانت الإنسان خارجها، يحاول أن يفسر أنه كان دائمًا شخصًا واحدًا فقط.
يقول الجميع الخصوصية. كل سلسلة تقول بعض النسخ منها. كنت أعتقد أن ميدنايت ستكون واحدة من تلك الحالات حيث تعني "الخصوصية" حقًا "لقد أخفينا الجزء المثير للاهتمام وما زلنا أجبرناك على تسليم حياتك للنظام عند الدخول."
لم يكن الأمر كذلك.
كنت أنظر إلى تدفق ميدنايت متوقعًا الاستسلام المعتاد. تحميل الاعتماد. كشف الهوية. دع التطبيق يحتفظ بما يحتاجه حتى يحدث المنفعة. هذا هو التبادل الذي يتصرف الناس وكأنه طبيعي. بدلاً من ذلك، شعرت شكلها بالخطأ، أو أفضل من الخطأ. تحرك الدليل. حصل التطبيق على ما يحتاجه. ظلت المواد الشخصية مع الشخص. الرسالة الكاملة لميدنايت هي أنه يمكنك التحقق من الحقيقة دون كشف البيانات الشخصية، وتستمر الوثائق في العودة إلى الإفصاح الانتقائي: كشف الحد الأدنى اللازم، وترك البقية خارج السلسلة.
"الملكية" كانت الكلمة التي كتبتها أولاً. لم تعجبني. قانونية جدًا. "التحكم" ربما. أقرب.
لأن تلك هي الشيء الذي يجلس تحت الآليات. يمنح ميدنايت المستخدمين السيطرة على المفاتيح ويدعم إثبات الاعتمادات بينما يحافظ على البيانات الشخصية خارج السلسلة، مع حماية البيانات الوصفية وتفاعلات محمية مدمجة في الهندسة المعمارية. لا تزال السلسلة تقوم بعمل مفيد. لكنها لا تحتاج فقط إلى حيازة ذاتك الكاملة للقيام بذلك.
وهذا يجعلني أحدق في السجل بطريقة مختلفة قليلاً.
إذا كانت المنفعة يمكن أن تبقى عامة بينما يحتفظ الشخص بالبيانات الأساسية، فإن ميدنايت ليست فعلاً تعمل كمخزن للمعلومات.
أكثر مثل مكان تترسخ فيه الأدلة، وتثبت القواعد، ويتفق الجميع على أن شيئًا ما كان صحيحًا دون أخذ ملكية ما جعله صحيحًا.
وهو ترتيب أفضل. ربما.
ولكنه يترك سؤالًا معلقًا هناك.
إذا لم تحتاج ميدنايت أبدًا إلى البيانات نفسها، فما الذي تحتفظ به سلسلة الكتل الآن بجانب الحق في تصديق الدليل؟
@SignOfficial $SIGN #SignDigitalSovereignInfra بدت الصف أصغر بعد أن فتحته. ليس المبلغ. الصف نفسه. المحفظة على اليسار. شارة الأهلية الخضراء في المنتصف. التخصيص على اليمين. كنت قد مررت بالفعل بنصف جدول المعاينة قبل أن يبطئني هذا. نفس سطح TokenTable النظيف كما في الآخرين. لا شيء صاخب فيه. فقط هيكل كافٍ لجعل كل شيء يشعر بالاستقرار قبل أن يتحرك أي شيء فعليًا. نقرّت على السجل خلفه لأن المبلغ بدا نظيفًا قليلاً. شهادة التسجيل فتحت أولاً.
بروتوكول منتصف الليل والإثبات الذي لم يستطع الإجابة عن السبب
كانت تذكرة الدعم مزعجة بشكل طبيعي. يريد المستخدم سبب الرفض. يريد الشريك توضيحًا قبل إعادة المحاولة. تريد العمليات شيئًا يمكنهم لصقه مرة أخرى دون تصعيد الأمر مرة أخرى. كان هذا كل شيء. لا شيء دراماتيكي. لا استغلال، لا إثبات فاشل، لا عقد مكسور. مجرد نتيجة لا يمكن لأحد تفسيرها باللغة التي يسأل بها الناس عمومًا عندما يكونون عالقين. والجزء السيء هو أن منتصف الليل كان قد قام بالفعل بعمله. تم تنفيذ العقد المضغوط. تم تسوية النتيجة. نجح التحقق من الإثبات. تحقق المدققون من النتيجة مقابل الدائرة باستخدام مفاتيح المدقق، وقبلوها، وانتقلوا إلى الأمام. من منظور الشبكة، كانت هذه واحدة من الحالات النظيفة.
استمريت في النظر هناك على أي حال. منتصف الليل، Compact، منطق خاص، الكومة الجميلة بأكملها. كان لدي شعور بالبناء المتعجرف لمدة عشرين دقيقة ربما، النوع الخطير، حيث يبدو أن الجزء الصعب قد تم إنجازه لأن الشيفرة تتجمع والطريق إلى الإثبات يبدو نظيفًا.
ثم وصلت إلى الجزء الذي كان يتعين على التطبيق أن يظهر فيه شيئًا.
لا يثبت. يظهر.
حالة. إيصال. سبب قبول المستخدم أو رفضه أو تأخيره أو وضع علامة عليه، أيًا كانت الكلمة التي كتبتها هناك أولاً. كانت الكلمة "شفافة" في الواقع. حذفتها. متكبر جدًا. سهل جدًا.
هذا هو الشيء الذي يفعله Compact بعقلك قليلاً. منتصف الليل حقًا يخفض الحاجز لبناء منطق عقود يحافظ على الخصوصية. تم تصميم Compact لإبعاد الكثير من الآلات المعرفية الصفرية، وأخذ Compact ألم الدائرة من شاشتي. لم يأخذ قرار الإفصاح معه.
يبدو ذلك مريحًا حتى يصبح اختيار الإفصاح خاصتك.
لأن منتصف الليل يمنحك فقط الحالات. أشياء عامة يمكن أن يحتفظ بها السجل، الإثباتات، شيفرة العقد، أي شيء تقوم بجعله مرئيًا عمدًا. أشياء خاصة تبقى مشفرة ومحلية. يجلس الإفصاح الانتقائي بين هذين الأمرين مثل جسر لطيف يصبح فجأة مشكلتك في الساعة 1:47 صباحًا.
والآن الضغط ليس تشفيرًا. ليس حقًا.
إنه شهية. كم يحتاج هذا التطبيق إلى الكشف ليشعر بأنه قابل للاستخدام؟ كم يمكن أن يكشف قبل أن تبدأ تذاكر الدعم في الظهور وكأنها اتهامات؟
يجعل Compact الخصوصية قابلة للبناء على Midnight. أؤمن بذلك. لا زلت أؤمن. لكن "قابل للبناء" ليس نفس الكلمة مثل "مستقر".
هذا يعني فقط أن أصعب سؤال قد انتقل.
ليس هل يمكن لهذا العقد الحفاظ على حماية البيانات؟
هناك شيء أسوأ.
عندما يصبح الإفصاح سهلًا للتأجيل، كم من الوقت قبل أن يبدأ المنتج في اتخاذ ذلك القرار بدلاً منك؟
تم التحقق من الاعتماد. كان المُصدر هو المشكلة. تم بناء قائمة الأهلية بالفعل عندما سأل شخص ما من الذي وافق على المُصدر. ليس الاعتماد. المُصدر. حتى تلك النقطة، كانت سير العمل نظيفة بالطريقة التي تبدو بها سير عمل التوقيع نظيفة في البداية. كانت سجل التصديق الخاص بـ Sign يحتوي بالفعل على سجلات الأهلية. تم توقيع الاعتمادات بشكل صحيح. قبلت طبقة التحقق في Sign تلك الاعتمادات دون مشاكل. عندما انتقل التوزيع إلى التنفيذ، قرأ محرك تخصيص TokenTable الخاص بـ Sign تلك الاعتمادات ورسم مجموعة المدفوعات منها.
نفس المحفظة. نفس المبلغ. نفس تاريخ الاستحقاق. قمت بالنقر للخارج، ثم عدت، وفتحت سجل بروتوكول التوقيع في علامة تبويب أخرى، ثم جدول التوكن مرة أخرى، ثم كلاهما جنبًا إلى جنب كما لو أن ذلك سيجعل التناقض يعترف بشكل أسرع. في البداية، ألقيت اللوم على الذاكرة المؤقتة. ثم على وظيفة الاستيراد. ثم على نفسي، لأن الشاشات المتأخرة تفعل ذلك الشيء حيث تبدأ عينيك في اختراع الاتساق.
لكن جدول التوكن لم يكن مرتبكًا.
لقد سحب بالفعل مجموعة الاعتماد من بروتوكول التوقيع وقام بالضبط بما كان من المفترض أن يفعله. تم تعيين المستفيدين. تم تخصيص المبالغ. تم تحديد الجدول. جدول نظيف. جدول هادئ جدًا. النوع من الهدوء الذي يجعل الناس يعتقدون أن الجزء الصعب قد انتهى. لم يكن كذلك.
في الاتجاه الأعلى، كان بروتوكول التوقيع قد تحرك بالفعل. تم تصحيح اعتماد واحد بعد المراجعة. وتم إلغاء آخر. تغير حقل الحالة المرتبط بالأهلية بعد أن تم بالفعل إنشاء جدول التخصيص. لا إنذار. لا فشل صعب. مجرد جدول أنيق لا يزال يعكس الحالة السابقة بينما كانت طبقة الاعتماد قد تركت تلك الحالة خلفها.
ومتى ما بدأ جدول التوكن في إصدار قيمة فعلية من تلك المدخلات في بروتوكول التوقيع، يتوقف المشكلة عن أن تبدو كأنها انحراف مزامنة وتبدأ في أن تبدو كمساءلة.
الجدول لا يزال حتميًا. فقط ليس للحقيقة التي توجد الآن.
ذهبت أبحث عن معاملة منتصف الليل الفاشلة ولم أستطع العثور على واحدة.
ليس "لم أستطع تصحيحها." لم أستطع العثور عليها.
في البداية، ألقيت اللوم على الفهرس. ثم على المحفظة. ثم على تلك الإمكانية الصغيرة والقبيحة أنني نقرت بسرعة كبيرة وتخيلت التفاعل بأكمله. كانت إبهامي لا يزال دافئًا على الزجاج، مما شعرت أنه ذو صلة غبية للحظة.
لكن التفاعل قد حدث. محليًا، على الأقل.
هذا هو الجزء الذي يجعل منتصف الليل يبدو قليلاً مخيفًا. يمكن تشغيل منطق العقد الذي تم إنشاؤه بواسطة Compact وفحصه قبل توليد الإثبات أو تقديمه، وكل استدعاء دائرة ينتج بيانات إثبات منظمة على جانب العميل. كما أن كود العقد الذي تم إنشاؤه بواسطة منتصف الليل يتحقق أيضًا من كائن الشهود مقدمًا، بما في ذلك وظائف مثل localSecretKey، قبل أن يلمس أي شيء الشبكة.
لذا بدأت من هناك.
ليس على السلسلة. داخل الآلة.
تناقض في الشهود. أو شيء قريب بما يكفي ليبدو كواحد. المسار الدائري الذي اعتقدت أنني أملكه لم يكن هو المسار الذي يمكن أن يستخدمه المبرهن بالفعل. يقع خادم الإثبات الخاص بمنتصف الليل في تلك الخطوة التالية أيضًا، المطلوبة قبل النشر أو تقديم المعاملة، حدث شيء واضح. لكن ليس في شكل ستراه سلسلة منتصف الليل أبدًا.
هذا هو الجزء المقلق.
في منتصف الليل، يمكن أن تكون الغياب هو الأثر.
لا انتقال حالة مرفوضة. لا حدث فشل عام. لا ندبة نظيفة على السلسلة تقول: هنا، هنا حيث ماتت المحاولة. يعرف السجل فقط ما يصل إلى التحقق. يتم تعريف استدعاءات العقود حول مفاتيح التحقق وفحوصات المعاملات بمجرد أن تكون بالفعل في تلك الأنابيب.
لذا عندما تفشل إجراء منتصف الليل قبل أن تتمكن الشبكة حتى من التعرف عليه كإجراء، تبقى السلسلة نظيفة.
ثقة المصدر تصبح سياسية في اللحظة التي يتجاوز فيها التوقيع الحدود
الجزء الغريب في التوقيع لم يكن في تحرك الشهادة. ظننت أنه سيكون كذلك. ظننت أن الفوضى ستظهر في الشهادة نفسها. ربما ستسقط المخططات بشكل خاطئ. ربما سيقرأ نظام واحد الحقول بطريقة وسيقرأها نظام آخر بطريقة أخرى. ربما ستقوم بروتوكول التوقيع بالجزء السهل، القابلية للنقل كمفهوم، ثم ستضرب الشهادة نظامًا أجنبيًا وتبدأ في فقدان المعنى. لم يحدث. سافرت الشهادة. بشكل نظيف يكفي ليكون مزعجًا بشأن ذلك. صدرت في بيئة واحدة، وقُرئت في أخرى، ولا تزال قابلة للتعرف داخل سير العمل التالي. كان ذلك الجزء يبدو هادئًا للغاية. حافظ التوقيع على السجل مقروءًا عبر الأنظمة بالطريقة التي من المفترض أن تعمل بها التحقق القابل لإعادة الاستخدام.
تم اجتياز الدليل على الفور. علامة خضراء. التحقق اكتمل. تمت تسوية المعاملة. عادةً ما تكون هذه نهاية القصة. باستثناء أن الرسالة التي تلت ذلك لم تأتِ من موثق أو إشعار محفظة. جاءت من مكان آخر تماماً. “هل يمكنك شرح كيف تم اتخاذ هذا القرار؟” هذا هو الوقت الذي تبدأ فيه الجزء النظيف من الخصوصية بالشعور... أقل نظافة. لأن النظام قام بالضبط بما كان من المفترض أن يفعله. تم تنفيذ منطق العقد بشكل خاص. تم استيفاء الشروط. وصل دليل الامتثال إلى السلسلة وقبلته طبقة التحقق من دليل منتصف الليل دون تردد. من منظور الشبكة، كل شيء كان متناسقاً تماماً.