jakiro
المؤلف: هادن باتريك ، الأنظمة الودية المصدر: BlockWorks Translation: Shan ouba ، Withain Vision World World
بصفتي مخضرمًا متقاعدًا في البحرية ، كنت دائمًا من المعجبين المخلصين بالتاريخ.
يشتهر التاريخ بتركه بعض الأقوال الشهيرة التي يمكن أن تضيف الجليد على الكعكة.في 22 ديسمبر 1944 ، قاد الجنرال مكوريف الجيش الأمريكي إلى الالتزام باستون خلال حرب الوزارة.
ربما يكون الأمر أكثر من ذلك جيدًا هو معلومات جيم لوفل التي أرسلها مركبة الفضاء في 13 أبريل في 14 أبريل 1970: “هيوستن ، واجهنا مشاكل”.
لكن في الآونة الأخيرة ، وقعت في حب منشور من قبل مطور غير معروف لـ Myson Slerf انتباه الكون x.
بعد هذه التغريدة الوحيدة التي تسببت في إحساس في عالم X ، تم إصدار إعلان متابع: “اللاعبين ، لقد أفسدت. لقد أحرقت الرموز المميزة من خلال رمز تجمع السيولة والهواء. أطول يلقيهم.
كان هذا البيان مليئًا بالندم والاعتماد الذاتي والاعتذار ، مما جعلني أشعر بالتعاطف مع المطور سيئ الحظ.لحسن الحظ ، بالنسبة للرياضة ، كان ينبغي أن تكون ضربة قاتلة (قلت باستخفاف أنه فريق) ، والذي أصبح فرصة لمجتمع العملة المشفرة بأكملها لتوحيدها.نظرًا لأن هذا لغز ، في اليوم التالي ، قامت $ slef بما يجب أن تفعله العملة: ارتفع السعر ، والقيمة السوقية تجاوزت 400 مليون دولار أمريكي ، وتجاوز حجم المعاملة على سولانا أكثر من 3 مليارات دولار أمريكي في غضون يومين.
هناك وقت يستحق التعلم في هذا الحماس المفرط.
إذا كنت جزءًا من منظمة فعالة ، فمن المحتمل أن تنتبه لتعلم الفريق ، خاصة لتعلم الدروس من الأخطاء.علاوة على ذلك ، عليك أن تتعلم من الأخطاء التي يرتكبها الآخرون.هذا هو أدائك إلى مستوى أعلى.
ويعزى ذلك إلى إدارة المخاطر ، وهو بالتأكيد ليس فريدًا في مجال العملة المشفرة.على وجه التحديد ، بمجرد الاعتراف بالمخاطر ، يمكن القضاء عليها أو تقليلها أو قبولها.دعونا نرى كيف يعمل.
قام مطورو Slerf بنشر العديد من منشورات المتابعة ، والتي قدمت المزيد من الأفكار حول ما حدث بشكل كبير ، يعتقد أن تشغيل تجمع السيولة على الرموز المميزة لمجموعة السيولة في تجمع السيولة في تجمع السيولة إلى رموز تجمع السيولة إلى الرموز التي حدثت فشلت.
يمكن تجنب هذا الموقف.من خلال خطة المخاطر المنظمة ، يمكن تخفيف المخاطر الكامنة في هذه العملية بنجاح.قد يشمل ذلك استخدام آلية احتراق رمزية أكثر موثوقية لإكمال الاختبارات الشاملة قبل نشر عملية الاحتراق ، وصياغة إجراءات النسخ الاحتياطي والاسترداد الواضحة.
تعلمت الإدارة التنظيمية من حادثة السلير
أولاً ، تعامل مع البرنامج والبنية التحتية كطبقة من بروتوكول الأمان.
ستنشئ منظمة عالية الكفاءة مع كبير مسؤولي أمن المعلومات (CISO) بيئة تسمح للبنية التحتية الرئيسية بالعمل في جدار الحماية لزيادة الغزو.
لكن هذا CISO سيكون قلقًا جدًا بشأن الخسارة الناجمة عن فريقه.من أجل منع الأخطاء الداخلية في الفريق ، تشمل بعض الاستراتيجيات التي يمكن تنفيذها: نظام القائمة البيضاء لعنوان نقل الأصول ، وإنفاذ الشهادات المزدوجة للعمليات الرئيسية ، ومكدس تكنولوجيا التحكم للتأكد من عدم تنزيلها التطبيقات أو استخدامها كإجراءات توسيع المتصفح إضافة (مثل مورد المحفظة أو التحكم في الوصول إلى IP).
الطريقة الأولى هي القضاء على المخاطر.في حادثة السلير ، فإن أيًا من التدابير المذكورة أعلاه سيمنع الرموز الخاطئة للرموز.
الأداة الثالثة -party لتدمير الرمز المميز هي أداة مريحة ، وليست ضرورة.لن يحتقر مديرو الأصول المحترفين تدفق رأس المال.سيضمنون أن تقوم أي عمليات مهمة ذات أموال بتجنب المخاطر المناسب من خلال استراتيجيات قوية ، ويجب دمج هذه الاستراتيجيات في استراتيجيات إدارة المخاطر المحددة.
ستقوم أدوات إدارة الصناديق القوية بإلغاء أخطاء نقطة واحدة حتى تتمكن المنظمة من تنفيذ مبادئ الشهادات المزدوجة لجميع تدفق رأس المال حسب الحاجة.
الطريقة الثانية هي تقليل المخاطر.في بعض الأحيان ، لا يمكننا القضاء على جميع مخاطر العمليات الرئيسية ، لكن طلبنا يتطلب منا الاستمرار: أحد الطرق لتقليل المخاطر هو الوصول إلى محطة عمل واحدة فقط وأداة الوصول إلى عنوان واحد إلى أداة محفظة ثالثة يظل العنوان الذي يتحكم فيه التحكم الثالث في حماية الشهادات المزدوجة.
أخيرًا ، قم بإنشاء برنامج تشغيل قياسي (SOP).على سبيل المثال ، يجب أن يكون لأي عملية تدمير مطلوبة لاستخدام أداة ثالثة -مشغل آخر للتحقق من المعاملات التي تم إنشاؤها قبل تقديم المعاملة.
ومع ذلك ، فإن العامل الأكثر أهمية هو التحضير.يجب تنفيذ هذه الخطوات قبل تنفيذ العمليات الرئيسية ، وتقييم المخاطر ، وكيفية تقليل المخاطر.
ولكن في التحليل النهائي ، يبدو أن حادثة Slerf هي مجرد حالة لفريق تطوير شخص واحد من أجل تلبية قاعدة المعجبين بعملة المعجبين.سواء كان ذلك مقصودًا أو غير مقصود ، أقر المطور بالمخاطر وقال “سأتعامل معها” ، ثم استمر في المضي قدمًا دون القضاء على مخاطر التشغيل أو تقليله.
ومع ذلك ، يجب ألا ننسى إدارة المخاطر الشخصية.
عندما قرأت الجملة الأخيرة من النص/المنشور أعلاه ، لم أستطع إلا أن أشعر بالصدمة: “لقد قضيت 3 أيام لإعداد هذا ، لكنني سقطت أمام خط النهاية.”إذا فهمنا هذه الجملة حرفيًا ، فإن المطور ليس لديه القدرة على العمل على الإطلاق ، مما سيجعل الأصول التي تبلغ قيمتها 10 ملايين دولار في خطر.
تتضمن إدارة المخاطر الشخصية أفضل قدرة على إدارة إجراءاتك اليومية للحصول على راحة كافية وممارسة التمارين والتغذية ، بحيث تكون عند دخول مرحلة التشغيل الرئيسية ، في أفضل حالة.على عكس الآراء الشعبية ، يجب ألا يتعب الفريق من الانهيار.سيصل الجميع إلى انخفاض في الكفاءة ، ويسهل ارتكاب الأخطاء والإهمال.
أجرؤ على المراهنة على أن هذا الموقف يجب أن يحدث قبل ثلاثة أيام متتالية.
