Skip to main content
Tapedrive has a control plane and a data plane. Solana is the control plane: it keeps track of the nodes, the state of the network, and which erasure-coded pieces each node stores. Tapedrive nodes are the data plane: they store and serve the data itself. Tapenet is the open data plane made up of independent Tapedrive nodes. Local Tapedrive uses the same design with tapesvm, a drop-in replacement for Solana. Both use the same object model and the same tools. Here’s the whole system in one pass. Users hold wallets and sign transactions. Data lives as tracks on prepaid tapes. Erasure-coded tracks are cut into slices spread across spool groups of storage nodes. Gateways serve reads to the public. The challenge mechanism continuously verifies that nodes hold what they claim. And the entire network state is event-sourced: every participant rebuilds it by replaying the chain. Each section below compresses one detail page. Follow the links when you want the full story.

​
Key components

Four actors make up the network:
  1. Solana programs hold system state and perform the operations that matter for correctness: tape reservations, track registration, certification, votes, and rewards (Solana programs).
  2. Storage nodes are staked committee members that host spools of slices, follow the chain, and vote in their groups. They are not public read infrastructure: they serve staked peers, and users never talk to them directly (storage nodes).
  3. Gateways are the network’s public face. They follow the chain like nodes do, hold the object indexes, read slices from storage nodes as staked peers, and serve decoded data over HTTP to anyone (gateways).
  4. Clients are the SDKs and CLI. The wallet is the identity: writes are signed Solana transactions, and there are no accounts or API keys anywhere in the protocol.
Flowchart: clients connect through the public internet to gateways, gateways reach storage nodes as staked peers, and clients, gateways, and storage nodes all coordinate through the Solana programs.

Clients reach gateways over the public internet. Gateways reach storage nodes as staked peers. Everyone coordinates through the Solana programs.

​
The data model

One sentence per level. A tape is the prepaid container you reserve: capacity for a length of time. A track is one piece of raw data written to a tape. A coded track is cut into slices held by a spool group. A named track becomes an S3-style object, with listings and metadata. Details: tapes, tracks, slicing, objects, spool groups.
Diagram: a tape containing tracks, one track fanning out into slices across a spool group's nodes, and one named track projecting into an object listing.

A tape holds tracks. A coded track fans out into slices across a spool group. A named track becomes an object.

​
Writing

You reserve capacity once, then write. Small writes travel inside the transaction itself and are certified the moment it lands (tape replay). Larger writes take the erasure-coded path. The client slices the data and computes commitments locally, then registers the track on-chain, which deducts tape capacity and assigns the least-loaded spool group. The client distributes slices to the group’s nodes, and each node checks its slice against the on-chain commitment before accepting it. When 14 of the group’s 20 nodes have signed receipt, one aggregate signature lands on-chain and the track is certified. Certification is the network’s proof of availability. Every transfer in this path is verified against chain commitments before it’s accepted. See tracks for the write paths and spool groups for placement.
Sequence diagram of a coded write across the client, the Solana programs, and the spool group's storage nodes: local encoding, registration, slice distribution with per-node verification, and aggregate certification.

A coded write: local encoding, on-chain registration, slice distribution with per-node verification, aggregate certification.

​
Reading

Finding data is a lookup: on-chain track state names the group, and the group names the nodes. A gateway fetches slices in parallel and reconstructs from the first seven valid responses it gets back, verifying each slice against the on-chain commitments and then verifying the decoded result before serving it. Nodes that are slow, missing, or dishonest get routed around. You read through gateways. Tapenet’s hosted public gateway serves light traffic free and anonymously under rate limits; sustained workloads use a paid gateway tier or run their own. Clients that want proof instead of trust can do verified reads through the SDK. Inline tracks can additionally be recovered from the Solana ledger itself (tape replay).
Sequence diagram of a read across the user, a gateway, chain state, and storage nodes, with one node failing and the read completing from the remaining slices.

A read completes from the first valid slices to arrive, even with a node down.

​
Epochs

The network runs on a clock. Time is divided into epochs, and everything network-wide changes at epoch boundaries, by vote: committee membership, spool assignment, capacity, and pricing. Each epoch moves through four phases (sync, snapshot, active, closing), and the network never advances past an epoch whose record isn’t sealed.