WASI 0.3 ya está aquí: el cambio pequeño que vuelve más serio a WebAssembly
La Bytecode Alliance ha estabilizado WASI 0.3 y lleva el async nativo al modelo de componentes. Es una mejora de base, no una nota de color.
Bytecode Alliance ha ratificado WASI 0.3.0 y ha movido el async al centro del modelo de componentes de WebAssembly.
La diferencia con WASI 0.2 es menos vistosa de lo que parece, pero mucho más importante: pollable, input-stream, output-stream y la secuencia start/finish/subscribe dejan de sostener la asincronía por sí solas. Ahora esas primitivas viven en el ABI canónico del Component Model.
Lo que cambia cuando el host lleva el volante
El host pasa a coordinar la ejecución compartida entre componentes. Eso reduce fricción donde antes había runtimes separados que funcionaban bien por su cuenta, pero se estorbaban en cuanto había que componerlos.
Con stream<T>, future<T> y async como constructos de primera clase, los bindings pueden ser más idiomáticos y el modelo deja de depender de trucos auxiliares.
Por qué importa
- Menos pegamento entre componentes.
- Más interoperabilidad entre runtimes.
- Más claridad sobre ownership, scheduling y completion.
La noticia no es que WebAssembly “tenga async”. La noticia es que por fin lo tiene de una forma que puede escalar sin inventar otro sistema paralelo alrededor.
Artículos relacionados
Microsoft Build 2026 convierte Windows en la base de su etapa de agentes
Microsoft mueve el foco de Windows hacia agentes, IA local y hardware de desarrollo con Project Solara y Surface RTX Spark Dev Box.
Claude empieza a pedir identidad: Anthropic cambia el acceso sin hacer ruido
Anthropic está desplegando controles de identidad para algunos usos de Claude. Pide un documento oficial y una selfie, procesa los datos con Persona y lo presenta como una medida de seguridad y cumplimiento.