तकनीकी समस्याओं, या क्या आप के बारे में सोचने के लिए अगर आप अपने खुद के ICO का संचालन करने का निर्णय लेते हैं

पॉलीबियस के आईसीओ में सक्रिय रुचि जो हमने सक्रिय रूप से ईंधन दी थी, वह एक शानदार सफलता थी - इस बार लगभग शब्द के शाब्दिक अर्थ में। बिक्री शुरू होने के बाद पहले मिनट में हमारे टोकन खरीदने के लिए आए 14,000 लोगों का ध्यान आकर्षित करते हुए, पॉलीबियस वेबसाइट ध्वस्त हो गई। और यह सिर्फ शुरुआत थी। जैसा कि वादा किया गया था, हम बताते हैं कि 31 मई को क्या हुआ था और जो हुआ उससे बचने के लिए हम क्या बेहतर कर सकते हैं।



बेशक, ICO की शुरुआत में, हम DDoS हमलों और सर्वर पर उच्च भार के लिए तैयार थे, हालांकि, हम स्वीकार करते हैं, हमने बस बुराई हैकर्स की क्षमताओं और परियोजना में ब्याज की डिग्री को कम करके आंका, साथ ही साथ आपातकालीन स्थितियों की संभावना।

पॉलीबियस ICO के लिए तकनीकी प्लेटफॉर्म (निवेशक का कार्यालय, सभी बुनियादी ढांचा) एंबिसफ द्वारा प्रदान किया गया था। ब्लॉकचेन उत्पादों के विकास के साथ शुरू, कंपनी ने समय के साथ ICO के संचालन के लिए आवश्यक सेवाओं और उपकरणों के एक सेट के साथ फर्मों को प्रदान करने के लिए अपने हितों का विस्तार किया। एक अनुभवी ठेकेदार को चुनना, हम पूरी तरह से उनके ज्ञान और कौशल पर निर्भर थे, न कि एक बार फिर से उन चीजों को नियंत्रित करना जो हम कर सकते थे (और चाहिए!) नियंत्रण। और वह हमारी पहली गलती थी।

बहुत कमजोर लोहा

यदि आप साइट को बिक्री की शुरुआत में क्रैश नहीं करना चाहते हैं तो अच्छा सर्वर पावर एक महत्वपूर्ण विवरण है। ICO के पहले घंटों में सर्वर पर संभावित भार का अनुमान लगाते हुए, ठेकेदार ने हमें उनकी क्षमता के लिए आवश्यकताएं प्रदान कीं, लेकिन फिर भी हमने सुझाव दिया कि ये संकेतक पर्याप्त नहीं हो सकते हैं, और प्रदर्शन को दोगुना कर सकते हैं। सर्वर के बीच लोड को साझा करने के लिए, हमने उपयोगकर्ता के कार्यालय और पॉलीबियस साइट को अलग-अलग स्थानों पर स्थित किया है, लेकिन हमने डेटाबेस और मुख्य कैबिनेट फ़ाइलों को अलग नहीं किया है। और वह गलती नंबर दो की थी।

डेटाबेस को हर बार निवेशक के कार्यालय (और इसके विपरीत) में कई अनुरोध आए, और सर्वर क्रैश हो गया, समय-समय पर अनुपलब्ध हो गया। जब समस्या स्पष्ट हो गई, तो हमने मूल विशेषताओं की तुलना में लगभग 10 गुना सर्वर क्षमता बढ़ा दी। हालांकि, कैबिनेट को फिर से कॉन्फ़िगर करने और सभी फाइलों को नए सर्वर पर फिर से अपलोड करने में समय लगा।

पॉलीबियस 'ICO की शुरुआत के आसपास उत्साह इतना मजबूत था कि जैसे ही साइट polybius.io पर उलटी गिनती काउंटर शून्य पर पहुंची, उपयोगकर्ताओं की भीड़ टोकन खरीदने के लिए उमड़ पड़ी, और हमारे कुछ उपयोगकर्ता भी झूठी शुरुआत करने में कामयाब रहे। वास्तविक उपयोगकर्ताओं की ओर से प्रचार एक बड़ी समस्या नहीं है। समस्या बॉट्स से पॉलीबियस आईसीओ पर बढ़ा ध्यान था - एक DDoS हमला शुरू हुआ। लगभग 6 घंटे में, लगभग 30 मिलियन अनुरोध ddosers से निवेशक के व्यक्तिगत खाते में आ गए, जो बस उनमें डूब गए। स्थिति इस तथ्य से बढ़ गई थी कि दुर्भावनापूर्ण यातायात से लड़ने के लिए पहले घंटे दोगुना मुश्किल थे - यह हमेशा स्पष्ट नहीं था कि यह एक वास्तविक व्यक्ति है जो अपने व्यक्तिगत खाते को देखने की उम्मीद में "ताज़ा" करता है और दबाता है, या यह एक बॉट है जो ऐसा ही करता है।

