Swarm primary sources

Reviewed: 2026-05-15 UTC

Core product framing

Upload-rights market and storage admission

Storage incentives and price steering

Mutable publishing and application-layer structure

Canonical long-form references

Main takeaways from this pass

  • Swarm is worth keeping separate from IPFS, Filecoin, and Storacha because it combines content-addressed distribution with a distinct upload-rights market, a neighborhood-scoped reward game, and a mutable publishing layer.
  • The key control-plane split is between Bee as the operational node/client surface, postage-stamp batches as upload admission, the redistribution game as storage-honesty verification and payout, and the price oracle as redundancy-targeting economic governance.
  • The postage-stamp system is one of the strongest reasons to keep Swarm explicit in the corpus: batch depth, bucket utilization, TTL, immutable vs mutable batch behavior, and dynamic price updates make storage capacity and upload rights unusually legible.
  • The redistribution-game materials matter because they show that storage incentives are not a generic mining reward. Neighborhood selection, commit/reveal timing, stake-density weighting, and freeze penalties define who can realistically earn storage income.
  • Feeds and manifests matter because they show Swarm is not just a storage market. It also exposes a publishing and routing layer for updateable websites and application bundles.
  • Good comparison targets after this pass: IPFS, Filecoin, Arweave, Storacha, Bubble Protocol, WNFS, and other systems where naming, persistence, upload admission, and mutable publishing are split across different layers.