WebAssembly hat in den letzten Jahren ein Image-Problem gehabt, das fast schon liebenswert war: jedes Jahr „kurz vor dem Durchbruch", immer mit Demos, die beeindrucken, aber immer mit zahlreichen, schmerzhaften Lücken. 2025 hat sich dieses Bild verschoben - nicht durch eine Marketing-Kampagne, sondern durch eine Reihe sehr konkreter Standards, die endlich landeten.
Im September 2025 wurde WebAssembly 3.0 zum W3C-Standard. Klingt nach Bürokratie, ist aber das Fundament für neun Features, die Wasm im Browser endgültig produktionstauglich machen: WasmGC (eingebauter Garbage Collector - endlich keine 200 KB GC mehr pro Modul für Java, Kotlin oder Dart), Exception Handling, Tail Calls, 64-Bit-Speicher und 128-Bit-SIMD. WasmGC allein ist ein Game-Changer: Sprachen wie Kotlin/Wasm, Dart oder Scala.js können jetzt schlanke Bundles erzeugen, statt einen vollständigen Garbage Collector mit ihrer Runtime mitzuliefern.
Außerhalb des Browsers passierte noch mehr. WASI Preview 2 (Anfang 2024 stabilisiert) brachte Sockets, HTTP-Clients und -Server, Filesystem-APIs und - am wichtigsten – das Component Model. Die Idee: WebAssembly-Module sind nicht mehr nur in sich geschlossene Blobs, sondern lassen sich wie Lego-Bausteine kombinieren. Ein Rust-Modul für Kryptografie, ein TypeScript-Modul für Business-Logik, ein Python-Modul für ML-Inferenz - alle sprechen über typsichere WIT-Interfaces (WebAssembly Interface Types), ohne dass jemand fehleranfälligen FFI-Glue-Code schreiben muss.
Auf der Infrastruktur-Seite ist die Adoption beeindruckend. Cloudflare Workers, Fastly Compute und Fermyon Cloud führen Wasm in Produktion aus. Spin (das Wasm-Pendant zu Docker) ist in die CNCF Sandbox eingezogen und lässt sich als Containerd-Shim direkt in Kubernetes orchestrieren. Docker selbst hat native Wasm-Unterstützung. Die Cold-Start-Vorteile sind brutal: Edge-Functions starten in Mikrosekunden statt Millisekunden, der Speicherbedarf liegt bei Megabytes statt Gigabytes. Für Multi-Tenant-Workloads im großen Maßstab ist Wasm aktuell schlicht die ressourceneffizienteste Option am Markt.
Spannend auch der KI-Aspekt: Anthropic und andere Anbieter setzen WebAssembly zunehmend als Execution-Format für AI-Tools ein, die innerhalb des Model Context Protocol von Agenten aufgerufen werden. Die Sandboxing-Eigenschaften von Wasm machen es zur natürlichen Wahl für Code, der von einer KI generiert oder ausgeführt wird - mit kontrollierten Capabilities statt offenem Systemzugriff.
Ehrlich bleiben muss man auch: Threading-Support steht weiterhin aus, WASI 1.0 ist noch nicht final, und der ökosystemweite Streit zwischen Browser-Camp und Systems-Camp (passend dokumentiert in RedMonks „Wasm's Identity Crisis"-Analyse) wird auch nicht morgen früh beigelegt sein. Wasm wird 2026 nicht JavaScript ersetzen, und es wird auch nicht Container überflüssig machen.
Aber WebAssembly hat sich in genau jenen Nischen festgesetzt, in denen es unschlagbar ist: Edge-Computing, sichere Plugin-Systeme, polyglotte Microservices, On-Device-AI-Inferenz, Multi-Tenant-Compute. Die Adoption wuchs 2025 um 28 Prozent. Drei Jahre lang hieß es „fast fertig". Diesmal könnte es stimmen.
