Platform implementation

IPFS

We run IPFS pinning and private gateways for your application's files and metadata, so content stays available and only what may be published ever is.

Fibre splice tray with neatly coiled optical fibres

IPFS addresses content by its hash, so once a file has spread, other nodes can keep a copy and it cannot be recalled. That matters under the UAE PDPL and Saudi Arabia's PDPL, which give people rights over their personal data, so the work centres on keeping personal data off IPFS and deciding what is pinned, where and by whom.

We run Kubo nodes or IPFS Cluster for replication across sites, or use pinning services through the Pinning Service API, and put a gateway with caching and access rules in front. Large uploads are packed as CAR files, and every CID the application writes on-chain is logged against its source record.

IPFS and related product names may be trademarks of their respective owners.

How we implement IPFS

Design, build, integration and run-state support, with each decision recorded for your steering committee.

  • Blueprint and governance

    Data protection, security and product agree what may go on IPFS, which data classes are excluded, where pins are held and who may publish, before the first upload.

  • Data classification gate

    Checks in the upload path that stop personal or confidential data before it ever receives a CID.

  • Pinning with several providers

    Content pinned on your own cluster and with at least one external service, so a single outage loses nothing.

  • Gateway and abuse handling

    A gateway with caching, rate limits and a deny list, so it does not serve unrelated or unlawful content under your domain.

  • Hypercare and managed support

    We monitor pin status and replication, gateway latency and cache hit rates, run garbage collection on unpinned data and apply Kubo releases after testing.

Is IPFS right for your content?

IPFS suits NFT metadata, public documents and application assets that must be verifiable and outlive any single server, and is the wrong place for anything that may need deleting.

  • A content list with each item's data class
  • Contracts or records that reference content by CID
  • An owner for takedown requests and the gateway deny list
  • A storage budget for pinning at the expected volume

Plan IPFS with Hosn Al Tomoh

Share your current systems, compliance themes and integration map. We will return a phased plan, a risk register and a governance model for your stakeholders to review.

Start the conversation