اختراق Bitget بقيمة 351.6 مليون دولار: هل تقف لازاروس وراءه؟

كان التحويل الأول صغيرًا بما يكفي ليبدو غير ضار: إرسال 0.84 إيثر من محفظة تحمل اسم Bitget إلى عنوان أُنشئ حديثًا. لكن ما تلاه لم يكن كذلك. تحركت عملات مستقرة وذهب مُرمّز وإيثر وأفالانش وBNB وربما 93.7 مليون XRP عبر عدة شبكات، بينما عمدت محافظ المستلمين إلى تحويل الأصول وتوزيعها بسرعة.

إشعار Gracy Chen، الرئيسة التنفيذية لـBitget، بشأن حادثة المحفظة الساخنة البالغة قيمتها 351.6 مليون دولار من X، حتى 24 سبتمبر 2026.

إشعار Bitget الأمني يقدّر المبلغ المتأثر بنحو 351.6 مليون دولار. وتقول المنصة إن أنظمتها رصدت تحويلات غير مصرّح بها عند الساعة 18:31 بالتوقيت العالمي المنسق في 24 سبتمبر، وإن المحافظ الباردة ظلت آمنة، وأرصدة المستخدمين كانت صحيحة، كما أُوقفت عمليات السحب أثناء مراجعة أمنية. وهذه إفصاحات مهمة، لكنها لا تفسر حتى الآن كيف أنتجت خدمة للمحافظ معاملات لم تكن الشركة تنوي التصريح بها.

هذا التفسير المفقود هو محور القصة. فقد وصفت Gracy Chen، الرئيسة التنفيذية لشركة Bitget، احتمال حدوث اختراق لسلسلة التوريد أثر في خدمة محافظ خلفية، بدلًا من تسريب مفتاح خاص. وبشكل منفصل، ربط المحقق على السلسلة Specter جزءًا من مسار XRP المسروق بأموال مرتبطة باختراق AFX في يوليو 2026. وقد نُسبت تلك القضية السابقة إلى TraderTraitor، وهي مجموعة تهديد مرتبطة بجمهورية كوريا الديمقراطية الشعبية (DPRK). والارتباط محدد بما يكفي للتحقيق، لكنه ليس مكتملًا بما يكفي للجزم بأن مهاجم Bitget هو مجموعة Lazarus.

ما الذي حدث في اختراق Bitget

تطور مسار المعاملات العلني على مراحل، ولهذا كانت التقديرات الأولى أقل بكثير من الرقم النهائي الذي أعلنته Bitget. ركزت أدوات التتبع المبكرة على الشبكات المتوافقة مع آلة إيثريوم الافتراضية (EVM)، وقدّرت المبلغ بنحو 170 مليون دولار إلى 183.8 مليون دولار. وأدرجت Bitget لاحقًا مجموعة أوسع من الأصول والشبكات في تقديرها البالغ 351.6 مليون دولار. ولا يمثل الفرق الظاهر تناقضًا تلقائيًا، لكن لم تُنشر بعد مطابقة تفصيلية لكل معاملة.

يبدو أن التسلسل المبكر الأوضح كان على النحو التالي:

• الاختبار الأولي: وصل تحويل بقيمة 0.84 إيثر إلى عنوان جديد في الدقيقة نفسها تقريبًا التي تقول Bitget إن أنظمتها الأمنية رصدت فيها الحادثة.

• تدفقات العملات المستقرة إلى الخارج: ورد أن العنوان تلقى نحو 34.75 مليونًا من عملة Tether، و12.85 مليونًا من USD Coin، و3,000 وحدة من Tether Gold من محافظ تحمل أسماء منصات التداول.

• التحويل السريع: على شبكة Arbitrum، استخدم عنوان جديد ومنفصل نحو 19.67 مليون USDT0 لشراء ما يقارب 7,111 من إيثر عبر UniswapX و1inch Fusion. وبحسب التقارير، دفعت بعض عمليات التنفيذ علاوة وصلت إلى 5%، ما يشير إلى أن السرعة كانت أهم من كفاءة السعر.

• شبكات إضافية: أُفيد بتحويل نحو 821,012 من Avalanche وتحويل لاحق بقيمة 8.2 مليون USD Coin من بنية تحتية تحمل وسم Bitget على شبكة Avalanche. كما ظهر نشاط على BNB Chain ضمن إعادة البناء الأوسع.

• جزء XRP: أرسلت محفظتان تحملان وسم Bitget، بحسب التقارير، ما مجموعه 93.7 مليون XRP إلى عنوان جديد على XRP Ledger. وبالأسعار المذكورة أثناء الحادثة، بلغت قيمة هذا الجزء نحو 143 مليون دولار، وقد يفسر جزءاً كبيراً من الفجوة بين إجماليات EVM المبكرة وتقدير Bitget.

الإفصاح الأولي من Bitget عن حادثة المحفظة في 24 سبتمبر 2026، وتقدير الأموال المتأثرة، والتعليق المؤقت للسحب من Bitget، تم الول إليه في 25 سبتمبر 2026، حوالي الساعة 02:40 بالتوقيت العالمي المنسق.

في الوقت الحالي، «المتأثرة» هي الكلمة الدقيقة لوصف رقم 351.6 مليون دولار. فهذا ليس بعدُ حساباً نهائياً لصافي الخسارة. وينبغي أن يخصم الرقم النهائي أي أصول ظلت تحت سيطرة Bitget، أو جمدها المُصدرون أو منصات التداول، أو أُعيدت، أو تم استردادها. ولم تكن أي من هذه الفئات قد خضعت لتسوية علنية حتى الموعد النهائي للبحث.

كما يستحق التوقيت الانتباه. فلم يؤدِّ اكتشاف الحادثة عند الساعة 18:31 بالتوقيت العالمي المنسق إلى إيقاف كل حركة مُبلغ عنها فوراً. فقد أُعيد بناء تحويل بقيمة 8.2 مليون USD Coin على شبكة Avalanche عند نحو الساعة 20:55 بالتوقيت العالمي المنسق، أي بعد أكثر من ساعتين. ولا تزال عدة تفسيرات ممكنة: ربما كانت المعاملات الموقعة قد وُضعت بالفعل في قائمة الانتظار، أو ربما كانت الشبكات المختلفة تتطلب خطوات احتواء منفصلة، أو ربما ظل المسار المخترق قادراً على إرسال المعاملات. وإلى أن تنشر Bitget سجلات التوقيع والجدول الزمني للاحتواء، ينبغي ألا يُتعامل مع الاكتشاف والاحتواء على أنهما الحدث نفسه.

