X100 و Arkadiko: مراجعة هجوم الحوكمة - لماذا فشلت آلية القفل وفترة التصويت الطويلة؟
تحتاج مشاريع التشفير إلى آلية تخفيف في الحوكمة.
كتبه: ليام أكيبا رايت
ترجمة: تشوبر، أخبار فوريسايت
كشفت حالتان مؤخرتان من هجمات الحوكمة عن نفس العيب التصميمي. استولى المهاجمون على مقعدين في حوكمة مشروع X100 في نظام إيثيريوم، حيث وافقوا في 24 أكتوبر على تحويل الأموال من الخزينة من خلال معاملة على السلسلة، بينما قاموا أيضًا بسداد قرض سريع.
تسمح بروتوكولات الإقراض مثل Arkadiko للمستخدمين برهن أصول الخزينة للحصول على قروض، وقد انتهت فترة تصويت الحوكمة التي استمرت 5 أيام مبكرًا، حيث اشترى المهاجمون الرموز في اللحظات الأخيرة من التصويت. بعد تمرير الاقتراح الخبيث، لم يكن هناك فترة تبريد، واستحوذ العقد على أصول الخزينة على الفور.
كشفت هاتان الحالتان عن نفس المشكلة: هناك فجوة تصميمية بين قفل الأموال، والحصول على حق التصويت، وتنفيذ الاقتراح. تم تعيين فترة قفل لمدة عام لرموز X100، مما زاد من تكلفة الأذى، لكن لم يؤخر ذلك وقت سريان حق التصويت؛ كانت فترة التصويت في Arkadiko طويلة، مما أعطى السوق وقتًا للمراقبة، لكنها لم تمنع الأموال من الدخول في اللحظات الأخيرة. لم تترك كلا التصميمين فترة تخفيف بعد الموافقة على الاقتراح لمواجهة المخاطر.
رموز X100 المرهونة مقفلة، لكنها تحصل على حقوق الحوكمة على الفور
تدير عقد Freezer لرموز X المجمّدة، حيث تحدد حصة الرهن ترتيب مرشحي لجنة الحوكمة، وتنقسم فترة القفل إلى 1 سنة، 3 سنوات، و5 سنوات، لكن العقد لا يتطلب حدًا أدنى من مدة الاحتفاظ بالرهون. في هجوم 24 أكتوبر، رهن عقدان مساعدان 19000.000001 من رموز X، واختارا قفلًا لمدة عام. سجلا هويتهما، ودخلا ترتيب لجنة الحوكمة، وصوتا بأصوات حاسمة، مما سمح بتنفيذ الاقتراح رقم 7. تمت جميع العمليات في معاملة واحدة.
لا تحتوي آلية الحوكمة هذه على فترة انتظار إلزامية: خلال فترة فتح الاقتراح، يمكن للأغلبية في لجنة الحوكمة تفويض التنفيذ مباشرة. سيطر المهاجمون على 2 من 3 مقاعد، مما منحهم حق التنفيذ الفوري. بعد الموافقة على الاقتراح، تم تحويل 400,000 من رموز X في الخزينة إلى مجموعة أموال أنشأها المهاجم، بينما تلقت عقد Freezer 35.675313 من USDT فقط. ثم سحب المهاجم الرموز من المجموعة، وباع X للحصول على الأموال، لسداد القرض السريع.
ظلت الرموز المرهونة مقفلة طوال العملية، ولم يكن المهاجم بحاجة إلى فك قفل حصته المرهونة، بل استخدم فقط الأموال المسروقة من الخزينة، وأموال بيع الرموز لإتمام السداد. بعد إتمام المعاملة، تدفق حوالي 4.75 مليون USDT إلى عنوان الاستلام النهائي. تتبع المساهم في ChainBounty فيليب بارك هذه الأموال، ولم يتم احتساب هذا المبلغ ضمن رموز X غير المباعة وقيمتها المتقلبة، بل تم إحصاء التحويلات القابلة للتتبع فقط.
تحتوي عقد Freezer نفسها على قيد واحد: بعد إتمام تنفيذ المعاملة، يجب أن تغطي رصيد X داخل العقد جميع المبالغ المرهونة من قبل المستخدمين. تحمي هذه القاعدة فقط المبلغ المرهون للمستخدمين، ولا تحمي سيولة مجموعة الأموال الخارجية، ولا تدعم سعر الرموز في السوق الثانوية.
Arkadiko: يمكن للأموال التي تدخل في نهاية فترة التصويت المشاركة في الاقتراع
تم تقديم الاقتراح رقم 12 في Arkadiko في 17 أكتوبر الساعة 20:35 بتوقيت UTC، وتم تنفيذه في 22 أكتوبر الساعة 16:04 بتوقيت UTC. حددت هذه العقدة فترة التصويت بـ 720 كتلة بيتكوين، أي ما يعادل 5 أيام.
تتطلب القواعد من مقدمي الاقتراحات أن يمتلكوا 0.25% من كمية DIKO (رمز الحوكمة الخاص بـ Arkadiko) المؤهلة، ويجب أن تصل نسبة المشاركة في التصويت إلى 5% لتلبية النصاب القانوني، ويجب أن تكون الأصوات المؤيدة أعلى من الأصوات المعارضة لتجاوز الاقتراح. يتم استبعاد كمية DIKO الموجودة في عقد التوزيع الأولي من حساب العرض المتداول. لا تتطلب قواعد العقد من الناخبين أن يمتلكوا الرموز قبل تقديم الاقتراح. اشترى محفظة المهاجم الرموز في 22 أكتوبر الساعة 15:03 بتوقيت UTC، وأكمل التصويت في الساعة 15:06، حيث تم إدخال حوالي 4.573 مليون DIKO.
تظهر تتبعات Bitquery على السلسلة أن 77% من STX التي تلقتها محفظة تصويت المهاجم جاءت من الأموال المسروقة السابقة من StackSwap. (ملاحظة: StackSwap هو DEX في نظام Stacks، وقد تعرض لهجوم حوكمة في 20 أكتوبر.)
أعد المهاجم الأموال من خلال عدة معاملات على مدى عدة أيام، مما يختلف بشكل واضح عن نموذج القرض السريع في معاملة واحدة مثل X100. كانت النقطة الرئيسية في هذا الهجوم هي: خلال فترة فتح الاقتراع، يمكن للرموز التي تم شراؤها لاحقًا الحصول على حق التصويت على الفور. بمجرد إغلاق الاقتراع، يصبح الاقتراح ساري المفعول مباشرة، ولا توجد فترة انتظار بين الموافقة على التصويت وتفويض العقد.
يوجد ثغرة في عقد تشغيل خزينة Arkadiko المفعلة: تفتقر وظائف السحب وصك USDA إلى التحقق من صلاحيات المستدعي. تم تسجيل الاقتراح رقم 12 كعقد تشغيل خزينة خبيث، مما منح صلاحيات الصك. بعد دقائق من سريان الاقتراح، أي في الساعة 16:06 بتوقيت UTC، قام المهاجم بتحويل sBTC؛ وفي الساعة 16:09، قام بتحويل stSTX. تقدر Bitquery خسائر Arkadiko في هذه المرة بحوالي 1.09 مليون دولار: منها 780,000 دولار من stSTX، و135,000 دولار من sBTC، بالإضافة إلى 173,000 دولار من الأموال التي حصل عليها المهاجم من صك USDT غير المدعوم.
في 22 أكتوبر، ذكرت Arkadiko في منشور رد أنها قد أوقفت العقد الخبيث، وأوقفت الحوكمة، واسترداد الخزينة، والتصفية. وأفادت الشركة أن خزائن stSTX وsBTC المتأثرة لا يمكن تعديلها، لأن ضماناتها غير متاحة. في 27 أكتوبر، تم تنفيذ الاقتراح 14 "AIP 32.2 - استعادة عمليات الخزينة"، مما جعل إدخال عمليات الخزينة عقدًا قانونيًا لـ Arkadiko.
الدروس المستفادة: تحتاج الحوكمة إلى آلية تخفيف
يمكن أن تمنع إعداد لقطات التصويت، واشتراط الاحتفاظ بالرموز لفترة مسبقة، الرموز الجديدة من الحصول على حق التصويت على الفور؛ بينما تعتبر فترة قفل التنفيذ، فصل "تم تمرير الاقتراح" و"عمليات الأصول" إلى مرحلتين مستقلتين. إذا كانت جميع عمليات الاقتراح ملزمة بالمرور عبر فترة قفل زمنية، فلن يكون من الممكن تنفيذ نمط الهجوم "معاملة واحدة للاقتراض، والهجوم، والسداد" مثل X100. بالطبع، لا يزال بإمكان المهاجمين الذين يمتلكون أموالًا طويلة الأجل الانتظار حتى تنتهي فترة القفل قبل التحرك، لذا يجب أيضًا تقييد صلاحيات العقود المقترحة بشكل منفصل.
تعرف وثائق OpenZeppelin لقطات حقوق التصويت التاريخية وفترة قفل تنفيذ الاقتراح كآليتين مستقلتين لأمان الحوكمة. في هاتين الحالتين، تكمن المشكلة الأساسية في: متى يحصل المال الجديد على حق التصويت، وما هي العمليات التي يمكن للعقد تنفيذها بعد تمرير الاقتراح، وكم من الوقت يُترك للمجتمع للاستجابة قبل تحريك الأصول.
لا يمكن فك قفل رموز X خلال فترة قفلها، حتى مع إضافة فترة قفل التنفيذ، لن يتغير قيد عدم إمكانية سحب الرهن مسبقًا.
تحتوي عقد الخزينة الأصلية v1-3 لـ Arkadiko على آلية خروج مدمجة: يمكن للمستخدمين العاديين استرداد ضماناتهم بعد سداد الديون، ودفع الرسوم الثابتة، عندما يتم فتح الوظيفة. تعتمد هذه العملية على توفر الأموال، ووجود الأصول المرهونة.
تبدو فترة التصويت التي تستمر 5 أيام وكأنها تعطي السوق إنذارًا مبكرًا، لكن التصويت الحاسم يتم في اللحظات الأخيرة قبل الموعد النهائي، وتصبح العقود الخبيثة سارية على الفور بعد انتهاء التصويت. إذا اعتقدنا ببساطة أن فترة التصويت تعادل فترة وقف الخسارة بعد الحدث، فسوف نتجاهل النقطة الزمنية الحقيقية التي تحدث فيها المخاطر.
سعر --
يُقدَّم هذا المحتوى لأغراض معلوماتية عامة فقط، ولا يُشكل مشورة مالية أو استثمارية أو قانونية أو ضريبية. ولا ينبغي اعتبار أي فعاليات أو مكافآت أو عروض ترويجية عبر الإنترنت أو أي معلومات ذات صلة واردة فيه توصيةً أو طلبًا أو دعوةً لشراء الأصول المشفرة أو بيعها أو تداولها أو إجراء أي معاملات أخرى عليها. تتميز الأصول المشفرة بتقلبات سعرية مرتفعة وقد تؤدي إلى خسائر. وقد يختلف مدى توفر خدمات WEEX ومنتجاتها والفعاليات المرتبطة بها حسب المنطقة. وتقع على عاتقك مسؤولية التأكد من أن مشاركتك تتوافق مع القوانين واللوائح المحلية المعمول بها.
قد يعجبك أيضاً

