يمكن لثغرة في XRP أن «تُنشئ وحدات جديدة من العدم»: أُصلحت، فما الذي ينبغي لحاملي العملة التحقق منه؟
ينبغي هذه المرة التحقق من ترقية العُقد وحالة الإيداع والسحب لدى المنصة المستخدمة، لا اعتبار الكشف عن الثغرة دليلاً على أن كميات كبيرة من XRP قد أُصدرت بالفعل. أُصدر الإصدار الرسمي الذي يعالجها، وأُفيد بأنه لم يُعثر على أدلة على استغلالها في الشبكة العامة؛ لكن ذلك لا يضمن السلامة المطلقة في المستقبل.
في 9 أكتوبر، كشفت XRPL تفاصيل ثغرة في محرك المدفوعات. وقد صدر تحديث xrpld 3.4.1 في أواخر سبتمبر، لذا فهذا كشف عن ثغرة عولجت، وليس حادثة إصدار مفاجئ لوحدات جديدة في ذلك اليوم.
تكمن المشكلة في طريقة احتساب الخادم: إذ قد تؤدي معاملة مصممة خصيصاً إلى تجاوز سعة المبلغ الإجمالي، فتُحوَّل أموال أكثر مما يُخصم. كما استخدم التحقق الأصلي من المعروض خوارزمية مماثلة، لذلك لا يكفي ثبات إجمالي المعروض ما لم يكن التنفيذ سليماً.
لكن لا تخلطوا بين الإصلاحين. فقد عولجت ثغرة إصدار وحدات جديدة فور ترقية العُقد؛ أما قواعد إصلاح ثغرة المعالجة الدفعية Batch فلم تُفعّل إلا في 9 أكتوبر. والآن، ستُمنع العُقد التي تعمل بإصدارات قديمة بموجب القواعد الجديدة من مواكبة الشبكة الرئيسية؛ لذا لا يمكن الحكم على أن الخدمة تعمل بشكل طبيعي لمجرد أن الموقع لا يزال يفتح.
إذا كنت تشغّل عقدة بنفسك، فحدّثها وفقاً للمتطلبات الرسمية إلى الإصدار 3.4.1 أو إصدار أحدث، وتحقق من حالة المزامنة. أما إذا كنت تحتفظ بالعملة عبر محفظة أو منصة تداول، فتحقق بالأساس من إعلانات مزود الخدمة وحالة إيداع XRP وسحبه لديه، بدلاً من محاولة «إصلاح» رصيدك على السلسلة بنفسك.
خلال الساعات الـ48 المقبلة، سأراقب ما إذا كانت ستظهر أدلة قابلة للتحقق على إصدار غير طبيعي لوحدات جديدة أو توقف الشبكة الرئيسية، وكذلك إعلانات مزودي الخدمة بشأن الترقية واستعادة الخدمة. سأرفع مستوى المخاطر إذا ظهرت أدلة على استغلال الثغرة في الشبكة العامة، أو إذا تكررت مشكلة مماثلة في عُقد جرى تحديثها. ولن أخفض مخاطر هذه العملية إلا بعد التحقق من مزامنة الخدمة المعنية وعودة الإيداع، لا لمجرد صدور «التحديث».
#XRP #资产安全 #البلوكتشين
ينبغي هذه المرة التحقق من ترقية العُقد وحالة الإيداع والسحب لدى المنصة المستخدمة، لا اعتبار الكشف عن الثغرة دليلاً على أن كميات كبيرة من XRP قد أُصدرت بالفعل. أُصدر الإصدار الرسمي الذي يعالجها، وأُفيد بأنه لم يُعثر على أدلة على استغلالها في الشبكة العامة؛ لكن ذلك لا يضمن السلامة المطلقة في المستقبل.
في 9 أكتوبر، كشفت XRPL تفاصيل ثغرة في محرك المدفوعات. وقد صدر تحديث xrpld 3.4.1 في أواخر سبتمبر، لذا فهذا كشف عن ثغرة عولجت، وليس حادثة إصدار مفاجئ لوحدات جديدة في ذلك اليوم.
تكمن المشكلة في طريقة احتساب الخادم: إذ قد تؤدي معاملة مصممة خصيصاً إلى تجاوز سعة المبلغ الإجمالي، فتُحوَّل أموال أكثر مما يُخصم. كما استخدم التحقق الأصلي من المعروض خوارزمية مماثلة، لذلك لا يكفي ثبات إجمالي المعروض ما لم يكن التنفيذ سليماً.
لكن لا تخلطوا بين الإصلاحين. فقد عولجت ثغرة إصدار وحدات جديدة فور ترقية العُقد؛ أما قواعد إصلاح ثغرة المعالجة الدفعية Batch فلم تُفعّل إلا في 9 أكتوبر. والآن، ستُمنع العُقد التي تعمل بإصدارات قديمة بموجب القواعد الجديدة من مواكبة الشبكة الرئيسية؛ لذا لا يمكن الحكم على أن الخدمة تعمل بشكل طبيعي لمجرد أن الموقع لا يزال يفتح.
إذا كنت تشغّل عقدة بنفسك، فحدّثها وفقاً للمتطلبات الرسمية إلى الإصدار 3.4.1 أو إصدار أحدث، وتحقق من حالة المزامنة. أما إذا كنت تحتفظ بالعملة عبر محفظة أو منصة تداول، فتحقق بالأساس من إعلانات مزود الخدمة وحالة إيداع XRP وسحبه لديه، بدلاً من محاولة «إصلاح» رصيدك على السلسلة بنفسك.
خلال الساعات الـ48 المقبلة، سأراقب ما إذا كانت ستظهر أدلة قابلة للتحقق على إصدار غير طبيعي لوحدات جديدة أو توقف الشبكة الرئيسية، وكذلك إعلانات مزودي الخدمة بشأن الترقية واستعادة الخدمة. سأرفع مستوى المخاطر إذا ظهرت أدلة على استغلال الثغرة في الشبكة العامة، أو إذا تكررت مشكلة مماثلة في عُقد جرى تحديثها. ولن أخفض مخاطر هذه العملية إلا بعد التحقق من مزامنة الخدمة المعنية وعودة الإيداع، لا لمجرد صدور «التحديث».
#XRP #资产安全 #البلوكتشين