#两地址约12.8亿枚USDT遭冻结
تحققوا فورًا من عناوينكم. كما في الصورة 1، إذا أرسلتم BNB عشوائيًا من محفظة OKX على الويب، وظهر لكم EIP‑7702 أو set code أو delegation، فتوقفوا فورًا عن استخدامها، وانقلوا ما فيها من أصول ثمينة إلى محفظة جديدة. فحتى المحفظة الساخنة تظل غير آمنة، ولو لم تمنحوا أي تفويض ولم تُسرّبوا المفتاح الخاص أو العبارة الأولية. والسبب هو أنكم قد تمنحون دون أن تلاحظوا تفويضًا لعقد委托 7702 بعد إجراء معاملة من المحفظة الساخنة. ف徐، كبير مسؤولي OKX، ذو خلفية تقنية على أي حال.

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

إذا ضُبط chain_id على 0 عند توقيع المعاملة، فسيصبح توقيع التفويض هذا ساريًا على جميع سلاسل EVM.
إذا اختُرقت سلسلة واحدة، تصبح الأصول الموجودة على العنوان نفسه في جميع السلاسل، مثل BSC وPolygon وETH، معرضة للخطر. وإذا لم يُحسن إعداد منطق التهيئة، فقد يسبقك شخص آخر إلى إرسال توقيع التفويض الخاص بك، ويختطف تفويضك، ويتولى التحكم في الحساب.

كثير من المحافظ سيئة في عرض التنبيهات المنبثقة؛ فلا يفهم المستخدم العادي أن هذه ليست معاملة عادية، ولا يدرك أنها تفويض على مستوى الحساب، ما يجعل توقيعه بالخطأ أمرًا سهلًا.
لا يستطيع المستخدم العادي التمييز بين «التوقيع العادي» و«مجموعة تفويض EIP‑7702»، وقد يظن أن الأمر مجرد تأكيد بسيط في النافذة المنبثقة، فيقع ضحية للاختراق. وحتى إن كان لديك المفتاح الخاص، فسيظل الخطر قائمًا ما لم تُزل التفويض.
لا يزال بإمكانك توقيع المعاملات بمفتاحك الخاص، لكن منطق عقد التفويض له الأولوية. وإذا أعدّ المخترق منطقًا آليًا لاستنزاف المحفظة، فسيتمكن من إفراغ أصول حسابك تلقائيًا. ولا يزول الخطر إلا إذا وقّعت تفويضًا جديدًا وعيّنت العنوان المستهدف على العنوان الصفري، لإلغاء التفويض وفك الارتباط.

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