स्थिरता की चुनौतियाँ केवल तेज़ी नहीं हैं, बल्कि त्रुटि के बाद भी सेटलमेंट करने की क्षमता है। MagicBlock 1.0, मैं लेटेंसी के बजाय रिकवरी क्षमता पर ध्यान केंद्रित करता हूँ। ① MagicBlock ने 6 अक्टूबर को Validator v1.0 की घोषणा की, और GitHub पर उसी दिन संबंधित संस्करण जारी किया गया। यह Ephemeral Rollups का निष्पादन घटक है, Solana मुख्य नेटवर्क कंसेंसस वैलिडेटर का एक नया क्लाइंट नहीं। ② रिलीज़ नोट्स में अस्थायी खाते, इंटेंट कॉम्बिनेशन, कॉलबैक और अधिक समृद्ध एप्लिकेशन वर्कफ़्लो शामिल किए गए हैं, जिससे एप्लिकेशन एक विशिष्ट निष्पादन परिवेश में चलते हैं, और फिर अनुमति स्थिति को Solana पर प्रक्रिया के अनुसार सेटल किया जाता है। ③ मुझे लगता है कि जिन बातों पर अधिक ध्यान देने की आवश्यकता है, वे हैं: सेटलमेंट रिकवरी, पुनः शुरू करने के बाद पुनः प्रयास, खाता समन्वय, और सबमिशन क्रम। ये क्षमताएँ पोस्टर के लिए उपयुक्त नहीं हो सकतीं, लेकिन ये सीधे प्रभावित करती हैं कि उपयोगकर्ता का कार्य सुरक्षित रूप से पूरा हो पाएगा या नहीं। ④ रिलीज़ नोट्स में स्पष्ट रूप से प्रतिरूप मोड और चैलेंज प्रोटोकॉल को प्रयोगात्मक के रूप में सूचीबद्ध किया गया है। 1.0 संस्करण होने के कारण, सभी सुरक्षा मैकेनिज़म्स की पुष्टि पूरी हो चुकी है, यह मानना सही नहीं है, और प्रत्येक एप्लिकेशन को सभी परिदृश्यों के लिए उपयुक्त मानना सही नहीं है। मेरी स्वयं की राय: गेम, इंटरएक्टिव, और हाई-फ्रीक्वेंसी स्टेट एप्लिकेशन्स को अधिक सुचारु निष्पादन कीआवश्यकता होती है, लेकिन अंतिम उपयोगकर्ता “मध्यवर्ती स्थिति खोने” के समझाने की लागत सहन नहीं करेगा। सच्चा प्रोडक्ट मापदंड, तेज़ी से महसूस करने के साथ-साथ सुरक्षित सेटलमेंट का समान समय पर प्रयोग है। मैं पहले विश्वसनीयता की मान्यताओं, फ़ॉल्ट-टॉलरेंस, और मुख्य-चेन पर पुनः प्रवेश के मार्गों का अध्ययन करूँगा, फिर प्रदर्शन संख्याओं पर। @Solana_zh @solana @magicblock