كان الاهتمام النشط في ICO لـ Polybius الذي قمنا بتزويده به بنشاط ناجحًا للغاية - هذه المرة بالمعنى الحرفي للكلمة. فوجئ باهتمام 14000 شخص جاءوا لشراء الرموز المميزة لدينا في الدقائق الأولى بعد إطلاق المبيعات ، انهار موقع Polybius. وكانت تلك مجرد البداية. كما وعدنا ، نقول ما حدث في 31 مايو ، وما يمكننا القيام به بشكل أفضل لتجنب ما حدث.
بالطبع ، في بداية ICO ، كنا مستعدين لهجمات DDoS والحمل العالي على الخوادم ، ومع ذلك ، نعترف أننا ببساطة قللنا من قدرات المتسللين الشر ودرجة الاهتمام بالمشروع ، بالإضافة إلى احتمال حالات الطوارئ.
قدم Ambisafe المنصة التقنية (مكتب المستثمر ، جميع البنية التحتية) لـ Polybius ICO. بدءًا من تطوير منتجات blockchain ، وسعت الشركة بمرور الوقت اهتماماتها نحو تزويد الشركات بمجموعة من الخدمات والأدوات اللازمة لإجراء عمليات الطرح الأولي للعملات. باختيار مقاول متمرس ، اعتمدنا تمامًا على معرفتهم ومهاراتهم ، ولم نتحكم مرة أخرى في تلك الأشياء التي يمكننا (ويجب علينا) التحكم بها. وكان ذلك خطئنا الأول.
ضعيف جدًا من الحديد
تعد قوة الخادم الجيدة من التفاصيل الهامة إذا كنت لا تريد تعطل الموقع في بداية المبيعات. توقع الحمل المحتمل على الخادم في الساعات الأولى من ICO ، قدم لنا المقاول متطلبات سعتها ، ولكن حتى ذلك الحين اقترحنا أن هذه المؤشرات قد لا تكون كافية ، وضاعف الأداء. لمشاركة الحمل بين الخوادم ، قمنا أيضًا بتحديد موقع مكتب المستخدم وموقع Polybius نفسه في أماكن مختلفة ، لكننا لم نفصل قاعدة البيانات وملفات الخزانة الرئيسية. وهذا كان الخطأ الثاني.
عانت قاعدة البيانات في كل مرة يأتي فيها عدد كبير جدًا من الطلبات إلى مكتب المستثمر (والعكس صحيح) ، وتعطل الخادم ، وأصبح غير متاح بشكل دوري. عندما أصبحت المشكلة واضحة ، قمنا بزيادة سعة الخادم بنحو 10 مرات مقارنة بالخصائص الأصلية. ومع ذلك ، استغرق الأمر بعض الوقت لإعادة تكوين الخزانة وإعادة تحميل جميع الملفات إلى الخوادم الجديدة.
كان الإثارة حول بداية Polybius ICO قوية للغاية لدرجة أنه بمجرد وصول عداد العد التنازلي على موقع polybius.io إلى الصفر ، اندفع حشد من المستخدمين لشراء الرموز المميزة ، حتى أن بعض مستخدمينا تمكنوا من تحقيق بداية خاطئة. الضجة من جانب المستخدمين الحقيقيين ليست مشكلة كبيرة. كانت المشكلة هي زيادة الانتباه إلى Polybius ICO من الروبوتات - بدأ هجوم DDoS. في حوالي 6 ساعات ، تم إرسال حوالي 30 مليون طلب من dososers إلى الحساب الشخصي للمستثمر ، والذي غرق فيه ببساطة. تفاقم الوضع بسبب حقيقة أن الساعات الأولى كانت مضاعفة صعوبة في مكافحة حركة المرور الخبيثة - لم يكن من الواضح دائمًا أن هذا شخص حقيقي يجلس ويضغط على "تحديث" على أمل رؤية حسابه الشخصي ، أو أنه روبوت يفعل نفس الشيء.
نظرًا لوجود الكثير من الأشخاص الذين أرادوا المشاركة في البداية ، فقد شقوا طريقهم باستمرار إلى الموقع من خلال DDoS واستمروا في شراء الرموز عندما أصبح الموقع أسهل. ونتيجة لذلك ، جمع النظام عددًا كبيرًا من المعاملات التي لم تكتمل في الوقت المحدد وتمسك بها. وهنا ننتقل بسلاسة إلى مشكلة أخرى ، والتي ، لأسباب واضحة ، تقلق المشاركين في التمويل الجماعي أكثر من أي شيء آخر.
ازدحام الشبكة
نظرًا لأن النظام الذي تمت فيه المعاملات كان كبيرًا ومتعدد الوحدات ، كان على كل عملية أن تمر عبر مسار واضح. بسبب هجوم DDoS في أماكن معينة من النظام ، بدأت الوحدات في التباطؤ ، لذلك في نفس الوقت بتصفية حركة المرور الضارة ، كان علينا فرز المعاملات العالقة في النظام يدويًا. ولكن حتى بعد دفع العمليات المتوقفة ، لم نتمكن من ضمان استلام الرموز المميزة التي تم شراؤها في الوقت المناسب بسبب العائق الذي حدث على شبكة Ethereum. لقد كانت حالة طوارئ تسببت في حالة من الذعر وسلسلة من التعليقات من النوع "
تم سحب الأموال مني ، ولكن لم يتم تحصيل رسوم رمزية. لقد كانت بالفعل نصف ساعة / ساعة / 5 ساعات ... "الآن وقد تم استحقاق الرموز المميزة منذ فترة طويلة لجميع المستثمرين المتأثرين ، لا يمكننا إلا مرة أخرى الاعتذار عن الوضع وشرح سبب ذلك.
في وقت إطلاق Polybius ICO ، تم عقد ICO كبير آخر (BAT -
BasicAttentionToken ) على شبكة Ethereum blockchain ، وأدت المنافسة بين المستثمرين إلى ازدحام الشبكة. لفهم أولئك القراء الذين لا يعرفون الكثير عن Ethereum ، تعمل الشبكة بطريقة بحيث من أجل إرسال معاملة إليها ، تحتاج إلى دفع عمولة. وكلما ارتفعت العمولة ، زادت سرعة دخول المعاملة إلى الشبكة. على خلفية ICO الثاني ، الذي بدأ المشاركون في إنشاء عمولات ضخمة ، تم إيقاف معاملات Polybius مع العمولة المثلى من حيث نسبة التكلفة ومقدار الوقت للتأكيد ووقفت في خط في شبكة Ethereum ، هذه المرة عالقة في مكان ما على الحدود بين نظامنا و سلسلة الكتل.
لا لتنفيذ مجموعة واحدة ، ولكن مجموعة من المعاملات في Ethereum ، كما كان الحال في حالتنا ، يجب أن يتم وضعها في قائمة الانتظار من خلال تعيين رقم تسلسلي (بشكل مشروط) لكل معاملة. يجب أن تكون أرقام التسلسل في زيادة مطلقة - أي يجب أن يكون لكل معاملة لاحقة رقم واحد أكبر من الرقم السابق. هذا يعني أنه لا يمكننا إرسال المعاملة رقم 10 إلى الشبكة حتى تتم معالجة التسعة الأولى. حتى لا يتم تحميل الشبكة بشكل أكبر وعدم زيادة عدد المعاملات العالقة ، اضطررنا إلى زيادة العمولة لجميع الطلبات الجديدة - بدأ تأكيد المعاملات الجديدة في الوضع العادي وفي إطار زمني أكثر قبولًا. كان يجب ترك المعاملات الأولى (نتحدث عن عدد كبير من الطلبات - أكثر من ألف) "كما هي" ، لذلك مرت عدة أيام قبل أن يتمكن المستثمرون الأوائل من الحصول على الرموز المميزة الخاصة بهم.
هذا سلوك غير طبيعي للنظام والوضع الذي كان على المتعاقدين حله لأول مرة ، لذلك من الصعب الحكم على ما إذا تم اختيار التكتيكات المثلى ، أو يمكننا القيام بالمزيد.
ماذا تعلمنا
أهم فهم ، إن لم يكن فريدًا ، هو أنه عندما تظهر المشكلة بالفعل ، كل ما يمكنك فعله هو البدء في حلها في أسرع وقت ممكن. أول شيء فعلناه هو زيادة خصائص الخادم ، والحصول على أجهزة أكثر قوة ، ونشر قاعدة البيانات على خوادم مختلفة ، وإعداد جدار حماية ، وتصفية هجمات DDoS. واستغرقت جميع هذه العمليات حوالي يوم واحد. تم قضاء وقت إضافي في ترتيب عملية إجراء المعاملات من خلال Ethereum.
الآن بعد أن لدينا بالفعل تجربة ICO ، يمكننا القول بأمان أنه من المستحيل أن تكون حصيفًا جدًا في هذا الأمر. من الأفضل أن تكون آمنًا مرة أخرى ، لذلك إذا قررت فجأة إجراء ICO الخاص بك ، يرجى التفكير على الفور في ما يلي:
- يمكن أن يكون الحمل في الساعات الأولى خارج النطاق ويتجاوز حتى أكبر التوقعات ؛
- إذا كان مشروعك معروفًا جيدًا ، فعندئذ يضمن لك الاهتمام من ddosers ، لذا اعتني بالحماية من الهجمات المحتملة ؛
- إذا كانت 10 ICOs أخرى تعمل في وقت واحد مع نظرك ، فمن الأفضل قضاء بعض الوقت في التفكير في التكتيكات التي تختارها مقدمًا - سواء الانتظار بضعة أيام عندما تذهب المعاملات بطريقة أو بأخرى ، أو استثمار موارد إضافية وفرض تنفيذ الأوامر من خلال الشبكة ؛
- يجدر إيلاء المزيد من الاهتمام لإبلاغ المستثمرين في الوقت المناسب بالمشكلات التي نشأت - وهذا سيساعد بالتأكيد على تقليل عدد الطلبات المتطابقة للحصول على الدعم الفني وتحرير مواردها لحل المشكلات الملحة الأخرى.
والأهم من ذلك ، أنك لن تكون قادرًا على توقع جميع المشاكل المحتملة ، لذلك كن مستعدًا لأي مفاجآت. يمكنك قضاء الكثير من الوقت في حساب الأخطاء التي يرتكبها الإشراف ، لكنهم يتعلمون من الأخطاء ، ويسعدنا أنهم لم يصبحوا عقبة خطيرة أمام استكمال حملتنا بنجاح.