Ant, 경량 JavaScript 런타임과 생태계 — 8.6MB 단일 바이너리로 V8/JSC 우회하는 새로운 접근

• --

title: "Ant, 경량 JavaScript 런타임과 생태계 — 8.6MB 단일 바이너리로 V8/JSC 우회하는 새로운 접근"

category: 개발팁

gn_topic_id: 31348

source_url: https://news.hada.io/topic?id=31348

image_query: javascript runtime console terminal

date: 2026-07-13

• --

Ant, 경량 JavaScript 런타임과 생태계 — 8.6MB 단일 바이너리로 V8·JSC·SpiderMonkey를 우회하는 새로운 접근

> "V8을 다시 감싸지 않는다"는 한 마디로 시작하는 JS 런타임이 또 나왔다. Ant Silver 엔진 자체 개발, 8.6MB 단일 바이너리, npm 호환, Hono·Elysia·TypeScript·React·Rolldown·Wasm 지원까지 — 무거워진 Node를 대체하려는 시도가 2026년에도 계속되고 있다.

왜 또 새로운 JS 런타임이 나오는가

Node.js와 Deno, Bun이 시장을 나눠갖고 있는 가운데 2026년 7월 등장한 Ant는 antjs.org를 통해 공개된 경량 런타임이다. 자체 엔진 이름은 Ant Silver이며, 약 8.6MB 단일 바이너리로 배포된다. 가장 큰 차이점은 V8·JSC·SpiderMonkey를 감싸지 않는다는 설계 철학이다. 일반적인 임베디드 JS 환경은 세 엔진 중 하나를 라이브러리 형태로 링크해 호출하지만, Ant는 바이트코드 인터프리터와 JIT 단계를 직접 구현했다고 밝힌다.

이 덕분에 단일 바이너리 크기는 8.6MB에 불과하다. 비교 대상으로 Node 22 LTS는 Linux x64 기준 약 70MB, Bun은 80MB대, Deno는 100MB를 넘는다. CLI 도구로 자주 쓰이는 QuickJS-ng는 1MB 미만이지만 npm 호환성 측면에서 차이가 크다.

WinterTC·compat-table 100%라는 주장

Ant 측은 compat-table 100% 와 WinterTC 준수를 표기한다. WinterTC는 WinterCG(웹 표준 인터op 그룹)가 정의한 최소 웹 API 집합으로, Node/Deno/Bun/edge 런타임 간 호환을 목표로 한다. Fetch API, Streams, Web Crypto, URL, structuredClone 같은 표준들이 포함된다. compat-table은 kangax의 JS 기능 호환성 테스트 스위트로, ES2024 이후의 기능까지 측정한다.

다만 100% 표기는 본인 측정 기준이라는 점을 감안해야 한다. Edge 런타임 표준화는 아직 진행 중이며, V8 12.x 대비 일부 Stage 3 제안이 미구현일 수 있다.

실제로 npm 패키지가 동작하는가

Ant는 npm 디렉터리에서 node_modules 해석 규칙과 package.json 필드를 그대로 따른다고 한다. 단순한 Hono 라우팅 코드를 두 줄 등록하고 종료하는 데모가 공개되어 있는데, Hono는 표준 Fetch API 위에 추상화되어 있어 WinterTC 호환 런타임이면 그대로 동작한다.

여기서 의문이 생긴다. React·Rolldown·Wasm 지원은 어디까지인가. React는 SSR 모드에서 Node의 vm 모듈이 아니라 표준 Fetch + Streams로 작동하므로 가능하지만, Rolldown 같은 번들러는 fs·path 모듈에 깊이 의존한다. Ant가 이를 어떻게 polyfill하는지, 그리고 Wasm은 WASI Preview 2 기반인지 JS API 만인지가 향후 실사용성을 가를 관건이다.

Rust로 작성된 런타임의 무게

Ant GitHub 저장소는 Rust로 작성됐음이 확인된다. Rust 런타임은 Deno·Bun과 같은 계열인데, Ant는 Tokio에 대한 의존을 최소화하고 자체 스케줄러를 갖춘 것으로 보인다. QuickJS·Boa 같은 임베디드 인터프리터를 Rust로 포팅하는 사례는 늘고 있어, Ant Silver도 그 연장선으로 보는 시각이 있다.

다만 JIT 까지 자체 구현했다는 점이 다르다. Cranelift이나 SimpleJIT 같은 백엔드를 활용해 핫 경로를 네이티브 코드로 변환하는 단계가 포함된 것으로 보인다. 초기 콜드 스타트는 인터프리터로 빠르게 시작하고, 일정 호출 임계치를 넘으면 JIT로 승격하는 tier-up 전략이 흔하다.

어디에 쓸 수 있을까

CLI 도구로 쓰기에는 8.6MB가 적당하다. 7zip 바이너리가 1MB대, FFmpeg static 빌드가 80MB인 점을 감안하면, 의존성 없는 단일 실행 파일은 배포·컨테이너화에 강점이 있다. WASI 호환 Wasm 모듈을 로드해 실행할 수 있다면, 서버리스 cold-start 시간을 크게 줄일 수 있다.

반면 npm 방대 생태계를 요구하는 일반 웹 서버 사이드에서는 Node·Bun 대비 검증이 부족하다. 실서비스 적용 전엔 메모리 누수, 동시성 한계, 디버깅 도구, TypeScript 트랜스파일러 안정성을 따져야 한다.

정리

Ant는 V8을 다시 감싸지 않는 JS 런타임을 만들겠다는 실험이다. 8.6MB 단일 바이너리, WinterTC 준수, Hono·Elysia 호환이라는 약속은 매력적이지만, JIT 자체 구현과 npm 호환이라는 두 마리 토끼를 모두 잡았는지 검증은 초기 단계다. JS 런타임 경쟁은 이제 단일 회사에서 표준 엔진을 유지보수하는 구조에서 벗어나, 커뮤니티主导 자체 엔진 구현 시대로 옮겨가고 있다.

• --

• 참고 링크*
• 원문: 긱뉴스 31348 — Ant, 경량 JavaScript 런타임과 생태계
• Ant 공식 사이트: antjs.org

---

📰 원본 출처 · https://news.hada.io/topic?id=31348 (#N=31348)

이 글은 GeekNews(긱뉴스)에 게제된 글을 기반으로 작성되었습니다. 원본의 라이선스와 저작권은 원작자에게 있습니다.