WASI 0.3 : l'asynchrone devient natif dans les composants WebAssembly

2026-06-11 · Éditeur : Bytecode Alliance · Domaine : Cloud & DevOps

Le 11 juin 2026, la Bytecode Alliance publie WASI 0.3.0 : les interfaces système de WebAssembly reposent sur les primitives asynchrones du modèle de composants (async func, stream, future), à la place des mécanismes d'attente de WASI 0.2.

Ce qui change

  • WASI 0.3.0 publié le 11 juin 2026 après ratification par le sous-groupe WASI.
  • async func, stream et future remplacent les ressources pollable de WASI 0.2.
  • Nouveaux mondes HTTP wasi:http/service et wasi:http/middleware.
  • Wasmtime 46 activera l'asynchrone par défaut ; chaînes d'outils invité encore en cours.

### Ce qui change Le 11 juin 2026, la Bytecode Alliance annonce **WASI 0.3**, dont la version 0.3.0 est publiée le même jour : le sous-groupe WASI a voté sa ratification. Cette version refonde les interfaces système de WebAssembly sur les primitives asynchrones du modèle de composants. La formule de l'annonce : WASI 0.3 est officiel, et l'asynchrone est désormais natif dans les composants WebAssembly. ### Caractéristiques - `async func`, `stream<T>` et `future<T>` deviennent des constructions de premier rang ; elles remplacent les ressources `pollable` et le schéma en trois étapes de WASI 0.2. - Modèle asynchrone fondé sur l'achèvement, comparable à io_uring ou IOCP, avec une gestion d'erreurs de flux par des futures indépendants. - HTTP repensé : nouveaux mondes `wasi:http/service` et `wasi:http/middleware`, qui permettent de composer des services directement. - Wasmtime 45 exécute la dernière version candidate ; Wasmtime 46 livrera WASI 0.3.0 avec l'asynchrone activé par défaut. La chaîne d'outils jco prend en charge l'ensemble de WASI 0.3. - Les chaînes d'outils côté invité pour Rust, Go, JavaScript, Python et C# sont en cours de réalisation. ### Pourquoi c'est important L'absence d'asynchrone natif était l'un des freins techniques à l'écriture de services réseau en WebAssembly composable. Avec WASI 0.3, la spécification se rapproche des besoins des services en production, mais l'écosystème d'exécution et de chaînes d'outils doit encore suivre : les versions candidates et les chaînes invité en cours montrent qu'on est au début de l'adoption. Pour les équipes plateforme, c'est un jalon à suivre, pas un déclencheur de migration. ### À retenir WASI 0.3 corrige le principal manque de WASI 0.2, l'asynchrone natif ; l'adoption dépendra du rythme des exécutions et des chaînes d'outils.

Liens

Tags : WebAssembly, Cloud natif, Edge, Open Source