$XRP XRP قام دفتر الأستاذ بتأجيل ترقية الدفعة إلى 9 أكتوبر عندما يغيّر المدققون رأيهم في اللحظة الأخيرة
اضطر XRP Ledger إلى تأجيل ترقية معاملة الدفعة "Batch" إلى 9 أكتوبر، بعد أن انخفض دعم المدققين مؤقتًا إلى ما دون حد التفعيل.
ماذا حدث؟
كان من المقرر تفعيل Batch في 29 سبتمبر
انخفض دعم المدققين عن الحد → تمت إعادة تشغيل عدّاد العد التنازلي لمدة أسبوعين
تم تأجيل التفعيل لمدة لا تقل عن 10 أيام، إلى 9 أكتوبر
قواعد الشبكة:
يتطلب XRPL إجراء ترقيات للحفاظ على دعم المدققين بأكثر من 80% لمدة أسبوعين قبل التفعيل. وهذا إجراء وقائي ضد التغييرات المثيرة للجدل.
سياق مهم:
هذه هي المحاولة الثانية من المطورين. في السابق، تم سحب الميزة قبل التفعيل بسبب خلل خطير في التحقق من التوقيع.
يتيح BatchV1_1 للمستخدمين تنفيذ ما يصل إلى 8 معاملات في عملية واحدة، بما يضمن نجاحها جميعًا أو فشلها جميعًا معًا.
هذه مثال كلاسيكي على الحوكمة اللامركزية في الممارسة، وليس دائمًا الأمر بنفس الجمال الذي تبدو عليه النظرية.
الأخبار الجيدة: إن الآلية عملت كما صُممت. خفّض المدققون الدعم، وتأخرت الترقية تلقائيًا. وهذا الحذر ضروري خصوصًا بعد سحب هذه الميزة سابقًا بسبب خلل أمني.
الجزء الذي يستحق التفكير: انخفاض الدعم في اللحظة الأخيرة يشير إلى تردد لدى المدققين. ربما يريدون وقتًا إضافيًا للاختبار، أو لديهم مخاوف بشأن تأثير Batch على الشبكة.
كما يعكس ذلك حقيقة أخرى: الترقيات على XRPL ليست سهلة أبدًا. إن عتبة 80% على مدار أسبوعين هي مستوى مرتفع. في وقت سابق، لم تصل تعديـل BatchV1_1 إلا إلى 68.57% دعم في 8 سبتمبر، أي أقل من العتبة.
السؤال هو: هل يقوم XRPL بالحذر بشكل مفرط، أم أن هذا بالضبط ما يضمن السلامة؟
الأخبار للإحاطة فقط وليست نصيحة استثمارية. يُرجى القراءة بعناية قبل اتخاذ أي قرار.
اضطر XRP Ledger إلى تأجيل ترقية معاملة الدفعة "Batch" إلى 9 أكتوبر، بعد أن انخفض دعم المدققين مؤقتًا إلى ما دون حد التفعيل.
ماذا حدث؟
كان من المقرر تفعيل Batch في 29 سبتمبر
انخفض دعم المدققين عن الحد → تمت إعادة تشغيل عدّاد العد التنازلي لمدة أسبوعين
تم تأجيل التفعيل لمدة لا تقل عن 10 أيام، إلى 9 أكتوبر
قواعد الشبكة:
يتطلب XRPL إجراء ترقيات للحفاظ على دعم المدققين بأكثر من 80% لمدة أسبوعين قبل التفعيل. وهذا إجراء وقائي ضد التغييرات المثيرة للجدل.
سياق مهم:
هذه هي المحاولة الثانية من المطورين. في السابق، تم سحب الميزة قبل التفعيل بسبب خلل خطير في التحقق من التوقيع.
يتيح BatchV1_1 للمستخدمين تنفيذ ما يصل إلى 8 معاملات في عملية واحدة، بما يضمن نجاحها جميعًا أو فشلها جميعًا معًا.
هذه مثال كلاسيكي على الحوكمة اللامركزية في الممارسة، وليس دائمًا الأمر بنفس الجمال الذي تبدو عليه النظرية.
الأخبار الجيدة: إن الآلية عملت كما صُممت. خفّض المدققون الدعم، وتأخرت الترقية تلقائيًا. وهذا الحذر ضروري خصوصًا بعد سحب هذه الميزة سابقًا بسبب خلل أمني.
الجزء الذي يستحق التفكير: انخفاض الدعم في اللحظة الأخيرة يشير إلى تردد لدى المدققين. ربما يريدون وقتًا إضافيًا للاختبار، أو لديهم مخاوف بشأن تأثير Batch على الشبكة.
كما يعكس ذلك حقيقة أخرى: الترقيات على XRPL ليست سهلة أبدًا. إن عتبة 80% على مدار أسبوعين هي مستوى مرتفع. في وقت سابق، لم تصل تعديـل BatchV1_1 إلا إلى 68.57% دعم في 8 سبتمبر، أي أقل من العتبة.
السؤال هو: هل يقوم XRPL بالحذر بشكل مفرط، أم أن هذا بالضبط ما يضمن السلامة؟
الأخبار للإحاطة فقط وليست نصيحة استثمارية. يُرجى القراءة بعناية قبل اتخاذ أي قرار.
