One DePIN, Three Workloads: Storage, Compute, Streaming

Every well-known DePIN project in video and media picks one layer and specializes in it. Livepeer and Theta Network handle video transcoding and delivery. Filecoin, Storj, and Arweave handle storage. Render Network and io.net handle compute. If you are building a real product, that specialization usually means stitching two or three of these networks together yourself. AIOZ is one of the only DePIN networks that runs storage, compute, and streaming on a single network, and AIOZ Stream is built directly on top of that combined layer rather than bolting a delivery service onto someone else's storage.

TL;DR:

• Most decentralized infrastructure networks specialize in one workload: storage, compute, or streaming.
• AIOZ runs all three on one network, so AIOZ Stream handles ingest, transcoding, storage, and delivery without wiring together separate vendors or separate wallets for each layer.

What "one DePIN, three workloads" actually means

A DePIN, or decentralized physical infrastructure network, replaces a company's data centers with independently operated nodes that get paid for contributing a resource: disk space, GPU cycles, or bandwidth. Most DePIN projects built one kind of node for one kind of resource. AIOZ's node software instead exposes three resource types at once: storage capacity, transcoding and compute cycles, and delivery bandwidth. AIOZ Stream's own pipeline (ingest, transcode into adaptive bitrate renditions, store the renditions, then deliver them through the node network) runs entirely on that shared base instead of routing each step to a different specialized chain.

Why everyone else picked one layer

Looking at the highest-profile decentralized infrastructure projects in and around video, each one owns exactly one part of the stack:

This is not a coincidence. Livepeer's own documentation and blog focus entirely on transcoding and, more recently, real-time AI video, and its tutorials walk developers through pairing Livepeer with Arweave or Filecoin for storage because Livepeer itself does not store anything. Storj and Filecoin both publish media-specific content about video storage, but neither one transcodes or delivers a stream. Each project made a reasonable bet to go deep on one problem. The tradeoff shows up on the builder's side: stitching a video product together from these pieces means managing a separate network, a separate SDK, and often a separate token balance for each layer, just to move a file from upload to playback.

What builders actually gain from one network

The practical benefit shows up before a single video is even encoded. Setting up AIOZ Stream means creating one wallet-linked account, funding it with AIOZ tokens, and generating one API key. That single key can create a video object, trigger transcoding, store the resulting renditions, and serve them through the CDN layer, because all four of those steps run on the same account and the same underlying network. There is no second contract to fund, no second dashboard to monitor, and no second support channel to file a ticket with when storage and delivery disagree about a file's status, because storage and delivery are not two different products here.

This also simplifies billing in a very concrete way. AIOZ Stream's streaming pipeline reports storage, delivery, and transcoding usage through the same account balance, in the same token, on the same invoice-equivalent usage log. A team that instead wires Livepeer plus Filecoin plus a CDN together is reconciling three separate cost centers, in at least two different tokens, to answer one question: what did this video actually cost to serve.

Where this shows up in AIOZ Stream today

You can see this in how the product is actually wired together, not just in how it is described. The same account that authenticates a video upload also authenticates storage usage and delivery usage, because the API keys, wallet balance, and usage reporting are shared across all three workloads rather than split across separate products. When AIOZ Stream's adaptive bitrate and QoE tooling decides to step a viewer's quality up or down, it is making that call on infrastructure the same network already stores the source file on, not on a second delivery layer bolted on after the fact.

The honest tradeoff

A single combined network is not automatically the best network at each individual layer. Arweave's pay-once, store-forever model is a genuinely different product than pay-as-you-go storage, and some teams will want that specific guarantee. Livepeer and Theta have a longer track record specifically in large-scale live transcoding. AIOZ isn't claiming any one layer beats a specialist at its own game. Most products just don't need the single best storage network wired to the single best compute network wired to the single best delivery network. They need one account, one bill, and one thing to debug when a video doesn't play.

Frequently Asked Questions

Is AIOZ the only DePIN network that combines storage, compute, and streaming?
Among the highest-profile decentralized infrastructure projects in this space, yes. Livepeer and Theta are streaming/compute-focused without native storage, and Filecoin, Storj, and Arweave are storage-focused without transcoding or delivery. AIOZ is the one we found running all three on one network.

Does using one network mean giving up flexibility?
No. AIOZ Stream still exposes storage, transcoding, and delivery as distinct API resources. The difference is that they share one account, one wallet balance, and one usage log instead of requiring separate integrations.

Do I still need a separate storage provider if I use AIOZ Stream?
No. Ingested video is transcoded and stored on the same network that serves it, so there is no separate storage contract to set up before you can go live.

Is this the same thing as a traditional multi-CDN setup?
No. Multi-CDN strategies combine several delivery networks for redundancy but still assume storage and compute happen somewhere else. AIOZ combines all three workload types on one network rather than adding redundancy to just one of them.

What happens if I only need one of the three workloads right now?
You can still use just storage or just delivery through AIOZ Stream's API. The combined network is there if your product grows into needing the other pieces, but nothing forces you to adopt all three on day one.

Related Reading

• How Modern Streaming Pipelines Need to Evolve: why ingest-to-playback pipelines are changing shape
• What Developers Need Before Building Streaming Workflows: what to define before wiring up a video stack
• How QoE and ABR Shape Modern Streaming Quality: how adaptive bitrate decisions actually get made

References

• Livepeer's network vision update: Livepeer describing its own scope as transcoding and real-time AI video
• Filecoin for Media, Video, Gaming, and More: Filecoin's own positioning as a storage layer for media