2020년 글은 W3C 권고(1.0) 직후의 WebAssembly(이하 'wasm')를 다뤘습니다. '미래 버전에 포함될 작업'으로 스레드, SIMD(single instruction, multiple data), 참조 타입, 꼬리 호출, ESM(ECMAScript modules) 통합을 소개했고, Bytecode Alliance와 WASI(WebAssembly System Interface)가 그리는 브라우저 밖의 그림을 살펴봤습니다. 그리고 "아직까지 실서비스에서의 활발한 사용이 눈에 띄지는 않는다"라는 말과 함께, Sass가 wasm으로 플랫폼별 빌드 문제를 풀 수 있을지 모른다는 기대로 글을 맺었습니다.
이번 연재는 다음 네 편으로 구성됩니다.
1편: JavaScript(ECMAScript)
2편: 브라우저 밖의 JavaScript
3편: WebAssembly
4편: 라이브러리와 프레임워크
이 글에서는 2020년 글 이후 6년을 이어서 정리합니다. 2020년에 예고했던 기능들의 결말, wasm 2.0과 3.0, 지금 진행 중인 제안, WasmGC 덕분에 웹에서 쓸 수 있게 된 언어들, Component Model과 WASI가 바꾼 브라우저 밖의 생태계, JavaScript 개발자가 알게 모르게 쓰고 있는 wasm 패키지들을 살펴봅니다. 마지막으로 AI 도구와 에이전트가 wasm의 쓰임새를 어떻게 바꾸고 있는지도 정리합니다.
이 글의 내용은 2026년 10월을 기준으로 작성되었습니다. 글을 읽는 시점에 따라 글의 내용과 사실이 다를 수 있습니다.
2020년 이후 6년
2020년 글을 쓸 당시 wasm은 숫자 타입 네 가지(i32, i64, f32, f64)와 연속된 바이트 배열인 선형 메모리(linear memory)만 가진, 말 그대로 '컴파일 타깃'이었습니다. JavaScript와 문자열 하나를 주고받으려 해도 메모리에 바이트를 쓰고 그 위치를 숫자로 넘기는 글루 코드(glue code)가 필요했습니다.
6년이 지난 지금 wasm은 GC(가비지 컬렉션), 예외 처리, 64비트 주소 공간, 꼬리 호출을 명세에 담은 3.0이 되었습니다. Java, Kotlin, Dart 같은 GC 언어가 자체 런타임을 통째로 싣지 않고 wasm으로 컴파일됩니다. 브라우저 밖에서는 WASI가 Component Model 위로 옮겨 가며 0.2, 0.3이 나왔고, CDN 업체들이 wasm 기반 엣지 플랫폼을 운영하고 있습니다.
표 1 2019년 이후 주요 사건
시기
사건
2019년 12월
wasm 1.0 W3C 권고
2020년 10월
LibSass, Node Sass 비권장(deprecated) 지정
2023년 11월
V8 팀, WasmGC 포팅 가이드 공개(Chrome 119부터 WasmGC 지원)
2024년 1월
WASI 0.2 출시, WASI가 Component Model 기반으로 전환
2024년 6월
Google Sheets 계산 엔진의 WasmGC 전환 사례 공개
2024년 7월
Node Sass 지원 종료(end-of-life)
2024년 12월
W3C, wasm 2.0 후보 권고안 스냅샷 구현 요청
2025년 9월
wasm 3.0 발표
2025년 12월
Akamai, Fermyon 인수 발표
2026년 6월
WASI 0.3 출시, Safari 27 베타에서 JSPI(JS Promise Integration) 지원
Bytecode Alliance가 2026년 1월 발행한 10주년 회고에 따르면, wasm은 2015년 6월 17일 4개 브라우저 벤더가 동시에 발표했고 2017년 말에 4대 브라우저가 모두 지원했습니다. 2019년 3월에 WASI가 발표되었고