사용해 보기

curl -X POST https://api.zeroboot.dev/v1/exec \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer zb_demo_hn2026' \
  -d '{"code":"import numpy as np; print(np.random.rand(3))"}'

벤치마크

지표	Zeroboot	E2B	microsandbox	Daytona
스폰 지연 시간 p50	0.79ms	~150ms	~200ms	~27ms
스폰 지연 시간 p99	1.74ms	~300ms	~400ms	~90ms
샌드박스당 메모리	~265KB	~128MB	~50MB	~50MB
포크 + 실행 (Python)	~8ms	-	-	-
동시 포크 1000개	815ms	-	-	-

각 샌드박스는 하드웨어로 강제되는 메모리 격리를 갖춘 실제 KVM 가상 머신입니다.

작동 방식

  Firecracker snapshot ──► mmap(MAP_PRIVATE) ──► KVM VM + restored CPU state
                              (copy-on-write)         (~0.8ms)

템플릿 (일회성): Firecracker가 VM을 부팅하고, 런타임을 미리 로드한 뒤 메모리 + CPU 상태를 스냅샷으로 저장합니다
포크 (~0.8ms): 새로운 KVM VM을 생성하고, 스냅샷 메모리를 CoW로 매핑하며, 모든 CPU 상태를 복원합니다
격리: 각 포크는 하드웨어가 강제하는 메모리 격리를 갖춘 별도의 KVM VM입니다

SDK

Python — sdk/python

from zeroboot import Sandbox
sb = Sandbox("zb_live_your_key")
result = sb.run("print(1 + 1)")

TypeScript — sdk/node

import { Sandbox } from "@zeroboot/sdk";
const result = await new Sandbox("zb_live_your_key").run("console.log(1+1)");

문서

작성자

Zeroboot는 2026년 3월에 만들어졌으며 Adam Miribyan(@adammiribyan)이 유지 관리합니다. 프로젝트 사이트: zeroboot.dev.

연구에서 zeroboot를 사용하는 경우 인용해 주세요. CITATION.cff를 참조하거나 "Cite this repository" 버튼을 사용하세요.

인용 사례

DeltaBox: Scaling Stateful AI Agents with Millisecond-Level Sandbox Checkpoint/Rollback, arXiv:2605.22781 (2026년 5월).
Memory Compression for High-Fanout Agent Sandboxes (AgentZip), arXiv:2609.11294 (2026년 9월).

논문이나 프로젝트에서 zeroboot를 사용하는 경우, 이슈나 풀 리퀘스트를 열어 여기에 추가해 주세요.

상태

동작하는 프로토타입입니다. fork 프리미티브, 벤치마크, API는 실제로 동작하지만 아직 프로덕션 수준으로 강화되지는 않았습니다. 관심이 있으시면 이슈를 열어 주세요.

셀프 호스팅 또는 관리형

Zeroboot는 오픈 소스입니다. KVM이 있는 Linux 머신에 셀프 호스팅하거나 관리형 API를 사용하세요:

curl -X POST https://api.zeroboot.dev/v1/exec \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer zb_demo_hn2026' \
  -d '{"code":"import numpy as np; print(np.random.rand(3))"}'

자체 인프라를 운영하고 싶지 않은 팀을 위한 관리형 서비스를 구축하고 있습니다. 얼리 액세스 신청: https://tally.so/r/aQGkpb

알려진 제한 사항

fork는 스냅샷의 CSPRNG 상태를 공유합니다. 커널 엔트로피는 RNDADDENTROPY를 통해 다시 시드되지만, 사용자 공간 PRNG(numpy, OpenSSL)는 fork마다 명시적으로 다시 시드해야 합니다. Firecracker의 가이드를 참조하세요.
fork당 단일 vCPU입니다. 멀티 vCPU는 아키텍처적으로 가능하지만 구현되지 않았습니다.
fork 내부에 네트워킹이 없습니다. 샌드박스는 직렬 I/O를 통해서만 통신합니다.
템플릿 업데이트에는 전체 재스냅샷(~15초)이 필요합니다. 증분 패치는 없습니다.

라이선스

Apache-2.0

zeroboot

인기