أسوأ جزء هو عدم رؤية "ملغى." إنه صف واحد حي يسير بشكل سيء قبل انتقال الأموال مباشرة.
اللحظة التشغيلية التي تظل عالقة في ذهني قبيحة لأنها طبيعية جدًا. تم فتح عملية دفع بالفعل. محفظة واحدة تجلس بالفعل على الطاولة. كانت الإثباتات المرتبطة بتلك الصف تبدو جيدة في وقت سابق. الآن لم تعد كذلك. تعيد فتحها والوضع سيء. تلك الجزء سهل. تبدأ المشكلة بعد ذلك مباشرة. انتهاء الصلاحية ليس احتيالًا. المستبدل ليس متنازعًا عليه. خطأ المصدر ليس خداعًا للمستخدم. ولكن إذا هبطت جميعها في نفس الحالة الحمراء المسطحة، فإن النظام يخبر المشغل بشكل أساسي بالابتكار في الباقي.
الفوضى التي كنت ألاحظها في SIGN لم تكن الإلغاء نفسه. كانت الصفوف جاهزة للدفع التي كان يجب فجأة تجميدها لأن المحفظة لم يكن ينبغي أن تتأهل في المقام الأول.
تتحول الشهادة إلى ملغاة. كانت الصفوف مرئية. يعيد الدعم فتح القضية. تتوقف المالية عن الإصدار. الآن السؤال الحقيقي ليس ما إذا كانت الدلائل موجودة. إنه ما إذا كانت السجلات تحمل ما يكفي من الحقيقة لتبرير تجميد تلك الصفوف الخاصة في TokenTable دون إعادة بناء القضية كاملة باليد.
هنا هو المكان الذي يتوقف فيه شارة الإلغاء المسطحة عن كونها مفيدة. إذا كان السبب هو التأهيل الخاطئ، فإن الإجراء الصحيح التالي ليس تحديثًا. إنه تجميد، لأن مسار الدفع لتلك الصفوف قد تسمم الآن بسبب السبب الذي تم سحب الدليل من أجله.
هذه هي الجزء الذي أشعر أنه حاد بالنسبة لي في SIGN. يجب أن تظل سبب الشهادة الملغاة وتجمد TokenTable مرتبطين بنفس الصف، حتى لا يُترك الدعم يشرح دفعًا متوقفًا بأقل من الحقيقة التي تعرفها السجلات بالفعل.
🚨 الشائعات: @RIPPLE تصبح رسميًا بنكًا وطنيًا غدًا، 1 أبريل! 🏦 قانون OCC المعدل يدخل حيز التنفيذ أخيرًا، لكن هل هذه هي أكبر لعبة استخدام في التاريخ أم هي خدعة كذبة أبريل النهائية؟ 🤡 العيون على الرسوم البيانية! 📈 #XRP
ما بدأ يزعجني في SIGN لم يكن دليلاً مزيفاً. لقد كان شهادة حقيقية مع حقل واحد غير ثابت. لنقل إن الحقل يقول مقيم. التوقيع صحيح. السجل سليم. لكن هل يعني المقيم العيش هناك الآن، أو العيش هناك في وقت اللقطة، أو التأهل بموجب تلك الولاية القضائية عندما تم إنشاء التخصيص؟ هنا تصبح سير العمل قبيحة. تقرأ العمليات المقيم بطريقة واحدة ويحصل المحفظة على صف دفع. تعيد الدعم فتح القضية تحت قراءة أخرى، ويجمد الإصدار، والآن تفوت المحفظة التوزيع رغم أن لا أحد يعتقد أن الشهادة مزيفة. لذا، فإن الانقطاع ليس التحقق. إنه حقل مقيم غير ثابت يصل إلى التخصيص قبل أن يتم تحديد معناه. لهذا السبب تعتبر السجلات والروابط مهمة جداً بالنسبة لي في SIGN. يجب أن يقفل المخطط المقيم على معنى أهليّة واحد محدد تمامًا، ويجب أن توقف الروابط ذلك السجل قبل دخوله التخصيص إذا كان الحقل لا يزال غير ثابت دلاليًا. خلاف ذلك، يبقى الدليل نظيفًا بينما تنهار قرار الدفع المبني على المقيم بعد فوات الأوان. #SignDigitalSovereignInfra $SIGN @SignOfficial
اللحظة التي أعود إليها مراراً وتكراراً ليست الإطلاق. إنها اللحظة بعد أن تكون الطاولة قد أصبحت حية بالفعل، عندما يتم وضع علامة على صف واحد لأن مرجع المستفيد قديم ويجب ألا تنفذ تلك المحفظة كما هو مكتوب. الشخص الذي يقف وراء الصف قد يكون لا يزال شرعياً. المشكلة هي أن مسار الدفع المرتبط بتلك الإدخال لم يعد هو الذي ينبغي على الفريق الوثوق به. في معظم الأنظمة، هنا يبدأ السجل في الانحراف عن الحقيقة. شخص ما يقوم بتحرير الورقة. شخص ما يدفع بتجاوز يدوي. شخص ما يعيد توجيه الأموال ويقول إن الشرح يمكن معالجته لاحقاً. قد يتم إصلاح الدفع، لكن الحالة الأصلية قد ذهبت، ومن تلك النقطة فصاعداً، الفريق يدافع عن ذاكرة بدلاً من الحفاظ على سجل.
تبدأ المشكلة بعد أن لم تعد محفظة مؤهلة واحدة قادرة على استخدام المسار المخصص لها
مُحفظة واحدة مؤهلة عند الإطلاق. كانت صفه موجودة بالفعل في جدول الرموز. كانت التخصيصات نشطة. لم يبدو أن هناك خطأ عندما خرج الجدول لأول مرة. ثم قبل الخطوة التالية، لم تعد تلك المحفظة قادرة على استخدام المسار الأصلي. الآن، لدى الفريق مشكلة حقيقية. الصف موجود بالفعل كجزء من تدفق دفع نشط. التخصيص موجود. السجل يقول إن هذه المحفظة تنتمي هنا. لكن المسار الذي كان من المفترض أن يكمل المطالبة لم يعد يناسب المستخدم الفعلي أمامهم. هذه هي اللحظة الوحيدة التي تهمني هنا.
ما كان يزعجني بشأن SIGN هو عدم الإصدار. كانت اللحظة التي يقول فيها المدقق، "هذا قد تم، لكن لا يزال أحتاج إلى رمز الإقامة."
لقد شارك الحامل بالفعل عرض إفصاح انتقائي. المخطط صالح. التحقق يؤكد. لكن رمز الإقامة خارج ذلك العرض المصرح به، لذا يتم حظر الموافقة ويكون الحامل عالقًا على المكتب بينما يعيد المدقق فتح القضية.
هذا هو الفشل الدقيق الذي أعود إليه باستمرار. حقل واحد مفقود، الوصول متوقف، وكل التدفق فجأة في خطر السقوط من مسار الاعتماد إلى لقطات الشاشة، وملفات PDF، وإعادة إرسال الوثائق.
ما يهم هو ما إذا كان يمكن أن تبقى تلك السؤال التالي داخل نفس التدفق. مع الإفصاح الانتقائي والتخزين الخاص أو الهجين، يجب أن يكون المدقق قادرًا على طلب رمز الإقامة فقط من خلال نفس مسار القراءة المصرح به، وتخليص الفحص، والسماح بالوصول للاستمرار دون إجبار الحامل على الإفصاح الزائد.
هذا لا يزال اختباري الحقيقي لـ SIGN. عندما تكون هناك حاجة لإجابة أخرى، هل يطلب النظام فقط هذا الحقل ويستمر التدفق، أم أنه يعود بهدوء إلى "أرسل لنا كل شيء مرة أخرى"؟