Wasm 3.0 पूरा हुआ — Memory64, मल्टी-मेमोरी, GC, और SpecTec अब आधिकारिक हैं

WebAssemblyWasmRuntimeTooling

प्रमुख अपडेट

WebAssembly 3.0 को पूरा किया गया है और प्रकाशित किया गया है (अंतिम रूप से 17 सितंबर, 2025)। स्पेसिफिकेशन प्लेटफ़ॉर्म को कई संरचनात्मक तरीकों से आगे बढ़ाता है जो वास्तविक इंजीनियरिंग के लिए महत्वपूर्ण हैं: एक सच्चा 64-बिट पता स्थान (Memory64), प्रत्येक मॉड्यूल के लिए कई मेमोरी का प्रथम श्रेणी का समर्थन, प्रबंधित मानों के लिए एक औपचारिक रूप से निर्दिष्ट होस्ट गार्बेज कलेक्टर मॉडल (GC), होस्ट-Wasm स्ट्रिंग इंटरऑप को सरल बनाने के लिए नए JS स्ट्रिंग बिल्टइन्स, और एक नया SpecTec टूलचेन जो एकल स्रोत से गद्य, औपचारिक अर्थशास्त्र और परीक्षण कलाकृतियाँ उत्पन्न करता है। घोषणा में अधिकांश प्रमुख ब्राउज़रों में ब्राउज़र शिपिंग का उल्लेख किया गया है और यह कि स्टैंडअलोन इंजन (जैसे, Wasmtime आदि) पूर्ण समर्थन जोड़ने की राह पर हैं। (webassembly.org)

यह क्यों महत्वपूर्ण है

Memory64 पुराने ~4GB छत को हटा देता है और Wasm को बड़े इन-मेमोरी वर्कलोड और डेटा प्रोसेसिंग कार्यों के लिए व्यवहार्य बनाता है, जिन्हें पहले मूल बाइनरी या जटिल शार्डिंग की आवश्यकता थी; डेटा-भारी कोड के आसान पोर्टिंग और बड़े डेटा सेट के लिए कम वर्कअराउंड की उम्मीद करें। मल्टी-मेमोरी और बेहतर टेक्स्ट/बाइनरी सुविधाएँ अजीब मॉड्यूल-लिंकिंग हैक्स को समाप्त करती हैं और संकलित इकाइयों के विश्वसनीय स्थैतिक विलय या मॉड्यूलर लिंकिंग को सक्षम बनाती हैं, जो क्रॉस-भाषा रनटाइम और स्थैतिक पैकेजिंग को सरल बनाती हैं। होस्ट GC और समृद्ध संदर्भ मॉडल भाषा पोर्टेबिलिटी के लिए सबसे महत्वपूर्ण परिवर्तन हैं: ये संकलकों और टूलचेन को Wasm को लक्षित करने की अनुमति देते हैं जबकि एक मानक, कुशल GC मॉडल पर निर्भर रहते हैं, जो JVM/CLR/Go-शैली के प्रबंधित भाषाओं के लिए प्रथम श्रेणी के समर्थन की बाधा को महत्वपूर्ण रूप से कम करता है और Wasm के भीतर समृद्ध भाषा रनटाइम के लिए। SpecTec का मशीन-जनित गद्य + औपचारिक अर्थशास्त्र स्पेक की विश्वसनीयता को बढ़ाता है और रनटाइम और टूलिंग के बीच असंगतियों को कम करना चाहिए, परीक्षण कवरेज में सुधार करना और रिग्रेशन पहचान को अधिक सरल बनाना। ये सभी परिवर्तन पीछे की ओर संगत हैं, लेकिन उन्हें टूलचेन और रनटाइम अपडेट की आवश्यकता होती है; टीमों के लिए व्यावहारिक अगले कदम अपडेटेड रनटाइम (ब्राउज़र्स और Wasm इंजन) पर पिन और परीक्षण करना, Memory64/GC पथों के लिए वास्तविक बेंचमार्क चलाना, और उत्पादन वर्कलोड को माइग्रेट करने से पहले wasm-bindgen, Emscripten, संकलक लक्ष्यों और क्लाउड Wasm प्लेटफार्मों के अपडेट पर नज़र रखना है। (webassembly.org)

स्रोत

आगे पढ़ें