चूंकि बहुत से लोग थे जो शुरुआत में भाग लेना चाहते थे, उन्होंने लगातार DDoS के माध्यम से साइट पर अपना रास्ता बनाया और जब साइट आसान हो गई तो उन्होंने टोकन खरीदना जारी रखा। नतीजतन, सिस्टम ने बड़ी संख्या में लेनदेन जमा किए हैं जो समय पर पूरा नहीं हुए और इसके अंदर फंस गए। और यहां हम आसानी से एक और समस्या पर आगे बढ़ रहे हैं, जो स्पष्ट कारणों के लिए, सबसे अधिक भीड़भाड़ वाले प्रतिभागियों को चिंतित करता है।

नेटवर्क की भीड़

चूंकि जिस प्रणाली में लेन-देन हुआ वह बड़ा और मल्टी-मॉड्यूल था, प्रत्येक ऑपरेशन को एक स्पष्ट मार्ग से गुजरना पड़ता था। सिस्टम के कुछ स्थानों पर DDoS के हमले के कारण, मॉड्यूल धीमा होने लगे, इसलिए उसी समय दुर्भावनापूर्ण ट्रैफ़िक को फ़िल्टर करने के साथ, हमें सिस्टम में अटके लेन-देन को मैन्युअल रूप से हल करना पड़ा। लेकिन अटके हुए संचालन को आगे बढ़ाने के बाद भी, हम Ethereum नेटवर्क पर आने वाली रुकावट के कारण खरीदे गए टोकन की समय पर प्राप्ति सुनिश्चित नहीं कर सके। यह एक आपातकालीन स्थिति थी जिसने दहशत पैदा की और " मेरे पास से पैसा वापस लिया गया " प्रकार की टिप्पणियों की झड़ी लग गई, लेकिन टोकन चार्ज नहीं किया गया। यह पहले से ही आधा घंटा / घंटा / 5 घंटा हो गया है ... ”अब जब टोकन सभी प्रभावित निवेशकों के लिए लंबे समय से उपार्जित किया गया है, हम केवल एक बार फिर से स्थिति के लिए माफी मांग सकते हैं और बता सकते हैं कि यह किस कारण से हुआ।

पॉलीबियस ICO लॉन्च के समय, एक और बड़ा ICO (BAT - BasicAttentionToken ) एथेरियम नेटवर्क ब्लॉकचेन पर आयोजित किया गया था, और निवेशकों के बीच प्रतिस्पर्धा के कारण नेटवर्क कंजेशन पैदा हुआ। हमारे उन पाठकों को समझने के लिए जो इथेरेम के बारे में ज्यादा नहीं जानते हैं, नेटवर्क इस तरह से काम करता है कि इसमें लेनदेन भेजने के लिए, आपको कमीशन का भुगतान करना होगा। और कमीशन जितना अधिक होता है, नेटवर्क में लेनदेन उतनी ही तेजी से होता है। दूसरे आईसीओ की पृष्ठभूमि के खिलाफ, जिनमें से प्रतिभागियों ने भारी कमीशन स्थापित करना शुरू कर दिया, पॉलीबीस लेनदेन की पुष्टि की लागत और समय की मात्रा के अनुपात में इष्टतम आयोग के साथ पुष्टि की जा सकती है और एथेरियम नेटवर्क में लाइन में खड़ा था, इस बार हमारी प्रणाली और सीमा के बीच कहीं अटक गया blokcheynom।

