Wasm 3.0 पूरा हुआ — Memory64, मल्टी-मेमोरी, GC, और SpecTec अब आधिकारिक हैं
प्रमुख अपडेट
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)
स्रोत
आगे पढ़ें
Node.js v25 2025‑10‑15 के लिए निर्धारित — semver‑major रिलीज निकट है
30 सितंबर 2025Node.js v25 15 अक्टूबर, 2025 के लिए निर्धारित है (कमिट कटऑफ 2025‑09‑15)। टीमों को नए मेजर के खिलाफ CI चलाना चाहिए, नेटिव मॉड्यूल का सत्यापन करना चाहिए, और कैनरी डिप्लॉयमेंट के लिए तैयारी करनी चाहिए।
Azure Functions Proxies: सामुदायिक समर्थन 2025‑09‑30 को समाप्त — अब Proxies से माइग्रेट करें
29 सितंबर 2025Azure ने घोषणा की है कि Azure Functions Proxies 2025‑09‑30 के बाद असमर्थित होंगे; जो टीमें अभी भी Proxies का उपयोग कर रही हैं, उन्हें तुरंत एक समर्थित API सतह (APIM, Front Door, या एक हल्का रिवर्स प्रॉक्सी) पर इन्वेंटरी और माइग्रेट करना चाहिए।
NodeShield: रनटाइम SBOM प्रवर्तन (CBOM) Node.js के लिए आपूर्ति श्रृंखला हमलों को नगण्य ओवरहेड के साथ सीमित करता है
28 सितंबर 2025एक नया पेपर NodeShield का परिचय देता है, जो एक रनटाइम प्रवर्तन प्रणाली है जो SBOMs का उपयोग करती है जो प्रति-निर्भरता क्षमताओं (CBOM) के साथ विस्तारित होती है ताकि Node.js में आपूर्ति श्रृंखला के दुरुपयोग को ~98% प्रभावशीलता और <1ms ओवरहेड के साथ रोका जा सके।