Thousands off the bill
Conventional deployments buy capacity for the peak and pay for it around the clock. A CARLOS fleet is sized to concurrent use, not to how many accounts exist: idle tenants hibernate to a bucket, and a box carries as many sleeping tenants as it has disk to list them.
mechanism: hibernate to object storage · wake on the request that needs it · metered in cpu-core-hours, GB-hours and instance-hours, so the bill follows what actually ran
Carbon you stop burning
The cheapest watt is the one never drawn. Because an idle app runs no process at all (not a scaled-down container, not a warm pool, nothing), the energy floor under a CARLOS deployment is set by concurrent usage rather than by headcount. Fewer boxes for the same product is the whole of the mechanism, and it is measurable on your own bill.
mechanism: no process while idle · fleet sized to concurrent use · one static binary with no runtime to keep warm
A security claim you can falsify
This one is specific and testable rather than reassuring: publish the entire database and see what leaks. Built this way the answer is metadata (who talked to whom, and when) and never content. The residue is real and worth stating plainly; the point of the architecture is that it is all that is left.
mechanism: the server stores ciphertext plus key material it cannot open · private keys live in browsers and nowhere else
Failure that stays small
One person's process serves one person's data. A panic, a runaway query or a memory leak in someone's request path takes down their process; the next request starts it again, and nobody else notices. Underneath, routes carry several health-checked upstreams and box state snapshots to object storage every five minutes.
mechanism: blast radius of one · multi-upstream routes with in-request retry · five-minute snapshots · auto-recovery alarms on every instance
Privacy that survives the subpoena
Centralised pieces are allowed (push relays, discovery, backup stores) on one condition: they must be glue. Thin, blind, replaceable. When the central piece falls to a subpoena, a seizure or a hack, the people inside lose some convenience and never a word they said.
mechanism: membership enforced by cryptography rather than a permission check · invite secrets ride in the URL fragment, which browsers never send to a server
Residency you can point at
Data residency stops being a contract clause and becomes a placement decision. The deployment is yours: your cloud account, your bucket, your regions. An app can be pinned to a region because the fleet is a list of boxes you own, and a workload is only ever placed on a host trusted enough to hold what it holds.
mechanism: one binary, a bucket and DNS is the entire dependency list · placement gated on declared trust class, not on capacity alone