لماذا كانت تقديرات الخسائر المبكرة أقل

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

ثلاث مشكلات محاسبية شكّلت تقديرات Bitget:

• تتداخل التحويلات والمبادلات: إذا حُوّل 19.67 مليون USDT0 إلى 7,111 من إيثر، فلا يمكن إضافة القيمة الدولارية لكلا الأصلين باعتبارهما خسارتين منفصلتين.

• تنشئ الجسور جزأين ظاهرين: يمكن للأصل مغادرة سلسلة والظهور على سلسلة أخرى. ويؤدي احتساب الجانبين من دون مطابقة حدث الجسر إلى تكرار القيمة نفسها.

• تحركت الأسعار أثناء الهجوم: كان يتم شراء إيثر بقوة بينما كانت أدوات التتبع تقيّم التدفقات. وقد ينتج عن إجراء الحساب بعد عشر دقائق إجمالي مختلف بالدولار من دون حدوث سرقة جديدة.

تمثل عملية تحويل XRP أكبر جزء لم يُحسم بعد. فإذا كان المهاجم نفسه يسيطر على 93.7 مليون XRP، فإن نشاط EVM إلى جانب تحويل XRP يجعل إعادة بناء القيمة الخارجية أقرب بكثير إلى 351.6 مليون دولار. أما إذا كان ذلك العنوان يخدم وظيفة داخلية لدى Bitget أو طرفًا شرعيًا آخر، فستحتاج الفجوة إلى تفسير مختلف. ولا يمكن للعلامات العامة وحدها تحديد الملكية.

نشاط Ethereum المرتبط بعنوان الحادثة الرئيسي المُبلّغ عنه لدى Bitget من Etherscan، تم الوصول إليه في 25 سبتمبر 2026. 

كان من شأن تقرير تشريح مناسب للحادثة إزالة معظم هذا الغموض عبر نشر العناوين المتأثرة، وهاشات المعاملات، وأدوار المحافظ الداخلية، والأصول المنقولة، والأصول المحوّلة، والمبالغ المجمّدة، والمبالغ المستردة، والخسارة النهائية المستحقة. ومن دون ذلك السجل، يُعد تقدير 351.6 مليون دولار إجماليًا داخليًا موثوقًا لدى Bitget، لكنه غير قابل لإعادة التحقق بشكل مستقل.

كيف يمكن لمحفظة إرسال معاملة صحيحة لم تقصد المنصة إرسالها

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

يساعد هذا التمييز على فهم التفسير الأولي لتشن. فقد قالت إن الحادثة قد تشبه هجومًا على سلسلة التوريد، تأثرت فيه خدمة خلفية حيوية للمحفظة بأداة خارجية تستخدمها Bitget. ووفقًا لذلك التصور، وصلت معلومات تحويل مزوّرة إلى جهاز التوقيع، رغم أن المهاجم لم يستخرج مفتاحًا خاصًا بشكل مباشر. ووُصفت احتمالية تورط شخص من الداخل بأنها منخفضة وليست مستحيلة، بينما ظل المتجه النهائي قيد التحقيق.

في مسار السحب المعتاد، ينبغي أن تتوافق عدة ضوابط قبل نقل الأموال:

1. ينشئ العميل أو إجراء الخزينة الداخلي طلب تحويل مشروعًا.

2. تحدد فحوصات الحساب والجهاز والعنوان والمخاطر ما إذا كان الطلب مسموحًا.

3. يتحقق محرك السياسات من الأصل والشبكة والوجهة والمبلغ ومعدل الحركة وحد الموافقة.

4. يفوّض مكوّن توقيع واحد أو أكثر بيانات المعاملة المحددة بدقة.

5. ترسل خدمة البث المعاملة الموقعة إلى الشبكة.

6. تقارن أنظمة المراقبة النتيجة بطلب العمل المعتمد، وتوقف أي نشاط لاحق غير طبيعي.

قد لا يكون اختراق أي مرحلة واحدة كافيًا إذا كانت عناصر التحكم المتبقية مستقلة فعلًا. ويتمثل القلق في حساب Bitget الأولي في أن مكوّنًا برمجيًا موثوقًا ربما كان قريبًا بما يكفي من سير عمل التوقيع للتأثير في ما وافق عليه الموقّع. وإذا تحقق الموقّع فقط من أن الطلب جاء من خدمة مسموح بها، بدلًا من تأكيد الوجهة والمبلغ بشكل مستقل ومطابقتهما بسجل موافقات غير قابل للتغيير، فقد تظل التوقيعات الصحيحة تسمح بتحويلات خبيثة.

أكثر مسارات فشل عناصر التحكم ترجيحًا

لم يُثبت أي مما يلي، لكن كل احتمال منها يقدم درسًا مختلفًا:

• اختراق المورّد أو تحديث البرنامج: يُفسد المهاجم تبعية أو أداة إدارية أو خدمة مستخدمة في سير عمل المحفظة. وقد تثق المنصة بالطلبات الصادرة من ذلك المكوّن.

• سرقة بيانات اعتماد الواجهة الخلفية: يتيح حساب خدمة أو بيانات اعتماد واجهة برمجة تطبيقات أو جلسة أو رمز مميز ذي صلاحيات مرتفعة للمهاجم انتحال نظام داخلي مصرح له.

• تجاوز محرك السياسات: يصل طلب التوقيع إلى الموقّع من دون تطبيق الحدود المعتادة أو قوائم السماح للعناوين أو فحوصات معدل المعاملات أو حدود الموافقة.

• التلاعب بواجهة التوقيع: يوافق المشغّلون البشريون على معاملة، بينما يتلقى نظام التوقيع معاملة أخرى. وقد يحدث ذلك عندما لا تكون الشاشة والبيانات الموقعة مرتبطتين بشكل مستقل.

