الدقيقة التاسعة: إلى أي خطوة يجب ترقية الاستنتاج؟
توجد في سلسلة عقوبات EOTS الخاصة بالرقم @BabylonLabs_io سجلا لشبكة اختبار عامة: بعد أن قامت جهة Finality Provider بإثارة شبهة التوقيع المزدوج، حدثت خلال 8 دقائق و42 ثانية، وتم وسم حصة الضمان المقابلة في البروتوكول على أنها slashable. لا يمكن أن يكون الجواب إلا "تمت إكمال إجراء وسم العقوبة في تلك المرة"، ولا يجوز كتابته مباشرةً "نموذج الأمان لا يُخترق".
سبب العطل يعود إلى ساعتين منبه/كرونومتر مربوطتين على جهاز مشي واحد.
تبدأ السريعة بالعد من لحظة إثارة شبهة التوقيع المزدوج، وتغطي فقط إجراء وسم البروتوكول. توقفت عند الدقيقة 8 و42 ثانية، ويمكنها تأكيد نجاح عملية كشف واحدة؛ لكنها لا تستطيع رؤية سجلّات هذا الـProvider خلال 47 يوماً متواصلة من الإنتاج العادي قبل ذلك، ولا تلاحظ مخططات إدارة المفاتيح الخاصة مع النسخ الاحتياطي لدى أي Provider آخر. فإذا تعاملت مع السريعة كتقييم شامل للبدنية، فستُرقّي مرة اندفاع إلى سرعة «SOP» للياقة بأكملها.
لا توجد لدى السلوو/البطيئة إشارة انتهاء الحصة في الدقيقة التاسعة. كما أنها تحمل تعاوناً وظروفاً طويلة الأمد: في الـExplorer العام توجد بالفعل سجلات لِـProvider جرى اختراقه بسبب عيوب في خطة نسخ مفاتيح المفوض/الخاص، لكن لم يتم اكتشاف الأمر في الوقت المناسب؛ وهذه الـ8 دقائق و42 ثانية هي مجرد سجل لاختبار شبكة ثنائي/شبكة تجريبية «single» وليست مقام/معدل استجابة لِجميع الـProvider في الشبكة الرئيسية. كما أن خاصية "قابل للاستخراج" في EOTS تعتمد على أن يقوم المراقبون أسفل السلسلة بتقديم برهان احتيال بشكل فعّال، وما تزال درجة لا مركزية شبكة المراقبة واستدامة الحوافز تحت الملاحظة، كما لا توجد شهادة تقوم مقام «الأمان المطلق» أيضاً. ولا يمكن لأي من هذه الأمور الثلاثة أن تُقرأ من السريعة.
وعكس ذلك، فإن عدم كشف واحد لا يعني الحكم بأن السلوو/البطيئة غير فعّالة إلى الأبد. الحالة التي يمكن الصدق بها الآن هي: يمكن إكمال وسم العقوبة لمرة واحدة، لكن تغطية المراقبة عبر الشبكات والمرونة في الشبكة الرئيسية لا تزال تفتقر إلى أدلة مختلفة. وعندما ترى مجدداً "8 دقائق و42 ثانية"، اسأل أولاً: من أي لحظة يبدأ العدّ؟ وأي إجراء يقوم به جهاز المشي؟ ولا يلزم استعجال تبديل تصنيف الأمان في الدقيقة التاسعة.
#baby $BABY
توجد في سلسلة عقوبات EOTS الخاصة بالرقم @BabylonLabs_io سجلا لشبكة اختبار عامة: بعد أن قامت جهة Finality Provider بإثارة شبهة التوقيع المزدوج، حدثت خلال 8 دقائق و42 ثانية، وتم وسم حصة الضمان المقابلة في البروتوكول على أنها slashable. لا يمكن أن يكون الجواب إلا "تمت إكمال إجراء وسم العقوبة في تلك المرة"، ولا يجوز كتابته مباشرةً "نموذج الأمان لا يُخترق".
سبب العطل يعود إلى ساعتين منبه/كرونومتر مربوطتين على جهاز مشي واحد.
تبدأ السريعة بالعد من لحظة إثارة شبهة التوقيع المزدوج، وتغطي فقط إجراء وسم البروتوكول. توقفت عند الدقيقة 8 و42 ثانية، ويمكنها تأكيد نجاح عملية كشف واحدة؛ لكنها لا تستطيع رؤية سجلّات هذا الـProvider خلال 47 يوماً متواصلة من الإنتاج العادي قبل ذلك، ولا تلاحظ مخططات إدارة المفاتيح الخاصة مع النسخ الاحتياطي لدى أي Provider آخر. فإذا تعاملت مع السريعة كتقييم شامل للبدنية، فستُرقّي مرة اندفاع إلى سرعة «SOP» للياقة بأكملها.
لا توجد لدى السلوو/البطيئة إشارة انتهاء الحصة في الدقيقة التاسعة. كما أنها تحمل تعاوناً وظروفاً طويلة الأمد: في الـExplorer العام توجد بالفعل سجلات لِـProvider جرى اختراقه بسبب عيوب في خطة نسخ مفاتيح المفوض/الخاص، لكن لم يتم اكتشاف الأمر في الوقت المناسب؛ وهذه الـ8 دقائق و42 ثانية هي مجرد سجل لاختبار شبكة ثنائي/شبكة تجريبية «single» وليست مقام/معدل استجابة لِجميع الـProvider في الشبكة الرئيسية. كما أن خاصية "قابل للاستخراج" في EOTS تعتمد على أن يقوم المراقبون أسفل السلسلة بتقديم برهان احتيال بشكل فعّال، وما تزال درجة لا مركزية شبكة المراقبة واستدامة الحوافز تحت الملاحظة، كما لا توجد شهادة تقوم مقام «الأمان المطلق» أيضاً. ولا يمكن لأي من هذه الأمور الثلاثة أن تُقرأ من السريعة.
وعكس ذلك، فإن عدم كشف واحد لا يعني الحكم بأن السلوو/البطيئة غير فعّالة إلى الأبد. الحالة التي يمكن الصدق بها الآن هي: يمكن إكمال وسم العقوبة لمرة واحدة، لكن تغطية المراقبة عبر الشبكات والمرونة في الشبكة الرئيسية لا تزال تفتقر إلى أدلة مختلفة. وعندما ترى مجدداً "8 دقائق و42 ثانية"، اسأل أولاً: من أي لحظة يبدأ العدّ؟ وأي إجراء يقوم به جهاز المشي؟ ولا يلزم استعجال تبديل تصنيف الأمان في الدقيقة التاسعة.
#baby $BABY