لماذا تخترق السلاسل غير EVM بشكل متكرر DeFi الرئيسي الذي يمثل السلسلة؟ أخشى إيداع الكثير من الحجم في DeFi على سلاسل غير EVM. في الواقع ، غالبا ما يتم اختراق سلاسل غير EVM مثل Sui و Aptos و Stacks بواسطة بروتوكول DeFi الرئيسي. لذلك ، على الرغم من أنهم يعرفون أن أرباح الإيداع @MMTFinance من خلال الإسقاط الجوي ستكون لذيذة ، إلا أنهم لا يستطيعون إرسال الكثير من الأصول. لماذا تتكرر الاختراقات غير EVM؟ من الصعب جدا اختراق blockchain. (سأكتب أنه قريب من المستحيل ، لكنني سأصححه.) ومع ذلك ، فإن البشر هم الذين يكتبون برامج (عقود ذكية) ل DeFi ، والبشر دائما ما يرتكبون أخطاء. لذلك ، يتعين على DeFi دائما أن يتحمل أسوأ مخاطر لاختراق البروتوكول. شهدت سلاسل EVM أيضا بعضا من أكبر اختراقات DeFi في التاريخ. من خلال هذه العملية ، تمت إعادة استخدام Ethereum والنظام البيئي EVM ومهاجمتها والتحقق منها مرات لا تحصى من خلال المصادر المفتوحة التي تمثلها OpenJaflin و Uniswap و Curve. بمعنى آخر ، هناك الآن العديد من المصادر المفتوحة الآمنة لمجرد أخذها واستخدامها. كما أن خبرة شركات التدقيق غنية بشكل كبير برمز العقود الذكية ل EVM. بدلا من ذلك ، أعتقد أن Move ، التي يستخدمها Sui أو Aptos ، هي لغة وجهاز افتراضي أكثر تقدما ل blockchain من EVM / Solidity في العديد من الجوانب. ومع ذلك ، لم يتم بعد مهاجمة كود سلاسل EVM والتحقق منه بالكامل. نظرا لأن التاريخ قصير ولا يوجد العديد من الرموز المفتوحة ، حتى شركات التدقيق تفتقر إلى الخبرة. تخشى بروتوكولات DeFi من التعرض للهجوم ، لذلك لا يمكنهم حتى فتح التعليمات البرمجية الخاصة بهم. إنه مثل الخوف من اليرقات ولا يمكن أن تنقع أمعائك. أعتقد أن هذا واجب منزلي مهم للغاية لسلاسل غير EVM لحلها. لم تعد Stacks ، حيث تم اختراق Alex ، التمويل اللامركزي الأساسي للنظام البيئي ، مرتين متتاليتين على التوالي ، في موقف يصعب فيه التعافي. إذا لم يتمكن المجتمع والوقت من حل الافتقار إلى التاريخ والخبرة ، فيجب على المؤسسة أن تأخذ زمام المبادرة في تنمية / توفير كود موحد. بالإضافة إلى ذلك ، نحتاج إلى التوصل إلى طرق لتشجيع البروتوكولات على فتح الكود الخاص بها ، ويجب على المؤسسة مساعدة Odit بنشاط. آمل أنه حتى في سلسلة غير EVM ، ستظهر بروتوكولات DeFi كبيرة توفر إحساسا بالأمان من مخاطر القرصنة.