• اختراق حصة المفتاح أو الموقّع: قد يفشل تصميم التوقيع المتعدد أو الحوسبة متعددة الأطراف (MPC) إذا اخترق المهاجم عددًا كافيًا من الموقّعين أو المنسّق أو عملية الموافقة المحيطة بهم.

• وصول موظف داخلي أو متعاقد ذي صلاحيات: يُرسل شخص مخوّل، أو مهاجم يستخدم وصول ذلك الشخص، تحويلات خبيثة أو يوافق عليها. وتعتبر Bitget حاليًا أن العمل الداخلي غير مرجح، لكنها لم تنشر أدلة تستبعده.

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

كما صنّفت جهات تتبّع مستقلة مصدرًا واحدًا على الأقل على أنه بنية تحتية باردة، بينما تقول Bitget إنه لم تُخترق أي محفظة باردة. قد يكون كل طرف يستخدم تصنيفًا مختلفًا. ولا يمكن حسم هذا التعارض إلا بربط العناوين العامة بأدوارها الداخلية وشرح كيفية تشغيل كل موقّع.

لماذا تهم سرعة التحويل

لم يبدُ أن المهاجم مهتم بالاحتفاظ بسلة مرتبة من الأصول المسروقة. فالعملات المستقرة والذهب المرمّز يطرحان مشكلة واضحة أمام اللص: إذ قد يتمكن المُصدرون من تجميد الأرصدة المحددة. أما الإيثر فهو أكثر سيولة عبر المنصات اللامركزية، ولا يملك مُصدرًا مركزيًا لديه مفتاح تجميد مماثل.

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

هذا لا يحدد هوية المهاجم. فقد أصبح التحويل السريع للعملات المستقرة سلوكًا تشغيليًا معتادًا في العديد من عمليات سرقة العملات المشفرة الكبيرة. ويمكن لهذه التقنية أن تدعم إسنادًا أوسع، لكنها لا تكفي وحدها لإثباته.

لماذا يُشتبه في قراصنة مرتبطين بكوريا الشمالية

تستند نظرية ارتباط كوريا الشمالية إلى ثلاثة أنواع مختلفة من الأدلة: سلوك يشبه عمليات السرقة السابقة المرتبطة بدول، ومؤشرات تقنية خاصة وصفها الرئيس التنفيذي لـ Bitget، وادعاء علني يربط جزءًا من مسار XRP بالاستغلال السابق لـ AFX. ولا تتمتع هذه الطبقات بالقوة نفسها، كما أن جمعها لا يحولها تلقائيًا إلى دليل قاطع.

1. سلوك غسل الأموال مألوف لكنه غير مميز

تتمثل الدلالة الأولى في سرعة المهاجم. فقد حُوّلت العملات المستقرة وTether Gold إلى إيثر، وقُسّمت الأموال بين عناوين جديدة، وعبرت الأنشطة عدة شبكات. وقد وصف إشعار مكتب التحقيقات الفيدرالي بشأن Bybit مجموعات TraderTraitor بأنها حوّلت الأصول المسروقة بسرعة ووزعتها على آلاف العناوين وعبر عدة سلاسل كتل بعد عملية السرقة التي وقعت في فبراير 2025.

هذا التشابه يفسر سبب دخول كوريا الشمالية في النقاش بسرعة كبيرة. ولا تزال هذه أضعف طبقة. تنسخ الجماعات الإجرامية مسارات غسل الأموال الناجحة، ويختار المجمّعون مسارات مشابهة لمستخدمين غير مرتبطين، وأي مهاجم يملك رموزًا قابلة للتجميد لديه الحافز نفسه للانتقال إلى أصل أكثر مقاومة للرقابة. إن عبارة «لقد بدّلوا إلى إيثر بسرعة» تمثل تطابقًا سلوكيًا، وليست بصمة مميزة.

2. تقول Bitget إن مؤشرات IP وVPN تشبه مجموعة مرتبطة بكوريا الشمالية

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

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

تتوافق فرضية Bitget بشأن سلسلة التوريد مع أساليب معروفة لكوريا الشمالية، لكن التوافق لا يثبت الإسناد. وقد صدر بشكل مشترك إرشاد TraderTraitor للأمن السيبراني يصف هندسة اجتماعية وتطبيقات عملات مشفرة حُقنت ببرمجيات خبيثة استُخدمت للوصول إلى الموظفين وأنظمة الشركات. كما يشرح لاحقًا رواية مكتب التحقيقات الفيدرالي عن سرقة DMM Bitcoin كيف رُبط مجند مزيف، واختبار برمجي خبيث، ومعلومات جلسة مسروقة، والتلاعب بطلب معاملة مشروع، في عملية واحدة.

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

3. TraderTraitor تصنيف محدد لتهديد، وليس مرادفًا لكل اختراق للعملات المشفرة

TraderTraitor هو اسم تستخدمه الحكومة الأمريكية للإشارة إلى نشاط سيبراني خبيث محدد من كوريا الشمالية يستهدف قطاعي البلوك تشين والعملات المشفرة. وقد يُناقش النظام البيئي الأوسع نفسه أيضاً تحت تسميات مثل Lazarus Group أو APT38 أو Jade Sleet أو UNC4899 أو Slow Pisces، بحسب الجهة أو شركة الأمن أو العملية أو الفترة الزمنية.

تتداخل هذه التسميات، لكنها ليست اختصارات قابلة للتبادل. إن القول بأن مجموعة مرتبطة بـ AFX نُسبت إلى TraderTraitor لا يثبت أن كل عنوان متصل تديره المجموعة نفسها، كما لا يثبت أن الاختراق الذي طال Bitget استخدم البرمجية الخبيثة نفسها أو فريق الوصول نفسه. قد تشمل البرامج الكبيرة المرتبطة بدول مشغّلين وبنية تحتية ووسطاء ومتخصصين في غسل الأموال مختلفين.

