كoinbase تكشف كيف أدّى خطأ تهيئة واحد إلى انقطاع دام 50 دقيقة

قالت Coinbase إن تحديثًا روتينيًا للبنية التحتية عطّل بوابة شبكة حرجة، ما أدى إلى تعطيل عمليات التحويل وعمليات الشراء ببطاقات الخصم وخدمات السلسلة على السلسلة (onchain) لمدة تقارب 50 دقيقة. ويشرح تقريرها الجديد عن الحادث سبب الخطأ ولماذا فشلت أيضًا أدوات الاستعادة المعتادة لدى الشركة.

الملخصات الرئيسية

• تتبع Coinbase انقطاعًا استمر 50 دقيقة إلى تعارض غير مكتشف في اسم مورد داخل Kubernetes خلال تحديث روتيني للبنية التحتية.
• أدى الحادث إلى تعطيل التحويلات وعمليات الشراء ببطاقة Coinbase Card ذات الخصم المباشر والتسويات المؤسسية وخدمات onchain عبر عدة منصات.
• كما عطّل الانقطاع عملية التراجع (rollback) المعتادة لدى Coinbase، ما دفع إلى اعتماد ضوابط جديدة وتغييرات في البنية التحتية.

يوضح Coinbase ما الذي حدث خطأً

حددت بورصة العملات المشفرة Coinbase (ناسداك: COIN) خطأً برمجيًا خلف انقطاع الأسبوع الماضي الذي ترك العملاء غير قادرين على إتمام التحويلات وإجراء مشتريات عبر Coinbase Card والوصول إلى عدة خدمات onchain لمدة تقارب 50 دقيقة.

ووفقًا لتقرير ما بعد الحادث (postmortem) المنشور في 21 يوليو، كان المهندسون يطبقون تحديثًا يبدو روتينيًا وذا مخاطر منخفضة عندما أدى تعارض غير مكتشف في اسم مورد ضمن Kubernetes إلى تعديل مكوّن شبكة خاطئ أثناء التحديث.

وقالت Coinbase:

“كان ذلك بسبب سوء تكوين غير مقصود لمكوّن شبكة مهم نتيجة لتحديث إعدادات روتيني. لم تكن أموال العملاء في أي وقت عُرضة للخطر.”

يستخدم نظام Kubernetes الذي تتبناه Coinbase لتنظيم وتشغيل التطبيقات عبر البنية السحابية للشركة. أدى تعارض أسماء الموارد إلى أن يغيّر التحديث جزءًا من بوابة الدخول (ingress) لدى Istio في الشركة بدلًا من المكوّن المقصود فقط. تعمل البوابة بوصفها جهازًا يتحكم في حركة المرور، موجّهًا الطلبات بين خدمات Coinbase الداخلية.

وبمجرد أن خرجت البوابة عن الخدمة، لم يعد بإمكان الأنظمة المسؤولة عن معالجة الصفقات والتحويلات والتسويات وتفويضات الدفع التواصل.

رُفضت البطاقات وتعطلت التحويلات

أثر الاضطراب في منصات التجزئة والمؤسسات والمنصة الخاصة بالمطورين لدى Coinbase من حوالي 12:37 ظهرًا بالتوقيت الشرقي إلى 1:25 ظهرًا بالتوقيت الشرقي.

لم يستطع بعض عملاء التجزئة إتمام الإيداعات أو عمليات السحب أو المعاملات خارج المنصة. بدا أن التحويلات التي كانت جارية متوقفة، لكنها استؤنفت بعد عودة الخدمة. رُفضت مشتريات الخصم عبر Coinbase Card، بينما استمرت مشتريات بطاقات الائتمان.

كما أدى الانقطاع إلى تعطيل عمليات المقايضة على السلسلة عبر Coinbase DEX على Base وSolana. واجه عملاء Coinbase Exchange وPrime تأخيرًا أو فشلًا في التحويلات والتسويات، بينما لم يستطع عملاء منصة المطورين تهيئة المستخدمين الجدد أو نقل الأموال أو استخدام خدمات onramp.

وتبرز هذه الأثار أهمية الاعتمادية المتزايدة لدى Coinbase وهي تتوسع خارج نطاق تداول العملات المشفرة الفوري (spot). إذ توسع منتجاتها المخطط لها لتكون “كل شيء” كمنصة تداول، بما في ذلك الأسهم المرمزة (tokenized stocks) والعقود الآجلة الدائمة (perpetual futures)، يوسّع نطاق الأنشطة المالية المعتمدة على البنية التحتية للشركة.

وقد وصفت Coinbase على نحو منفصل خططًا لتحويل المنصة إلى مركز مالي أوسع، عبر خدمات جديدة للتداول والمدفوعات وإدارة الأموال تمتد لتشمل الأسهم والمشتقات ومدفوعات العملات المستقرة وأدوات المطورين. ويؤدي هذا التوسع إلى رفع المخاطر عند تعطل بنية تحتية مشتركة.

لماذا استغرقت الاستعادة وقتًا أطول مما كان متوقعًا

أُعيدت البوابة إلى الخدمة في 1:20 ظهرًا بالتوقيت الشرقي، وأعلنت Coinbase بعد ثلاث دقائق أن الحادث تم التخفيف من آثاره. وتم تصفية قوائم انتظار المعاملات المتبقية خلال الساعات التالية.

استغرقت الاستعادة وقتًا أطول لأن أدوات النشر لدى Coinbase كانت تعتمد على البوابة المتعطلة. ولم يتمكن المهندسون من استخدام عملية التراجع القياسية، بل أطلقوا يدويًا نشرًا طارئًا عبر مزود السحابة التابع للشركة باستخدام وصول مؤقت بصلاحيات متميزة (privileged).

تضيف Coinbase الآن اختبارات لمنع تعارضات الأسماء، وفصل أدوات الاستعادة عن البنية التحتية التي تديرها، واختبار إجراءات الوصول الطارئ بشكل أكثر انتظامًا.

وشددت Coinbase:

“هدفنا دائمًا هو انعدام التوقف. نحن نعيد تصميم بنيتنا التحتية بنشاط لضمان أنه، في الحدث غير المحتمل للغاية لوقوع فشل آخر مثل هذا، يمكننا الرجوع بسرعة واستعادة الخدمة.”