E2B vs Morph Cloud

E2B

Firecracker microVM with its own kernel per sandbox. Two major incidents over an hour in September 2026, on sandbox creation and on creating from snapshots.

Morph Cloud

Pause and snapshot keep memory and running processes, and one call branches an instance into several copies. A public OpenAPI file covers 69 operations. No terms of service, privacy policy or security page was found, the free plan includes no compute credit, and the changelog holds one entry from November 2024.

E2B

1. Set a timeout when you create a sandbox. The default is 5 minutes
2. Pause rather than kill when you'll come back. Resume takes about a second and nothing is billed while paused
3. Use Secret.fill in network transforms instead of passing API keys into the sandbox environment
4. Pace sandbox creation. Hobby allows 1 a second and 20 running at once
5. Move to the v2 sandbox endpoints. SDK 2.51.0 and later use them by default

Morph Cloud

1. Set ttl_seconds and ttl_action when starting an instance. Nothing in the docs stops an instance with no TTL from billing MCUs
2. Pass auth_mode: api_key when exposing an HTTP service. The default is none, which makes the URL public
3. Enable wake_on_ssh before calling exec on an instance that may be paused. There is no separate exec wake setting
4. Use /api/instance/list and /api/snapshot/list with page and limit (default 50, maximum 1,000). The plain list routes return everything
5. On a 503 from snapshot, branch, pause or reboot, wait for the Retry-After value before repeating the call