تكتسب المصطلحات أهمية لأن عبارة «مجموعة Lazarus اخترقت Bitget» تبدو حاسمة. وتدعم الأدلة المتاحة حتى تاريخ القطع صياغة أضيق نطاقاً: يُشتبه في تورط جهات مرتبطة بكوريا الشمالية، لأن محققاً مستقلاً من طرف ثالث ربط مسار XRP بمسار أموال تابع لـ AFX ومرتبط بـ TraderTraitor، بينما تقول Bitget إن مؤشرات عناوين IP الداخلية وVPN تشير إلى الاتجاه نفسه.

4. ما الذي يحوّل الاشتباه إلى إسناد يمكن الدفاع عنه

ستجمع قضية عامة أقوى بين أدلة مستقلة من عدة طبقات:

• تتبّع قابل لإعادة الإنتاج على البلوك تشين: أرقام تجزئة دقيقة لمعاملات XRP والمعاملات عبر السلاسل، وأحداث الجسور، والعناوين التي يسيطر عليها المهاجم، وقواعد التجميع، وشرح لأي انكشاف عبر خدمات مشتركة.

• أدلة البنية التحتية: نطاقات وخوادم وشهادات وحسابات VPN وسجل الوكلاء أو أخطاء تشغيلية مرتبطة ببنية تحتية سبق أن سيطر عليها المهاجم نفسه.

• أدلة الاختراق: برمجيات خبيثة أو نصوص برمجية أو حركة مرور للقيادة والتحكم أو سرقة بيانات الاعتماد أو اختطاف الجلسات أو حزمة مورّد مخترقة تتضمن تداخلاً في الشيفرة أو البنية التحتية.

• اتساق التسلسل الزمني: إثبات أن المهاجم كان يسيطر على العناوين والبنية التحتية المرتبطة في وقت وقوع حادثتي AFX وBitget.

• مراجعة مستقلة: أن تعيد شركة أدلة جنائية أو اتحاد منصات تداول أو جهة عامة مُسمّاة إنتاج النتيجة، بدلاً من تكرار تسمية متداولة على وسائل التواصل الاجتماعي.

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

توفّر قضية Bybit لعام 2025 معيارًا مفيدًا للمقارنة. بعد خمسة أيام من السرقة، نسب مكتب التحقيقات الفيدرالي الحادثة علنًا إلى كوريا الشمالية، وسمّى TraderTraitor، ووصف سلوك غسل الأموال، وأدرج عشرات العناوين المرتبطة بـ Ethereum. لا تزال قضية Bitget حديثة ولم يمضِ عليها سوى ساعات عند موعد إغلاق هذه المقالة. إن غياب تأكيد مماثل ليس مفاجئًا في هذه المرحلة، لكنه يعني أن الصياغة يجب أن تظل مؤقتة.

5. ما الذي قد يضعف نظرية DPRK

ستفقد الفرضية الحالية قوتها إذا تبيّن أن التداخل المزعوم مع AFX يعود إلى عنوان مشترك لبورصة أو جسر أو خدمة؛ أو إذا لم يكن المهاجم مسيطرًا على وجهة XRP؛ أو إذا أظهر التسلسل الزمني أن ملكية المحفظة المشتركة قد تغيّرت؛ أو إذا تعذّر التحقق من إسناد AFX بشكل مستقل. كما ستضعف إذا أشارت أدلة Bitget الخلفية إلى مجموعة اختراق مختلفة أو إلى موظف من الداخل مدفوع بدافع مالي.

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

لذلك فإن الحكم الأكثر إنصافًا هو مؤشر موثوق، وإسناد غير مكتمل. تتمتع نظرية DPRK بأساس أقوى من مجرد شائعة مجهولة المصدر، لأنها تتضمن رابطًا مقترحًا للأموال بين حادثتين، ودليلًا منفصلًا على البنية التحتية من جانب الشركة. لكنها لا تزال دون المستوى المطلوب للجزم بأن مجموعة Lazarus نفّذت اختراق Bitget.

ما زال يتعين على Bitget توضيحه

أفاد الإشعار الأول للبورصة بالإجابات عن أكثر الأسئلة إلحاحًا لدى العملاء: وقعت حادثة، وأُوقفت عمليات السحب، وقالت الشركة إن الأرصدة والمحافظ الباردة ظلت آمنة. ويجب أن ينتقل التقرير التالي من الطمأنة إلى الأدلة.

العناصر المفقودة محددة:

• السبب الجذري: ما البرنامج أو المورّد أو الخدمة أو بيانات الاعتماد أو طبقة الموافقة التي تعرّضت للاختراق؟

• مسار التوقيع: هل أنشأ المهاجم توقيعات جديدة، أم تلاعب ببيانات المعاملة قبل توقيعها، أم أساء استخدام معاملات مصرح بها مسبقًا؟

• البنية التحتية المتأثرة: أي العناوين كانت ساخنة أو دافئة أو باردة، وما ضوابط المحفظة المطبقة على كل منها؟

• الاحتواء: لماذا استمرت التحويلات المُبلّغ عنها بعد اكتشاف الحادثة، ومتى عُطّل المسار الخبيث فعليًا؟

• مطابقة الخسائر: كيف توصلت البورصة إلى مبلغ 351.6 مليون دولار عبر الأصول والسلاسل من دون احتساب المبادلات أو الجسور مرتين؟

• الاسترداد: ما المبلغ الذي جُمّد أو أُعيد أو استُرد، وما المبلغ الذي لا يزال خارج سيطرة Bitget؟

• وصول العملاء: متى ستُستأنف عمليات السحب، وعلى أي شبكات، وما الحدود أو شروط قائمة الانتظار؟

• المعالجة: ما عناصر التحكم التي تغيّرت قبل أن يصبح بالإمكان الوثوق مجددًا بمسار التوقيع أو المسار الخلفي نفسه؟

• الإسناد: ما الأدلة التي تدعم الاشتباه في كوريا الشمالية، وهل أعاد محقق خارجي مُسمّى إثبات ذلك؟

