
AIOZ Pin keeps your files online by pinning them on IPFS, so garbage collection never removes them, and by caching frequently accessed content across the AIOZ DePIN. You can reach each file by its CID through the public gateway or a premium gateway, and check its status through the API.
TL;DR:
Updated Oct 19, 2026: rewrote the post to answer from the AIOZ Pin docs first, and credited the "independent copies" and "cryptographic proofs" quotes to sponsored Decrypt coverage.
IPFS nodes cache content that passes through them, and when their disks fill up they run garbage collection and delete whatever nobody asked them to keep. The AIOZ Pin FAQ describes that cycle, and a pin is how you opt out of it. A pinned CID, and every block under it, stays on the node until you unpin it.
When you upload a file to AIOZ Pin or pin an existing CID, AIOZ Pin holds that pin for you. The AIOZ Pin infrastructure page says pinning files within the IPFS network "guarantees their long-term storage and accessibility, even when they are no longer actively accessed." That last part is the point. An unpinned file survives only while it stays popular, and a pinned one survives when nobody has opened it in months.
If you want the general picture first, our guide to unpinning and garbage collection shows what happens to blocks when a pin goes away.
Staying stored and staying reachable are different problems. AIOZ Pin runs on the AIOZ DePIN, a network of independent node operators, and the infrastructure docs list three features that work on reachability:
Note the scope of the caching claim: the docs tie replication to frequently accessed content. They don't say how many copies a rarely opened file has, which is why the pin itself is the part to rely on.
The gateway you use also matters: premium gateways have no predefined rate limit and serve from 200+ edge caching locations. The public gateway allows 15 requests per minute per CID and 200 per minute per IP, and the docs call it unsuitable for production. A popular file behind the public gateway can look offline when it is only rate limited.

A Decrypt article from Jan 29, 2026, marked "Brought to you by AIOZ Network," goes further than the docs. It says AIOZ Pin "replicates that data as multiple, independent copies, chunked and addressed as one or more Content Identifiers (CIDs)." It also says nodes are "tasked with providing cryptographic proofs to verify that files are actually being stored."
We used to quote those lines as if they came from the docs, which was wrong. They come from sponsored press, and the AIOZ Pin docs don't describe storage proofs or a copy count. Treat them as AIOZ's description of its design, and plan around what the docs state.
You don't have to take any of this on trust, because three checks cover it:
https://public.aiozpin.network/ipfs/{cid} or your premium gateway URL and confirm the file comes back.The hash check matters most, since it proves the bytes are the ones you pinned no matter which node served them.
Most "my file is gone" reports come from one of four causes, and only the first removes the pin:
DELETE /api/pinning/unpin/{pinId}For billing and account questions, see what happens to your files if you stop using AIOZ Pin.
We expose each pin's state through the API, so you can monitor files the same way you upload them. This request is the cURL example from the AIOZ Pin pinning API docs:
curl --location --request GET 'https://api.aiozpin.network/api/pinning/3c3fec2a-ca65-4b8e-bcf3-c8e2ceaa23d2' \
--header 'pinning_api_key: KEY' \
--header 'pinning_secret_key: SECRET'The response includes the cid, size, pinned, and status fields. To audit everything at once, GET /api/pinning/pins/?pinned=true lists your pinned files with the same fields, ten per page by default.
What the docs don't cover yet: how many copies of a pinned file the network keeps, any storage-proof mechanism, and an uptime SLA. If your project needs those numbers for compliance, ask the AIOZ team directly.
Next step: the AIOZ Pin Quick Start takes you from account to first pinned file.
Does AIOZ Pin keep my files online when nobody accesses them? Yes, the docs say pinning keeps files stored and accessible even when they are no longer actively accessed, because pinned content is exempt from garbage collection.
What happens if one AIOZ DePIN node goes offline? The docs describe smart caching and routing that send requests to the nearest available node, though they don't publish how many copies each pinned file has.
Does AIOZ Pin publish an uptime SLA? No, the AIOZ Pin docs don't publish an uptime SLA or a replica count, so ask the team if you need either in writing.
How do I know my file hasn't been tampered with? Recompute its CID from the bytes you fetched and compare it with the CID you pinned, since any change to the content changes the CID.
Why does my file load slowly or fail on the public gateway? The public gateway allows 15 requests per minute per CID and 200 per minute per IP, so busy files belong on a premium gateway.

ERC-1155 metadata on IPFS breaks when filenames ignore the {id} rule. Here is the exact 64-character format, a working folder layout, and the per-token option.

AIOZ Pin rate limits in one place: 180 requests per minute for the API, 15 per CID on the public gateway, and no predefined limit on premium gateways.

IPFS pin stuck on Pinning? Here is what Pinning, Pinned, and Failed mean on AIOZ Pin, why big directories can sit there, and how to read a pin's real state.

Two identical files, three IPFS tools, three different CIDs. Here is why that happened for years, and how IPIP-0499 made content addressing deterministic.

AIOZ Pin MCP server setup has two paths: llms.txt lets a super intelligence assistant read the API, the MCP server lets it call 11 tools. Here is each one.

AIOZ Pin bills three flat rates against a token wallet, with no tiers to pick between. Here is what storage, bandwidth and pinned files cost, with examples.