مؤسس Stacks: المخاوف من الكم قد تحد من نمو البيتكوين، يدعو إلى تعزيز الترقية المقاومة للكم قبل عام 2028

وصلت كمية BTC المرهونة إلى 735 قطعة، وزادت كمية STX المرهونة بأكثر من 25%

Zest تحدد 23 أكتوبر كموعد نهائي للخروج من aeUSDC في Stacks Market V1

أفضل منصات تخزين البيتكوين في 2026: مقارنة عوائد BTC

Strike تطلق نظام دلو الادخار Stacks، رصيد الدولار النقدي يمكن أن يحصل على فائدة 3.6% من البيتكوين

تمويل البيتكوين: الوصي المؤسسي الجديد هو الكود

Stacks تطلق Genesis Bond لخزائن البيتكوين

هاشكي كلاود تنضم إلى إطلاق تخزين البيتكوين من ستاكس

إطلاق خدمة تخزين البيتكوين الذاتي من Xverse

مؤسس Stacks يقترح استخدام الذكاء الاصطناعي في الأمان وتحديد السحوبات في Liquid

ستاكينغ داو، تخصيص 150 BTC لمجمع الستاكينغ مكتمل

مراجعة عملة STX المشفرة 2026: الاقتصاد الرمزي، عائد BTC وطلب الستاكينغ

150 وكيل ذكاء اصطناعي، تجارب دفع باستخدام BTC على Stacks

مؤسس Stacks يؤكد إكمال ترقية Satoshi، ولا توجد مخاطر شطب من Binance

إنفيديا تطلق معيار تخزين فيرا، وتحسن أداء التحقق من صحة CRC بمقدار 3.67 مرة

لماذا يمكن أن يعيد خطة ستاكس لستيكينغ البيتكوين تشكيل الطلب على STX

ما وراء البيتكوين والإيثيريوم: 8 مشاريع تشفير مبنية على اعتماد حقيقي