في حوالي الساعة 02:40 بالتوقيت العالمي المنسق يوم 25 سبتمبر، كانت عمليات السحب لا تزال متوقفة رسميًا، ولم يكن التقرير الموعود عن الحادثة خلال 24 ساعة مستحقًا بعد. إن استمرار عمليات الإيداع والتداول لا يجيب عن السؤال نفسه المتعلق بعمليات السحب. يصبح الرصيد في دفتر أستاذ داخلي ذا أهمية عملية عندما يتمكن العميل من استرداده عبر مسار سحب فعال وآمن.

هل يمكن لصندوق حماية Bitget تغطية الخسارة؟

تقول Bitget إن صندوق حماية المستخدمين لديها يحتفظ بأكثر من 464 مليون دولار ويغطي بالكامل المبلغ المتأثر البالغ 351.6 مليون دولار. وتحدد موادها العامة 5,500 بيتكوين باعتبارها الحيازة الأساسية. وبسعر بيتكوين يقارب 84,403 دولارات، ستبلغ قيمة هذا المركز نحو 464.2 مليون دولار.

تتوافق الحسابات عند ذلك السعر، لكن الهامش الاحتياطي أضيق مما يوحي به العنوان:

• التغطية الاسمية: نحو 132% من تقدير الأموال المتأثرة.

• البيتكوين المطلوبة: نحو 4,166 بيتكوين لمعادلة 351.6 مليون دولار.

• المستخدم من الصندوق: نحو 75.7% إذا دُفعت الخسارة بالكامل من مركز البيتكوين هذا.

• المتبقي الاسمي: نحو 1,334 بيتكوين، قبل تكاليف المعاملات أو تحركات الأسعار أو المطالبات المؤهلة الأخرى أو تأثير السوق.

• سعر التعادل: سيؤدي سعر يقارب 63,927 دولارًا لكل بيتكوين إلى خفض قيمة 5,500 بيتكوين إلى حجم الخسارة المُطالب بها.

والأهم أن الصندوق احتياطي تسيطر عليه الشركة، وليس تأمينًا على الودائع مدعومًا من الحكومة. ولم تُظهر الأدلة العامة حتى الآن ما إذا كانت الأصول منفصلة، وغير مثقلة، وقابلة للتحويل فورًا، أو ملتزمًا بها رسميًا تجاه هذه الحادثة. لم يعد السؤال المفيد هو ما إذا كان 464 مليون دولار أكبر من 351.6 مليون دولار. بل هو ما إذا كان بالإمكان التحقق من الصندوق واستخدامه دون التسبب في مشكلة سيولة ثانية.

تقرير سبتمبر إثبات الاحتياطيات (PoR) يضيف سياقًا، لا حسمًا. نشرت Bitget نسبة احتياطيات إجمالية قدرها 135% عبر 19 أصلًا قبل الاختراق. وقد تُظهر هذه اللقطة أن الأصول المغطاة تجاوزت الأرصدة المقابلة المشمولة وقت القياس. لكنها لا تُظهر الوضع بعد الحادثة، ولا تثبت إدراج كل الالتزامات، ولا تثبت أن عناصر التحكم في المحافظ آمنة.

ما ينبغي للمتداولين التحقق منه بعد أي اختراق لمنصة تداول

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

• سلوك السحب: اختبر ما إذا كانت عمليات السحب تعمل عبر الأصول والشبكات التي تستخدمها فعليًا. السحب الناجح بمبلغ صغير أكثر إفادة من عرض رصيد داخلي.

• أدلة الاحتياطيات: ابحث عن لقطات حديثة للأصول والالتزامات، وأدلة ملكية المحافظ، وتقارير سابقة، وطريقة للتحقق من إدراج رصيدك الخاص.

• الأمان التشغيلي: راجع تصميم الحفظ، وفصل الموقّعين، وضوابط العناوين، والمراقبة، والاستجابة للحوادث، والاختبارات المستقلة.

• الإفصاح المؤسسي: تحقق من الكيان المشغّل، والاختصاص القضائي، والشروط القانونية، والتقارير المالية، وما إذا كانت أصول العملاء تُعامل بشكل منفصل.

• سجل الحوادث: اقرأ تقارير ما بعد الحوادث، وليس الإعلانات فقط. تظهر جودة الاستجابة في العناوين والجداول الزمنية والأسباب الجذرية وتفاصيل المعالجة التي تنشرها المنصة.

• ضوابط الحساب: فعّل المصادقة الثنائية عبر التطبيق (2FA)، واستخدم كلمة مرور فريدة، ونشّط رمزًا لمكافحة التصيد الاحتيالي، وراجع الأجهزة النشطة، وطبّق قوائم السماح للسحب حيثما كانت متاحة.

• حدود الحفظ: احتفظ فقط بالمبلغ اللازم للتداول أو للتحويلات القريبة على منصة مركزية. يلغي الحفظ الذاتي مخاطر حفظ المنصة، لكنه يضيف مخاطر إدارة المفاتيح والاسترداد الخاصة به.

مقارنة شفافية منصات تداول العملات المشفرة الكبرى

هذا ليس تصنيفًا للسلامة. يصف كل صف مسار تحقق عام متاحًا في 25 سبتمبر 2026 والسؤال الذي يمكنه المساعدة في الإجابة عنه. لا يثبت أي منها أن المنصة لا يمكن اختراقها، أو أنها أفصحت عن جميع الالتزامات، أو أنها ستُبقي عمليات السحب مفتوحة أثناء أزمة.

ما الذي تكشفه مقارنة منصات التداول فعليًا

لا يحدد الجدول فائزًا عالميًا واحدًا، لأن منصات التداول تفصح عن أنواع مختلفة من الأدلة. توفر Coinbase تقارير مؤسسية تقليدية من خلال بيانات مالية ربع سنوية وعمليات تدقيق مستقلة سنوية. وتنشر Binance وOKX أنظمة احتياطيات تشفيرية مع بيانات المحافظ وأدوات للتحقق من المستخدمين. وتجمع Kraken بين التحقق على مستوى الحساب ونسب الاحتياطيات للأصول المدعومة، بينما توفر Bybit وToobit طرقًا قائمة على Merkle للمستخدمين للتحقق مما إذا كانت أرصدتهم قد أُدرجت في لقطة احتياطيات معينة.

