No keys, no accounts, no signing. Uploads are chunked so no single request is ever large. Every example below assumes the API host is in your shell:
export ZZ=…
the shape of an upload
Three calls per file. Chunks may be sent in any order and retried individually; each one is written straight to its offset on disk, so nothing is reassembled at the end.
1 POST /v1/upload/init → token, chunkSize, totalChunks, deleteToken
2 PUT /v1/upload/:token/chunk/0 → repeat for every chunk
PUT /v1/upload/:token/chunk/1
…
3 POST /v1/upload/:token/complete → url
A bundle wraps the same three calls: open a collection first, pass its token to each init, seal it at the end.
reserve an upload
POST/v1/upload/init
Reserves a token and an upload session. Counts against the rate limit (20 per 15 minutes) unless it names a collection.
Give it tokens you already hold, get back the ones that still resolve. Up to 500 at a time. This is how the drop page prunes its own list without the server keeping one.
Short version: no account, no logging you can be found by, and everything erases itself on a clock you can read.
limits
Per file
25 GiB
Per week, per uploader
30 GiB
Files in a bundle
200
One-shot upload (ShareX, curl)
95 MiB
New uploads
20 per 15 min
how long files livebigger stays shorter
under 5 GiB30 days
5 – 15 GiB15 days
15 – 20 GiB7 days
20 GiB and up3 days
Bigger files cost more disk, so they're kept for less time. Files in a bundle follow the bundle's own clock instead, so a bundle never loses a member early — and quota frees up as your files expire.
report an upload
Paste the zhuzhbox link. Reports are anonymous; a sentence about what is wrong is enough to triage it.
No. There is no sign-up, no email field, and no session. The link is the only thing that proves an upload is yours.
What is stored about me?
A salted one-way hash of your address, used for the weekly quota and for rate limiting. It is not reversible and it is not attached to the file's record in any readable way. No ads, no analytics, no third-party scripts on this page.
Can you read my files?
Not from the database or the disk alone. Each file is encrypted with a key derived from its own token plus a server-side secret; the token is never stored, only a hash of it. Filenames and types are encrypted the same way. Without the link, a copy of the database is unreadable.
The exception is deliberate and worth naming: when someone reports a link, that report keeps the token so an admin can open the file and judge it. Nothing else escrows a token.
How do I delete something early?
What is not allowed?
Anything illegal where the server lives, anything sexual involving minors, malware, and using the service to harass someone. Reported uploads are reviewed and removed; uploaders can be blocked.
Where did my file go before its clock ran out?
Either it was reported and removed, or the delete token was used. Files are never moved to a bin — deletion erases the bytes and the record together.