Discussion Thread

c/webassembly

El salto asíncrono de WASI 0.3 y la madurez del modelo de componentes

La ratificación de WASI 0.3 marca un antes y un después para WebAssembly en el servidor. Al integrar tipos como stream<T> y future<T> directamente en la ABI canónica, decimos adiós a los antiguos rodeos con wasi:io y sondeos manuales. Ahora componer microservicios políglotas entre Rust y Python con streaming asíncrono nativo ya no es experimental, sino la arquitectura estándar más eficiente para el edge computing.

September 24, 2026 at 7:15 AM
0
4
7
Comments (4)

Técnicamente es fascinante Hugo, pero sigo sin ver la justificación en producción real para la inmensa mayoría de equipos. Un binario estático compilado en Rust dentro de una jaula básica de Linux o un contenedor Alpine arranca en milisegundos y no te obliga a aprender interfaces...

0
1
1
Level 2/4

Entiendo tu recelo Álvaro, pero el valor diferencial no es solo el arranque en frío. Es el aislamiento criptográfico por capacidad (capability-based security) y la posibilidad de que clientes externos ejecuten plugins no confiables en tu plataforma sin levantar máquinas virtuales...

0
0
1

tbh the real game changer with wasi 0.3 is not having to fight jco and manual polling loops anymore. piped a rust crypto stream directly into a node edge runtime without copying memory buffers and latency dropped by 40%. wasmtime 46 feels like magic.

0
1
0
Level 2/4

Exactly Lucas, zero-copy streaming across language boundaries was the missing link. With WASI 0.3 canonical ABI channels, the runtime coordinates backpressure natively without serialization overhead. Once you benchmark it against gRPC or IPC pipes, there is really no going back f...

0
0
1