تجيب هذه الإفصاحات عن أسئلة مترابطة لكنها مختلفة:

• إثبات الاحتياطيات: هل أظهرت المنصة أصولًا مغطاة كافية لمطابقة أرصدة العملاء المشمولة في وقت محدد؟

• التحقق من إدراج المستخدم: هل يمكن للفرد تأكيد احتساب رصيده ضمن الالتزامات المُبلّغ عنها؟

• إثبات ملكية المحفظة: هل أثبتت المنصة سيطرتها على العناوين المقدمة كاحتياطيات؟

• البيانات المالية: كيف تبدو أصول الشركة والتزاماتها وإيراداتها ومصروفاتها ومخاطرها والتزاماتها المؤسسية الأوسع؟

• تقييمات الأمان: هل اختبر متخصصون خارجيون أجزاءً من المنصة أو التطبيقات أو البنية التحتية لحفظ الأصول أو الضوابط الداخلية؟

• صناديق الحماية: هل خصصت المنصة مجموعة أموال منفصلة قد تُستخدم للتعامل مع حوادث أمنية محددة؟

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

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

لماذا لا يمكن لإثبات الاحتياطيات إثبات أمان المحافظ

يمكن لـ PoR إظهار وجود أصول مغطاة مقابل أرصدة العملاء المشمولة في لقطة زمنية محددة. لكنه لا يهدف إلى إثبات استحالة اختراق الأنظمة التي تتحكم في تلك الأصول.

يوضح حادث Bitget هذا الفرق بجلاء غير معتاد. فقد أظهر تقريرها الصادر في سبتمبر نسبة احتياطيات إجمالية بلغت 135% عبر 19 أصلًا قبل الاختراق. ولم يمنع الفائض المُبلّغ عنه مسار معاملة غير مصرح بها من نقل الأموال. وتتعلق المشكلة قيد التحقيق بعمليات المحافظ أو تفويض المعاملات أو البرامج المحيطة بها، وليس بمجرد ظهور الأصول في محافظ الاحتياطيات قبل الحادث.

قد يساعد تقرير الاحتياطيات في الإجابة عن الأسئلة التالية:

• هل أُدرجت أرصدة العملاء المشمولة في حساب الالتزامات؟

• هل احتوت المحافظ المُفصح عنها على ما يكفي من الأصول ذات الصلة؟

• هل يمكن للمستخدمين التحقق من إدراجهم عبر مسار Merkle أو طريقة تشفيرية أخرى؟

• هل توجد سلسلة من التقارير يمكن مقارنتها بمرور الوقت؟

وعمومًا، لا يمكنه الإجابة عن الأسئلة التالية:

• هل يمكن لنظام خلفي مخترق إرسال طلب توقيع ضار؟

• هل تُطبَّق سياسات السحب بشكل مستقل عن التطبيق الذي ينشئ المعاملة؟

• هل يمكن لموظف أو متعاقد أو مورّد التأثير في عدة طبقات من الموافقة؟

• هل تشمل جميع ديون الشركة والتزاماتها المحتملة وقروضها والتزاماتها القانونية؟

• هل ستستمر عمليات السحب بشكل طبيعي أثناء حادث أمني أو صدمة سيولة؟

• هل يمكن الوصول إلى صندوق الحماية فورًا ومن دون قيود؟

• هل سيحافظ الإصدار البرمجي القادم على الضوابط التي اختُبرت في التقييم السابق؟

لذلك تحتاج شفافية الاحتياطيات وأمان المعاملات إلى تقييمين منفصلين. يتعامل إثبات الاحتياطيات (PoR) أساسًا مع تغطية الأصول في لحظة محددة. أما أمان المحافظ فيتعلق بكيفية طلب المعاملات والموافقة عليها وتوقيعها وبثها ومراقبتها وإيقافها عند حدوث خطأ ما.

تقدم Bybit مثالًا تاريخيًا مفيدًا. فقد كانت المنصة تملك إفصاحات عن الاحتياطيات وأدوات للتحقق من المستخدمين قبل اختراقها في عام 2025، إلا أن الحادثة تضمنت مشكلة مختلفة تتعلق بسير عمل التوقيع. وظلت أدلة الاحتياطيات ذات قيمة، لكنها لم تعمل كدرع ضد التلاعب بالمعاملات.

تواجه Bitget الآن عبئًا مشابهًا في تقديم التوضيحات. وقد تساعد لقطة جديدة للاحتياطيات في قياس الأثر المالي للخسارة. لكنها لن تغني عن الحاجة إلى عرض تقني للخدمة التي تعرضت للاختراق وضوابط التفويض التي فشلت.

كيفية قراءة نسب الاحتياطيات من دون الوقوع في التضليل

تبدو نسبة الاحتياطيات التي تتجاوز 100% مطمئنة، لكن الرقم يحتاج إلى سياق. فنسبة 106% تعني أن الاحتياطيات المُفصح عنها لذلك الأصل تجاوزت الأرصدة المقابلة المشمولة بنحو 6% وقت أخذ اللقطة. ولا يعني ذلك أن المنصة بأكملها تملك هامشًا رأسماليًا بنسبة 6% لمواجهة أي خسارة محتملة.

تحدد عدة تفاصيل مدى فائدة النسبة:

• نطاق الأصول: لا يعادل التقرير الذي يغطي أربعة أصول رئيسية تقريرًا يغطي 19 أو 22 أصلًا.

• نطاق الالتزامات: ينبغي أن يوضح التقرير أنواع الحسابات والقروض ومراكز الهامش أو الالتزامات الأخرى التي أُدخلت في الحساب.

• تاريخ أخذ اللقطة: لا يمكن لتقرير سابق للحادثة أن يحدد الوضع المالي للمنصة بعد خسارة كبيرة.

• أدلة المحافظ: ينبغي أن يتمكن القراء من رؤية كيفية إثبات المنصة سيطرتها على العناوين التي أفصحت عنها.

• التحقق من المستخدمين: تكون النسبة الرئيسية أكثر قوة عندما يتمكن العملاء من التحقق بشكل مستقل من إدراج أرصدتهم.

