لا. والجدول الزمني عكس ما يوحي به العنوان الرئيسي تمامًا👀
الأخطاء الثلاثة كلها من نوع حجب الخدمة في برمجيات عقد BTC$BTC. يتعطل أحدها ثم يُعاد تشغيله. لا تتحرك أي أموال، ولا ينهار الإجماع، ولا تُسرق أي عملات. أسوأ ما قد يحدث هو أن يقضي أحد مشغّلي العقدة فترة بعد ظهر سيئة، لا أن تمر الشبكة بيوم سيئ.
أُصلحت الأخطاء في 27 أكتوبر، ونُشرت التنبيهات في 28 أكتوبر. أنت تقرأ عن هذا بعد إصدار الإصلاح، وهذا دليل على أن العملية تسير كما ينبغي، لا أنها فشلت.
والآن، الجزء الذي أغفلت التغطية الإعلامية الحديث عنه إلى حد كبير.
في 22 أكتوبر، غيّر Bitcoin Core طريقة الإفصاح عن الأخطاء، فانتقل إلى نشر الأخطاء التي يسهل اكتشافها بسرعة بدلًا من الاحتفاظ بها لمدة تصل إلى عام. هذا التغيير في السياسة هو سبب سماعك بهذا أصلًا. زادت الشفافية، ولم يزد الخطر. يقرأ الناس إصلاحًا في سياسة الإفصاح على أنه حادث أمني.
كما أن التركيز على الذكاء الاصطناعي يؤدي دورًا كبيرًا. أحد هذه الأخطاء يتعلق بنظير يعلن عن إصدار قديم من البروتوكول، ثم يتوقف عن الاستجابة بينما تتراكم البيانات في الذاكرة. رصد الفحص هذا الخلل في 15 سبتمبر، ثم اكتشفه مطوّر بشري بشكل مستقل بعد ستة أيام. عثر الفحص على شيء كان شخص ما يكتشفه بالفعل. أسرع، لا خارقًا للبشر.
ولنضع الخطأ الثالث في سياقه. يتطلب تجاوز سعة ملف التراجع أن يُعدِّن أحدهم كتلًا مصممة لهذا الغرض، وعلى الأجهزة ذات 64 بت، تقدّر CoinDesk التكلفة بما يعادل تقريبًا إنتاج الشبكة بأكملها من الكتل على مدى شهر. شهر من قدرة التجزئة العالمية. لتعطيل بعض العقد.
ما سأتابعه فعلًا: أُصلحت بالفعل ثلاثة أخطاء أخرى، متوسطة وعالية الخطورة، في الإصدار 30.0، ومن المقرر الإفصاح عنها في غضون أسبوعين تقريبًا. الخطورة المتوسطة والعالية أعلى من مستوى هذه الدفعة. اقرأوا عنها عند نشرها.
ثغرة واحدة لم يتناولها أحد بصراحة: نشرت جميع وسائل الإعلام عنوان «عقد Windows وMac معرّضة للخطر»، لكن لم يوضح أيٌّ منها نسبة هذه العقد من الشبكة. لا يمكنك تقدير نطاق الضرر من التغطية الإعلامية.
#FedWatch #BoEOpensConsultationOnTokenizedCollateralForClearing #btc
الأخطاء الثلاثة كلها من نوع حجب الخدمة في برمجيات عقد BTC$BTC. يتعطل أحدها ثم يُعاد تشغيله. لا تتحرك أي أموال، ولا ينهار الإجماع، ولا تُسرق أي عملات. أسوأ ما قد يحدث هو أن يقضي أحد مشغّلي العقدة فترة بعد ظهر سيئة، لا أن تمر الشبكة بيوم سيئ.
أُصلحت الأخطاء في 27 أكتوبر، ونُشرت التنبيهات في 28 أكتوبر. أنت تقرأ عن هذا بعد إصدار الإصلاح، وهذا دليل على أن العملية تسير كما ينبغي، لا أنها فشلت.
والآن، الجزء الذي أغفلت التغطية الإعلامية الحديث عنه إلى حد كبير.
في 22 أكتوبر، غيّر Bitcoin Core طريقة الإفصاح عن الأخطاء، فانتقل إلى نشر الأخطاء التي يسهل اكتشافها بسرعة بدلًا من الاحتفاظ بها لمدة تصل إلى عام. هذا التغيير في السياسة هو سبب سماعك بهذا أصلًا. زادت الشفافية، ولم يزد الخطر. يقرأ الناس إصلاحًا في سياسة الإفصاح على أنه حادث أمني.
كما أن التركيز على الذكاء الاصطناعي يؤدي دورًا كبيرًا. أحد هذه الأخطاء يتعلق بنظير يعلن عن إصدار قديم من البروتوكول، ثم يتوقف عن الاستجابة بينما تتراكم البيانات في الذاكرة. رصد الفحص هذا الخلل في 15 سبتمبر، ثم اكتشفه مطوّر بشري بشكل مستقل بعد ستة أيام. عثر الفحص على شيء كان شخص ما يكتشفه بالفعل. أسرع، لا خارقًا للبشر.
ولنضع الخطأ الثالث في سياقه. يتطلب تجاوز سعة ملف التراجع أن يُعدِّن أحدهم كتلًا مصممة لهذا الغرض، وعلى الأجهزة ذات 64 بت، تقدّر CoinDesk التكلفة بما يعادل تقريبًا إنتاج الشبكة بأكملها من الكتل على مدى شهر. شهر من قدرة التجزئة العالمية. لتعطيل بعض العقد.
ما سأتابعه فعلًا: أُصلحت بالفعل ثلاثة أخطاء أخرى، متوسطة وعالية الخطورة، في الإصدار 30.0، ومن المقرر الإفصاح عنها في غضون أسبوعين تقريبًا. الخطورة المتوسطة والعالية أعلى من مستوى هذه الدفعة. اقرأوا عنها عند نشرها.
ثغرة واحدة لم يتناولها أحد بصراحة: نشرت جميع وسائل الإعلام عنوان «عقد Windows وMac معرّضة للخطر»، لكن لم يوضح أيٌّ منها نسبة هذه العقد من الشبكة. لا يمكنك تقدير نطاق الضرر من التغطية الإعلامية.
#FedWatch #BoEOpensConsultationOnTokenizedCollateralForClearing #btc