Receiving shreds without a provider: what it actually takes
Nothing stops you receiving shreds yourself: run a node that joins gossip, publishes a TVU address, and holds a place in the Turbine tree. The cost is a machine that keeps up, the bandwidth of the whole firehose, and continuous engineering attention. The harder cost is position, because the tree is stake-weighted and an unstaked listener sits in the canopy.
operations desk · updated 2026-09-15
Every provider on the pricing index, us included, is doing something you are technically allowed to do yourself. Turbine is not gated. Run a node, join gossip, and the network will send you shreds for free. Since we sell the alternative, you should treat this page skeptically, so it is written to be checkable: here is the path, each real cost on it, and the two situations where doing it yourself genuinely wins.
The path
You cannot point a bare UDP socket at the network and collect shreds. Turbine delivers to participants it knows about. Becoming one means running a Solana node that joins gossip, publishes a TVU address, and holds its place in the Turbine tree. That is the origin of the shredstream-proxy architecture Jito open-sourced and everyone copied: a node subscribes to the firehose legitimately, a proxy forwards raw packets onward to the machines that trade. Building the receive side yourself means becoming that first machine.
The node does not need to vote. It needs to be seen. It also needs to keep up: a box that joins gossip but cannot hold the packet rate becomes a dead branch, and dead branches get routed around.
The position problem, which is the actual product
Here is the part the DIY arithmetic usually misses. Turbine's tree is stake-weighted. High-stake validators sit near the root and hear shreds first; an unstaked listener sits in the canopy, downstream of however many relay hops the tree assigns it, and its position reshuffles as the tree does. Position is latency, and stake buys position.
So the unstaked-node path hands you the median experience of the network, not the front of it. Your own node will trail a well-positioned tap by a spread that moves around and is, on bad reshuffles, exactly the kind of tens-of-milliseconds gap this whole market exists to close. It will also simply miss packets, which is what the repair protocol exists to fix, and repair is a request round-trip, which is to say: latency, again, at the worst moments.
Closing the position gap yourself means stake, peering agreements with validators, or both. At that point you have not avoided the shred-provider business. You have entered it.
The arithmetic
The monthly bill for the honest version of DIY: a machine that keeps up with mainnet's packet rate plus headroom for bursts, which is real hardware in real colocation, low hundreds to around a thousand a month depending on the facility; the bandwidth of the full firehose arriving whether or not you use it; and the engineering time, which is the number everyone rounds to zero and is the largest line. Somebody has to notice when a network upgrade changes shred variants, when the box falls behind, when gossip health degrades quietly on a Saturday. Call it a slice of one engineer, priced however your engineers are priced.
Against that, published managed-feed prices run from our $100 a month to $1,000-plus per region elsewhere, delivery included, position included, upgrades absorbed by someone whose whole job that is. The economics page shows our own cost structure if you want to audit the comparison from the other side.
When DIY genuinely wins
Two situations, and they are real.
You already run validator infrastructure. Then the incremental cost of tapping your own nodes is close to zero, your stake already bought you tree position, and paying a third party would be strange. Most serious market-making shops on Solana are in this category, which is worth knowing before you assume your competition buys what you buy.
You need something no feed sells: a tap in a metro no provider serves, custom filtering fused into the receive path, packet-level research on Turbine itself. Products have shapes; when your requirement leaves the shape, build.
Everyone else is choosing between a monthly invoice and a part-time infrastructure job with worse latency. That is the honest comparison. It happens to favour the thing we sell, which you were right to be suspicious about; the numbers above are the defense.
In practice
A desk prices the DIY path properly before deciding. The colocated machine with burst headroom comes to several hundred a month. The full firehose arrives continuously whether the strategy consumes it or not, so the bandwidth line is fixed rather than usage-shaped.
Then it prices the part usually left out. Somebody has to watch gossip health, notice when the box starts falling behind, and handle a network upgrade that changes shred variants. Even a quarter of one engineer dwarfs both hardware lines.
Against that sits the thing the money cannot buy back: the node is unstaked, so it sits in the canopy of a stake-weighted tree and trails a well-positioned tap by a spread that widens on bad reshuffles. The desk builds anyway, because it already runs validator infrastructure and the stake it holds has already paid for position.
Scope of this page
The cost ranges here are shape rather than a quotation. Hardware, colocation, and bandwidth vary by facility and region, engineering time is priced differently at every firm, and published provider prices change. Anyone using this page to make a decision should substitute their own figures.
The page also assumes the goal is low-latency reception for trading. Archival capture, research, and validator operation have different requirements, and for those the position argument that dominates here carries much less weight.
Related questions
Yes. Turbine is not gated, so a node that joins gossip, publishes a TVU address, and keeps its place in the tree will be sent shreds for free. What you cannot get for free is a good place in that tree, because the fanout is stake-weighted, and an unstaked listener receives at roughly the median of the network rather than the front.
The tree that distributes shreds is built by stake, so validators holding large stake sit near the root and hear packets first. A listener with no stake is placed further down, behind however many relay hops it is assigned, and that placement is reshuffled over time. The result is a latency penalty that moves around and cannot be engineered away from the machine itself.
Three lines. A machine in real colocation that keeps up with mainnet packet rates with headroom for bursts, the bandwidth of a firehose that arrives whether or not you consume it, and engineering attention for upgrades, gossip health, and the day the box quietly falls behind. The third line is the one usually rounded to zero and is generally the largest.
Two cases. If you already operate validator infrastructure, the incremental cost of tapping your own nodes is small and your stake has already bought tree position. And if you need something no product offers, such as a tap in an unserved metro, filtering fused into the receive path, or packet-level research, building it yourself is the sole route to it.
It is the split between a node that legitimately participates in the network and a forwarder that relays raw packets onward to the machines running strategies. The participating node does the part the protocol requires, and the proxy moves the data to hosts that never needed to join at all. Anyone building their own receive side ends up reproducing that same separation.
Read next
Ready to build against this? The documentation covers the implementation.