• الاستمرارية التاريخية: تسهّل التقارير المؤرشفة المنتظمة تحديد التغيرات المفاجئة في الاحتياطيات أو التغطية.

• المراجعة الخارجية: يمكن أن تضيف المراجعة المستقلة مزيدًا من الثقة، رغم أن هوية المراجع والمنهجية ونطاق الاختبار تظل مهمة.

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

للسبب نفسه، لا ينبغي وصف منصة أصغر تُبلغ عن أربعة أصول بأنها أكثر شفافية من منصة أكبر لمجرد أن إحدى نسبها أعلى. فنطاق التقرير، ومنهجية الالتزامات، وأدلة المحافظ، وتكرار التحديث، وعملية التحقق من المستخدمين كلها عوامل مهمة.

أين تقع Toobit ضمن المقارنة

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

تكون هذه الإفصاحات أكثر فائدة عند فحصها بشكل منفصل. فقد تُظهر نسبة الاحتياطي تغطية الأصول في لحظة معينة، بينما يمكن لإثبات Merkle أن يساعد المستخدم على التحقق مما إذا كان رصيد الحساب قد أُدرج ضمن مجموعة الالتزامات المعلنة. ولا يثبت أي منهما أن كل محفظة أو نظام داخلي أو معاملة مستقبلية ستظل آمنة.

نسب احتياطي Toobit لشهر سبتمبر

نسب احتياطي Toobit لـ BTC وETH وUSDT وUSDC كما في1 سبتمبر 2026، بالتوقيت العالمي، من Toobit، تم الوصول إليه في 25 سبتمبر 2026.

كانت النسب الأربع جميعها أعلى من 100% في تلك اللقطة الزمنية. وهذا يعني أن الاحتياطيات المعلنة لكل أصل مشمول تجاوزت أرصدة المستخدمين المقابلة المدرجة في التقرير. واختلفت الزيادة عن 100% بحسب الأصل، إذ تراوحت من هامش قدره 2% لإيثر إلى هامش قدره 6% لـTether.

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

النطاق مهم بقدر أهمية النسب. يغطي هذا التقرير أربعة أصول شائعة الاستخدام، بينما تغطي الإفصاحات المدرجة لدى Bitget وOKX عددًا أكبر من الأصول. ويفيد تقرير Toobit في التحقق من الاحتياطيات الأربعة المذكورة، لكنه لا يثبت تغطية كل رمز أو منتج متاح على المنصة.

كيف يمكن للمستخدمين التحقق من إدراج الأرصدة

تظل نسبة الاحتياطي المنشورة رقمًا على مستوى الشركة إلى أن يتمكن المستخدمون من التحقق مما إذا كانت أرصدتهم قد أُدرجت في حساب الالتزامات. توفر صفحة إثبات الاحتياطيات لدى Toobit جذر Merkle وعملية تحقق لهذا الغرض.

تحوّل شجرة Merkle سجلات الحسابات الفردية إلى تجزئات مشفّرة وتجمعها في قيمة جذر واحدة. ويمكن للمستخدم بعد ذلك التحقق من أن رصيدًا ما كان جزءًا من اللقطة دون كشف معلومات حسابات العملاء الآخرين.

واجهة جذر Merkle والتحقق من إدراج الحساب لدى Toobit لنظام إثبات الاحتياطيات، من Toobit، تم الاطلاع عليه في 25 سبتمبر 2026.

تعالج أداة Merkle نقطة ضعف مهمة في الإعلان البسيط عن الاحتياطيات. فهي تمنح المستخدمين وسيلة للتحقق مما إذا كانت حساباتهم قد أُدرجت، بدلًا من مطالبتهم بقبول نسبة إجمالية فقط.

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

ينبغي أن يجيب الفحص الشخصي المفيد عن ثلاثة أسئلة:

1. هل يتطابق سجل التحقق مع تاريخ التدقيق الصحيح؟

2. هل يشمل الأصول والأرصدة التي كان المستخدم يحتفظ بها وقت تلك اللقطة؟

3. هل يمكن التحقق من الإثبات عبر عملية التحقق الموفرة أو الأداة مفتوحة المصدر؟

يعزز التحقق الناجح من الإدراج الصلة بين حساب المستخدم وتقرير الاحتياطيات المنشور. لكنه لا يحوّل التقرير إلى تدقيق مالي شامل.

الضوابط المحيطة بالاحتياطيات

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

تجمع Toobit إطار عمل Bee-Safe ضمن ستة مجالات:

• إثبات الاحتياطيات: تغطية الأصول التي يمكن للمستخدمين التحقق منها عبر نظام الاحتياطيات في المنصة.

• بنية تحتية مرنة: بنية تحتية متعددة السحابات تهدف إلى دعم توافر المنصة ونشاط التداول.

• ضمانات استباقية: المصادقة متعددة العوامل، والتخزين البارد، وعمليات التدقيق المستمرة.

• أمن البيانات: بنية انعدام الثقة، والتشفير، وضوابط اكتشاف التصيد الاحتيالي.

• الخصوصية الكاملة: تدابير حماية البيانات التي تشمل الأمان بضرورة المعرفة الصفرية والضوابط البيومترية.

• دفاع نشط على مدار الساعة: المراقبة والدعم المستمران اللذان يهدفان إلى اكتشاف الأنشطة المشبوهة والاستجابة لها.

إطار Bee-Safe من Toobit الذي يغطي إثبات الاحتياطيات، ومرونة البنية التحتية، وحماية الحسابات، وأمن البيانات، والخصوصية، والمراقبة النشطة من Toobit، اعتبارًا من 25 سبتمبر 2026.

تغطي هذه الطبقات مخاطر لا يمكن لنسبة الاحتياطي قياسها. إذ يتناول إثبات الاحتياطيات دعم الأصول، بينما تعمل ضوابط المصادقة والتصيد الاحتيالي على مستوى الحساب. ويتعلق التخزين البارد بحفظ الأصول، وتحمي التشفيرات البيانات الحساسة، وتهدف المراقبة المستمرة إلى تحديد الأنشطة غير المعتادة قبل انتشارها.

