इस दृष्टिकोण के प्रति अपरिहार्य प्रतिक्रिया संस्कृति, NFT, गेमिंग आदि के समुदाय से निंदा होगी। लेकिन वित्त पर ध्यान केंद्रित करना “वेब3” के लिए कब्र की कील नहीं है। वित्त कठिन है। इसकी अधिक कठोर आवश्यकताएँ होती हैं। जब मैं TradFi में काम करता था, तो हमें अधिकांश बाजार में उपलब्ध सॉफ्टवेयर को छोड़ना पड़ा क्योंकि यह महत्वपूर्ण विचारों जैसे लेटेंसी और सुसंगठितता पर खराब समझौते करते थे। उत्कृष्ट वित्तीय सॉफ्टवेयर हर चीज के लिए काम कर सकता है। लेकिन उत्कृष्ट हर चीज सॉफ्टवेयर वित्त के लिए काम नहीं करेगा। सोलाना का वित्त (सबसे कठिन समस्या) को हल करने पर लेजर-फोकस होना इस बात का मतलब नहीं है कि आप इसे संस्कृति, गेमिंग आदि के लिए नहीं उपयोग कर सकते। सबके लिए सब कुछ बनने की बजाय, जीतने का सबसे अच्छा तरीका है। सृजनशील लोग हमेशा अपने उद्देश्य से परे उपकरणों का उपयोग करने के तरीके ढूंढ़ते रहेंगे। जब आपके पास हथौड़ा होता है, तो हर चीज़ कोई कील लगती है। लेकिन क्या हम पहले वास्तविक कीलों पर ही प्रहार करना शुरू करें?
हे भगवान, यह बहुत बड़ी बात है। हमें इस पैटर्न का उपयोग सब कुछ के लिए करना चाहिए। प्रोटोकॉल कॉन्फ़िगरेशन बदलाव, आदि। इससे अलग से साइनिंग डिवाइस की आवश्यकता पूरी तरह से समाप्त हो जाती है। अगर आप अपने लेजर पर पढ़े गए चीज़ों पर वास्तव में भरोसा कर सकते हैं, तो यह *ही* अलग से साइनिंग डिवाइस है।
अल्पेनग्लो के लाइव होने के साथ, हम एप्लिकेशन डेव्स के लिए एक सुसंगठित Slowlana अनुभव बनाए रखने की जिम्मेदारी है। इसका मतलब है कि हमें प्रोग्राम्स को धीमा करने की जरूरत है। कुछ सुझाव: - जीरो कॉपी से बचें। सब कुछ Borsh करें - सब कुछ हीप पर भर दें - जहां संभव हो, प्रोग्राम लिखने के लिए पायथन या जावास्क्रिप्ट का उपयोग करें - हर PDA के लिए हर बार बम्प सीड्स को पुनः निकालें - आप पर्याप्त लॉग नहीं कर रहे हैं। और msg!
PSA उन सभी के लिए जो नए उत्पादों का नियमित रूप से उपयोग करते हैं: ऑडिट में लाखों डॉलर खर्च होते हैं और पूरा होने में हफ्ते लगते हैं। स्वयं-संचालित स्टार्टअप इनके लिए खर्च भी नहीं कर सकते। आपके पसंदीदा प्रोटोकॉल के लिए सुरक्षा पर ध्यान केंद्रित रखना वास्तव में एक नकारात्मक प्रेरणा है, क्योंकि यह उनकी इटरेशन और PMF पाने की क्षमता को रोकता है। क्या वे $50k का खर्च करेंगे किसी नए फीचर की ऑडिट के लिए, जिसका कोई उपयोग नहीं होता? सुनिश्चित करें कि आप जिसका उपयोग कर रहे हैं, उसकी किसी ऐसे व्यक्ति द्वारा ऑडिट की गई हो, जिस पर आप भरोसा कर सकते हैं, और मेननेट पर चल रहा कोड वही हो, जिसकी ऑडिट की गई हो (वेरिफाइड बिल्ड, ओपन सोर्स आवश्यक)। अगर आप इसे सत्यापित नहीं कर सकते, तो कोई समस्या नहीं, लेकिन सभी अपने अंडे एक ही टोकरी में मत रखें। सोलाना फाउंडेशन के पास एक कार्यक्रम है, जो $10m से अधिक TVL वाले किसी के लिए ऑडिट प्रदान करता है, जो निश्चित रूप से मदद करेगा।
इसे सीधे संबोधित कर रहे हैं। हमने केवल Drift से Velocity तक के refactor diff की समीक्षा नहीं की है। हमने *पूरे* कोडबेस की समीक्षा की है। यह किसी भी तरह से जल्दबाजी का काम नहीं है। अगर हम इसे जल्दी से करना चाहते, तो हम केवल diff की समीक्षा करके, पुराने कोड को ठीक बताकर, महीनों पहले ही लॉन्च कर सकते थे। हम सुरक्षा की ओर झुकना चाहते थे, जिसका मतलब था पूरे कोडबेस की पुनः समीक्षा करना। यह महंगा है, और इसमें बहुत समय लगता है। Drift, Solana पर मौजूद सबसे बड़े प्रोग्राम्स में से एक है, जिसमें दस हजारों पंक्तियाँ कोड हैं। लेकिन यह करना सही था, क्योंकि सुरक्षा हमारी प्राथमिकता है। हाँ, यहाँ कई पाए गए मुद्दे हैं। लेकिन कोड की मात्रा के संदर्भ में, यह समझ में आता है। अधिकांश पाए गए मुद्दे प्री-refactor कोड में थे, और अधिकांश मुद्दे किसी भी वास्तविक स्थिति में LoF का कारण नहीं बनते। (1) इस विशाल मोनोलिथ की समीक्षा करना — ऑडिटर्स को धन्यवाद! (2) छोटे-छोटे मुद्दों को भी हल करना — यह एक विशाल प्रयास था। इसीलिए लॉन्च को इतना समय तक स्थगित किया गया है।