zeroboot

Sandbox VM sub-millisecond per agenti AI tramite fork copy-on-write

Provalo

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))"}'

Benchmark

Ogni sandbox è una vera macchina virtuale KVM con isolamento della memoria garantito dall'hardware.

Come funziona

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

1. Template (una tantum): Firecracker avvia una VM, precarica il tuo runtime e crea uno snapshot della memoria + stato della CPU
2. Fork (~0.8ms): Crea una nuova VM KVM, mappa la memoria dello snapshot come CoW, ripristina lo stato della CPU
3. Isolamento: Ogni fork è una VM KVM separata con isolamento della memoria garantito dall'hardware

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)");

Documentazione

• Riferimento API
• Guida al Deployment
• Architettura

Stato

Prototipo funzionante. La primitiva di fork, i benchmark e l'API sono reali, ma non ancora pronti per la produzione. Apri un issue se sei interessato.

Self-host o gestito

Zeroboot è open source. Puoi ospitarlo su qualsiasi macchina Linux con KVM, oppure usare l'API gestita:

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))"}'

Stiamo costruendo il servizio gestito per team che non vogliono gestire la propria infrastruttura. Iscriviti per l'accesso anticipato: https://tally.so/r/aQGkpb

Limitazioni note

• I fork condividono lo stato del CSPRNG dallo snapshot. L'entropia del kernel viene riseminata tramite RNDADDENTROPY, ma i PRNG in userspace (numpy, OpenSSL) necessitano di una risemina esplicita per ogni fork. Vedi la guida di Firecracker.
• Singola vCPU per fork. Multi-vCPU è architetturalmente possibile ma non implementato.
• Nessuna rete all'interno dei fork. Le sandbox comunicano solo tramite I/O seriale.
• Gli aggiornamenti del template richiedono un re-snapshot completo (~15s). Nessuna patch incrementale.

Licenza

Apache-2.0