Skip to content
All tools
Tool

Compare shred-feed prices on one basis

Normalize provider quotes by destination, 30-day term, included traffic, setup charges, and required infrastructure before comparing totals.

Their quote, over 30 days

$1,500

$1,500 per destination

Ours, same 30 days

$100

$100 per destination, nothing else

That quote works out 15.0x our price per destination. Whether that is worth paying is a real question and the answer is sometimes yes. Read the caveat below before you use this number in an argument.

Normalised recurring
$1,500
Their price, restated over 30 days.
Setup, amortised
$0
Spread across how long you expect to stay.
Bandwidth
$0
The line most often left out of a comparison.
Mandatory add-ons
$0
Anything you cannot actually decline.

A lower number is not automatically the better buy. We serve one region and offer raw UDP only. A provider charging ten times more may have presence in five cities, a decoded gRPC feed, an SLA with money behind it, and a support contract, and if you need those things then their price is not a markup, it is the cost of what you need. This tool exists to make the comparison honest, not to make it come out our way.

30 days and 1 destination make quotes comparable

The price comparator puts provider quotes on a 30-day, per-destination basis. It includes recurring price, quoted term, setup charge, included destinations, required add-ons, traffic allowances, overage, and customer-paid infrastructure.

The fixed shredstream.sh row charges $100 for 30 days and supplies one destination. Frankfurt originates its raw UDP for the stated IP-port pair. No equivalence is assumed for another provider's wire format, coverage, support, or landing path.

Price normalization is arithmetic. Product equivalence is a separate judgment.

Method

For a quote with recurring amount R over q days:

text

normalized_recurring = R * 30 / q

For a one-time setup fee S spread over a periods:

text

amortised_setup = S / a

For monthly traffic V, included traffic I, overage rate E, and separately billed traffic rate T:

text

overage_TB = max(0, V - I)traffic_cost = overage_TB * E + separately_billable_TB * T

The normalized total is:

text

total_30_day = normalized_recurring             + amortised_setup             + traffic_cost             + required_addons             + customer_infrastructure

Per-destination price is total divided by active destinations only when the quote permits that simultaneous fanout. A plan with one movable endpoint is not a five-endpoint plan.

The traffic input starts from a typical high-volume feed scenario. Replace it with your own estimate or a provider's stated allowance before comparing costs.

Worked example

Provider A quotes $180 for 31 days, includes one destination and 10 TB, then charges $2 per additional TB. It also requires a $30 monthly decoder add-on. There is no setup fee. Suppose the reader enters 20 TB for monthly traffic.

text

normalized_recurring = 180 * 30 / 31                     = 174.19 overage_TB = 20 - 10           = 10 traffic_cost = 10 * 2             = 20 total_30_day = 174.19 + 20 + 30             = 224.19

Against the same one-destination basis across 30 days, shredstream.sh is $100. It sits $124.19 below this hypothetical quote and ranks first by price among published standalone raw UDP offers.

Any decoding, additional regions, replay, support commitments, filtering, submission, or contract terms in another quote remain separate scope fields. They do not change the standalone raw UDP price comparison.

Capture every quote date

Provider prices change. Each row stores source URL or document, capture date, currency, taxes, billing unit, and any sales conversation assumptions. A price without an as-of date becomes misleading.

If a quote uses monthly without defining the month, the user selects calendar month, 30 days, or provider billing period. The normalized figure displays that assumption. Currency conversion uses a user-entered rate and date rather than a hidden live value.

Annual commitments should show cash timing and cancellation separately. Dividing an annual prepayment by twelve is useful for unit comparison but does not make it monthly cancellable.

Compare scope before totals

Raw UDP differs from decoded transactions, gRPC, websocket, block replay, and transaction submission. Frankfurt-only differs from a multi-region network. One destination differs from fanout. No retransmission differs from replay or guaranteed delivery.

The component asks for protocol, source regions, destination count, data scope, filtering, historical access, delivery guarantees, support, setup work, and contract term. Unknown remains unknown. It does not translate an absent fact into a favorable value.

Latency claims also need matching boundaries. Leader-to-provider, provider-to-receiver, packet-to-decoded event, and event-to-land are different measurements. A vendor minimum with no percentile or date cannot be compared with a receiver p99 as if they were the same statistic.

Include customer infrastructure

One provider may send raw data that requires a decoder. Another may include structured events. Add the buyer's receiver compute, storage, engineering, monitoring, and network middleboxes only when they differ between options.

Avoid valuing the same employee twice. Use an expected monthly engineering allocation or a one-time implementation amount amortized over a stated period. Keep it editable because team costs vary.

Cloud ingress may be free while load balancers, cross-zone traffic, NAT, packet mirrors, and storage are billed. Map the actual path. A generic internet-egress price is not automatically charged to the receiver.

Limitations

The tool compares entered facts. It does not verify third-party quotes, availability, performance, support quality, or contractual language. Users should attach dated primary sources and review current terms.

Scope fields keep decoded, multi-region, replay, submission, and support bundles from being mislabeled as equivalent to standalone raw UDP. The component preserves those distinctions without changing the price arithmetic.

The starting traffic value is an illustrative input, not a measurement of this feed. Another provider's filtered data can have different volume. Taxes and currency effects depend on the buyer.

Export every scenario with its assumptions, capture dates, original currency, normalized period, destination count, and volume. Two saved scenarios can then be compared without relying on a current webpage or a remembered sales statement. Unknown fields stay visible in the export.

The reference covers one destination across 30 days. Treat additional destinations as separate product choices instead of reading them into the $100 row. Compare the exact quantity the desk needs.

How it works out the answer

For each quote, compute 30_day_recurring = recurring_price × 30 / quoted_days, amortised_setup = setup_fee / amortisation_periods, traffic_cost = billable_TB × price_per_TB, and normalized_total = recurring + setup + traffic + required_addons. Divide by destinations for per-destination cost only when the plan actually permits that many simultaneous endpoints.

Questions

What is the shredstream.sh comparison price?
Its reference quantity is one destination with a $100 price and 30-day term. Frankfurt originates raw UDP for that registered network socket. The row excludes decoding, retransmission, transaction submission, and multiple regions. Those scope differences remain visible when another provider includes a different product.
Why normalize a monthly quote to 30 days?
Providers can use 28, 30, 31, calendar-month, or annual billing periods. Multiplying the quoted amount by 30 and dividing by quoted days creates one arithmetic basis. The original term remains visible because normalized monthly cost does not preserve cancellation terms or cash timing.
What does the comparator establish?
It calculates entered costs and displays scope differences. Within listed standalone offers for raw UDP shreds, shredstream.sh costs least: $100 buys a single destination for 30 days. Regions, decoding, replay, support, delivery terms, and submission remain separate scope fields.