एथेरम में लेन-देन का एक बंडल नहीं, बल्कि एक लेन-देन का बंडल, जैसा कि हमारे मामले में था, उन्हें प्रत्येक लेनदेन के लिए (सशर्त रूप से) सीरियल नंबर निर्दिष्ट करके कतारबद्ध होना चाहिए। अनुक्रम संख्या पूर्ण वेतन वृद्धि में होनी चाहिए - अर्थात, प्रत्येक बाद के लेन-देन के लिए नंबर एक पिछले एक से अधिक होना चाहिए। इसका मतलब यह है कि हम नेटवर्क नंबर पर लेनदेन नहीं भेज सकते हैं जब तक कि पहले नौ संसाधित नहीं हो जाते। नेटवर्क को अधिक कठिन लोड न करने और अटके लेनदेन की संख्या में वृद्धि न करने के लिए, हमें सभी नए आदेशों के लिए कमीशन बढ़ाने के लिए मजबूर किया गया - नए लेनदेन की पुष्टि सामान्य मोड में और अधिक स्वीकार्य समय सीमा में होने लगी। बहुत पहले लेनदेन (हम आदेशों की एक बड़ी संख्या के बारे में बात कर रहे हैं - एक हजार से अधिक) को "जैसा है" छोड़ दिया गया था, इसलिए पहले निवेशकों को अपने टोकन प्राप्त करने से पहले कई दिन बीत गए।

यह प्रणाली और स्थिति का एक असामान्य व्यवहार है जिसे हमारे ठेकेदारों को पहली बार हल करना था, इसलिए यह निर्धारित करना मुश्किल है कि क्या इष्टतम रणनीति चुनी गई थी, या हम और भी अधिक कर सकते थे।

हमने क्या सीखा है

सबसे महत्वपूर्ण, यदि अद्वितीय नहीं है, तो समझ यह है कि जब समस्या पहले ही प्रकट हो चुकी है, तो आप यह कर सकते हैं कि जितनी जल्दी हो सके इसे हल करना शुरू कर दें। हमने जो सबसे पहला काम किया, वह था सर्वर की विशेषताओं को बढ़ाना, अधिक शक्तिशाली हार्डवेयर लेना, डेटाबेस को अलग-अलग सर्वरों में फैलाना, फ़ायरवॉल सेट करना और DDoS हमलों को फ़िल्टर करना। और इन सभी प्रक्रियाओं में लगभग एक दिन का समय लगा। इथेरियम के माध्यम से लेनदेन करने की प्रक्रिया को व्यवस्थित करने के लिए अतिरिक्त समय बिताया गया था।

अब जब हमारे पास पहले से ही ICO का अनुभव है, हम सुरक्षित रूप से कह सकते हैं कि इस मामले में बहुत विवेकपूर्ण होना असंभव है। फिर से सुरक्षित होना बेहतर है, इसलिए यदि आप अचानक अपना स्वयं का ICO संचालित करने का निर्णय लेते हैं, तो कृपया निम्नलिखित के बारे में तुरंत सोचें:

• पहले घंटों में लोड केवल ऑफ-स्केल हो सकता है और यहां तक ​​कि बेतहाशा अपेक्षाओं से अधिक हो सकता है;
• यदि आपकी परियोजना अच्छी तरह से जानी जाती है, तो ddosers से ध्यान आकर्षित किया जाता है, इसलिए संभावित हमलों से सुरक्षा का ख्याल रखें;
• अगर आपके साथ एक और 10 ICO चल रहा है, तो यह सोचने में समय बिताना बेहतर है कि कौन सी रणनीति पहले से चुननी है - क्या कुछ दिन इंतजार करना है जब लेनदेन एक या दूसरे तरीके से जाएंगे, या अतिरिक्त संसाधनों का निवेश करेंगे और नेटवर्क के माध्यम से आदेशों के निष्पादन को मजबूर करेंगे;
• यह निवेशकों को आने वाली समस्याओं के बारे में समय पर सूचित करने पर अधिक ध्यान देने के लायक है - यह निश्चित रूप से तकनीकी सहायता के लिए समान अनुरोधों की संख्या को कम करने और अन्य दबाव समस्याओं को हल करने के लिए अपने संसाधनों को मुक्त करने में मदद करेगा।

और, सबसे महत्वपूर्ण बात, आप कभी भी सभी संभावित समस्याओं को दूर करने में सक्षम नहीं होंगे, इसलिए बस किसी भी आश्चर्य के लिए तैयार रहें। आप ओवरसाइट द्वारा की गई गलतियों को गिनने में बहुत समय लगा सकते हैं, लेकिन वे गलतियों से सीखते हैं, और हमें खुशी है कि वे हमारे अभियान के सफल समापन के लिए एक गंभीर बाधा नहीं बने।