The Advertised Hashrate is the hashrate renters see when choosing your rig. It should represent the amount of mining performance your rig can reliably deliver through Mining Rig Rentals during a normal rental.

Do not set this value based on a short peak, miner startup spike, or best-case screenshot. Set it based on stable, sustained performance.

An accurate advertised hashrate helps avoid renter complaints, poor rental performance, cancellation requests, and refund reviews.

Setting an Accurate Advertised Hashrate

Your advertised hashrate should reflect the rig’s stable average hashrate, not its maximum possible hashrate.

Mining hashrate naturally moves up and down over short periods. Miner software, pool difficulty, share timing, network latency, hardware tuning, and pool-side reporting can all cause short-term variation. Because of this, you should use a longer stable average when deciding what value to advertise.

A good advertised hashrate is the rate your rig can consistently maintain during normal operation.

What value should I advertise?

Advertise the hashrate your rig can reliably sustain after it has been mining normally for a reasonable period of time.

A good rule is:

Use the stable average hashrate your rig can maintain, not the highest value it briefly reaches.

For example, if your rig sometimes reaches 1.10 GH/s but normally runs between 980 MH/s and 1.02 GH/s, you should advertise around 1.00 GH/s, not 1.10 GH/s.

If your rig regularly drops below the value you advertise, the advertised value is too high.

Use Mining Rig Rentals data when possible

The best way to choose an advertised hashrate is to test the rig through Mining Rig Rentals before listing it publicly.

To do this:

1. Configure the rig normally.
2. Connect the miner through Mining Rig Rentals.
3. Mine to a known working pool for the correct algorithm.
4. Let the rig run long enough for hashrate reporting to stabilize.
5. Review the rig’s reported hashrate, accepted shares, rejected shares, and worker details.
6. Set the advertised hashrate based on the stable average value.

Do not rely only on the miner console. Miner-reported hashrate can differ from pool-side or share-based hashrate. Renters care about the hashrate actually delivered through the rental connection.

Avoid advertising short-term peaks

Do not use:

• the highest number your miner briefly displays,
• a startup burst,
• a pool estimate from only a few shares,
• a value reached only under ideal conditions,
• an overclock that is not stable,
• a value that depends on restarting the miner,
• a value from a different algorithm,
• a value from a different pool or difficulty configuration.

Short hashrate spikes are normal. They are not a reliable basis for your listing.

Test long enough to get a real average

Short testing periods can be misleading, especially on algorithms or pools where shares are submitted less frequently.

If share difficulty is high, the rig may submit shares less often. This can make short-term hashrate estimates swing heavily. A few lucky shares can make the rig appear faster than it really is, while a gap between shares can make it appear slower.

For a more accurate value, test long enough to see stable behavior across multiple share submissions and normal miner operation.

For small or low-hashrate rigs, you may need a longer test period because share submissions may be less frequent.

Account for real operating conditions

Your advertised hashrate should account for how the rig actually performs while rented.

Consider:

• normal miner temperature,
• stable overclock settings,
• power limits,
• rejected or stale shares,
• pool latency,
• miner restarts,
• dev fees from mining software,
• mixed hardware performance,
• multiple workers under one rig,
• algorithm-specific performance differences.

If a miner has a built-in developer fee, brief hashrate drops during fee mining may be normal. However, your advertised hashrate should still reflect the average performance renters can expect over time.

Do not reuse hashrates between algorithms

Hashrate is algorithm-specific.

A rig that performs well on one algorithm may perform very differently on another. Do not copy an advertised hashrate from one algorithm to another unless you have tested that exact algorithm through Mining Rig Rentals.

For example, a GPU rig may have very different performance on KawPow, Ethash-style algorithms, Autolykos, Equihash variants, or other algorithms. ASICs are usually algorithm-specific, but they should still be tested under the exact configuration being listed.

Multiple workers in one rig

If your listing contains multiple miners or workers, the advertised hashrate should represent the combined stable hashrate of all workers that are part of the rig.

Make sure all workers are:

• connected consistently,
• mining the same intended algorithm,
• contributing expected hashrate,
• not frequently disconnecting,
• not producing excessive rejected or stale shares.

Do not include a worker in the advertised hashrate if it is unstable or only sometimes connected.

Leave a safety margin

It is better to advertise slightly below your best stable result than to advertise above what the rig can consistently deliver.

For example, if your rig usually averages around 1.02 GH/s but sometimes drops to 980 MH/s during normal operation, advertising 1.00 GH/s is more realistic than advertising 1.05 GH/s.

A small safety margin can help protect your listing from unnecessary complaints and support reviews.

When should I update advertised hashrate?

Update your advertised hashrate whenever the rig’s real performance changes.

Common reasons include:

• adding or removing hardware,
• changing miner software,
• changing overclock settings,
• changing power limits,
• changing algorithms,
• changing pool configuration,
• changing firmware,
• replacing unstable hardware,
• moving the rig to a different network,
• seeing repeated rental performance issues.

If renters are consistently receiving less hashrate than advertised, lower the advertised value until the cause is fixed.

What happens if I advertise too high?

If your rig does not deliver the advertised hashrate during a rental, renters may open a support ticket or request a refund.

Over-advertising can cause:

• poor rental reviews,
• renter complaints,
• refund disputes,
• manual support review,
• reduced renter trust,
• fewer repeat rentals,
• possible account or rig restrictions if the issue continues.

Mining Rig Rentals expects rig listings to represent realistic, deliverable performance.

What happens if I advertise too low?

Advertising too low may make your rig less competitive because renters may see less hashrate than your hardware can actually provide.

However, advertising slightly below your stable average is usually better than advertising too high. A rig that consistently meets or exceeds expectations is more likely to create a good renter experience.

Practical recommendation

Before listing or updating your rig:

1. Test the rig through Mining Rig Rentals.
2. Let it mine long enough to produce a stable average.
3. Check for rejected shares, stale shares, disconnects, and worker instability.
4. Compare miner-side hashrate with Mining Rig Rentals reporting.
5. Set the advertised hashrate to a value the rig can reliably maintain.
6. Re-test after hardware, software, pool, or algorithm changes.

Your advertised hashrate should be honest, stable, and repeatable.

A realistic listing is better for renters, better for support outcomes, and better for your long-term rental performance.