يوضح الإطار إجراءات الحماية التي تقول Toobit إنها مطبقة لديها، لكن وجود إجراء رقابي لا يثبت أنه سيعمل بشكل مثالي في كل حادثة. وتعتمد قيمته العملية على كيفية تنفيذ هذه الإجراءات واختبارها ومراجعتها بشكل مستقل وتحديثها عند ظهور ثغرات جديدة.

القراءة المتوازنة لإفصاح Toobit

توفر Toobit ثلاث طبقات واضحة من الشفافية:

1. نسب الاحتياطي على مستوى الأصول لأربعة أصول رئيسية في تقرير سبتمبر.

2. إدراج الأرصدة المستند إلى Merkle والذي يمكن للمستخدمين التحقق منه مقابل اللقطة ذات الصلة.

3. ضوابط الأمان المنشورة التي تغطي الوصول إلى الحسابات، والحفظ، والبنية التحتية، والاختبارات، والاستعداد للحوادث.

يمنح هذا المزيج المستخدمين مزيدًا مما يمكنهم فحصه مقارنة ببيان عام يفيد بأن الأصول آمنة. إذ يوفر إعلان الاحتياطيات أرقامًا تاريخية ثابتة، وتوفر لوحة PoR مسارًا للتحقق، بينما تحدد صفحة الأمان الضوابط التي تقول Toobit إنها تحيط بالاحتياطيات.

ينبغي أن تظل القيود واضحة إلى جانب نقاط القوة تلك. يغطي تقرير سبتمبر أربعة أصول بدلًا من كل رمز متاح على المنصة. ويُعد PoR لقطة زمنية وليس إثباتًا مستمرًا للملاءة المالية. كما أن إدراج Merkle لا يكشف كل التزامات الشركة. ويمكن لضوابط الأمان تقليل المخاطر دون القضاء على أعطال البرمجيات أو المورّدين أو العمليات أو المطلعين أو أنظمة التوقيع.

لذلك تدعم الأدلة استنتاجًا مشروطًا: تقدم Toobit عملية احتياطيات عملية وقابلة للتحقق من جانب المستخدمين لبيتكوين وإيثر وتيثر وUSD Coin، إلى جانب عدة ضوابط معلنة للعَلاقة بالحسابات وحفظ الأصول. وينبغي للقراء تقييم هذه الأدلة ضمن نطاقها الخاص، بدل اعتبار اختراق Bitget دليلًا تلقائيًا على أن منصة تداول أخرى أكثر أمانًا.

ما لا يمكن لجدول المقارنة توضيحه

يمكن للجدول تنظيم الإفصاحات، لكنه لا يستطيع نقل تجربة استخدام منصة تداول أثناء الأزمات. فقد تتغير سرعة تنفيذ عمليات السحب، واستجابة الدعم، والتواصل بشأن الحوادث، والقيود الإقليمية، والسيولة، ومراجعات الحسابات أسرع من تقرير الاحتياطيات.

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

قبل اختيار منصة تداول، ينبغي للقراء التحقق من:

1. دعم الأصل والشبكة المطلوبين.

2. رسوم الإيداع والتداول والتحويل والسحب الحالية.

3. حدود السحب ومتطلبات التحقق من الحساب.

4. تاريخ ونطاق الأصول المشمولة في أحدث إفصاح عن الاحتياطيات.

5. إمكانية التحقق من إدراج الرصيد الفردي.

6. سجل حوادث منصة التداول وجودة تقاريرها اللاحقة للحوادث.

7. وسائل حماية الحساب المتاحة وضوابط السحب.

8. إتمام عملية سحب تجريبية صغيرة بنجاح.

9. مقدار رأس المال الذي يحتاج فعليًا إلى البقاء تحت حفظ منصة التداول.

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

لذلك تُعد المقارنة نقطة بداية للعناية الواجبة. فهي توضح الادعاءات التي يمكن التحقق منها وأماكن استمرار الفجوات. لكنها لا تحول أي منصة تداول إلى جهة حفظ خالية من المخاطر.

الاختبار الحقيقي هو ما يحدث بعد ذلك

لم تعد السرقة نفسها موضع شك. أما الأسئلة المفتوحة فتتمثل في ما إذا كانت Bitget قادرة على إعداد سجل خسائر قابل لإعادة الإنتاج، واستعادة عمليات السحب بأمان، وإثبات توافر صندوق الحماية، وشرح كيفية إرسال نظام موثوق لمعاملات غير مصرح بها.

تستحق فرضية تورط كوريا الشمالية المتابعة لأن خطين مستقلين يشيران إلى هذا الاتجاه: قرائن البنية التحتية الخاصة بـ Bitget، والارتباط الذي اقترحه Specter بين مسار XRP وسرقة AFX. ولا يكفي أي من الخطين، في صورته العامة الحالية، لحسم القضية. وينبغي أن يميز تقرير قوي لما بعد الحادث بين ما تعرفه منصة التداول وما تشتبه فيه، كما ينبغي لإسناد موثوق أن يتيح للمحققين الخارجيين إعادة إنتاج سلسلة الأحداث.

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

أجرِ بحثك الخاص (DYOR). تستند هذه المقالة إلى إفصاحات عامة عن الحادث ومعلومات على السلسلة كانت متاحة حتى وقت القطع المذكور. ولا تؤكد هوية المهاجم أو ملاءة Bitget، ولا تضمن استرداد الأموال، ولا توصي بأي منصة تداول بعينها. قبل اتخاذ أي قرار مالي، تحقّق من أحدث حالة لعمليات السحب، وتقارير الاحتياطيات، ومدى التوفر في منطقتك، والرسوم، ومخاطر الحفظ.

كيفية شراء العملات الرقمية على Toobit

لشراء العملات الرقمية على Toobit، أنشئ حسابك أو سجّل الدخول إليه، وأكمل التحقق من الهوية عند الحاجة، ثم افتح صفحة شراء العملات الرقمية. اختر العملة الرقمية التي تريد استلامها، وحدد طريقة دفع متاحة، وأدخل مبلغ الشراء.

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

اشترِ العملات الرقمية على Toobit الآن.

تحذير من المخاطر

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