Summary: Storacha is hot-storage middleware sitting between IPFS and Filecoin. Useful because it makes retrieval, delegation, and developer ergonomics the product instead of pretending to be a new base storage primitive.
What it does:
Offers a storage service and developer stack descended from Web3.Storage for uploading, managing, and serving data through client libraries, CLI tools, and HTTP interfaces
Uses UCAN-based local-first authorization so users and apps can hold capabilities directly and delegate access without relying on a centralized ACL as the primary trust anchor
Aims to keep data hot and quickly retrievable on Storacha network nodes while using Filecoin for provable durable backing and IPFS for discoverability/retrieval compatibility
Defines protocol surfaces in the w3up specs, including account/session delegation, shard storage, and Filecoin commitment flows
Organizes the network around multiple operational roles such as storage nodes, indexing nodes, retrieval nodes, and compliance-checking light actors rather than a single undifferentiated node type
Exposes operator software such as the Piri storage node, alongside indexing and upload services, suggesting an architecture closer to a modular storage platform than a single monolithic protocol
Key claims:
The official docs describe Storacha as the revitalization of Web3.Storage and say it uses UCANs for trustless local-first authorization, is backed by Filecoin for provable storage, and keeps data retrievable via IPFS
The main site presents Storacha as a decentralized hot storage network and explicitly frames it as a scaling layer for IPFS on top of Filecoin rather than a pure archival store or a pure content-routing protocol
Storacha’s launch materials argue that the key niche is hot object storage and retrieval at production scale, which is analytically important because it distinguishes the project from archival or permanence-first storage systems
The specs repository shows that Storacha’s real protocol surface includes capability and delegation standards such as w3-account, w3-session, w3-store, and w3-filecoin, so authorization and upload semantics are first-order mechanism choices
The Piri node repository describes a Provable Information Retention Interface, reinforcing that Storacha is trying to operationalize proof-backed hot storage rather than just front a centralized cache with crypto branding
Compared with Filecoin, Storacha is not mainly a consensus or long-duration storage market; compared with IPFS, it is not merely a naming/routing layer; it is a retrieval-oriented middleware and node stack that tries to make decentralized storage feel operationally usable at application scale
Whitepaper: No standalone whitepaper was located during this pass. A primary-source packet has been saved as ../whitepapers/storacha-primary-sources-2026-05-09.md.