Glossary · Deep Dive

Glossary

Every metric used across the four feasibility calculators, with the underlying formula, the variables that drive it, and the assumptions you should challenge before underwriting. Tooltip labels throughout the app deep-link here.

For the full per-tab walk-through (LandGEM, Arps, derate stack, capex breakdown), see Methodology.

Net kW
#net-kw

Useful electrical power available to mining ASICs after every engine derate and parasitic load.

kWnet=kWgross(1dalt)(1damb)(1dH2S)(1dsilox)PparasitickW_{\text{net}} = kW_{\text{gross}} \cdot (1 - d_{\text{alt}})(1 - d_{\text{amb}})(1 - d_{\text{H}_2\text{S}})(1 - d_{\text{silox}}) - P_{\text{parasitic}}
kW_gross
scfm × BTU/scf × 60 × η_elec ÷ 3,412 (LHV basis)
d_alt
Altitude derate: ~3% per 1,000 ft above 500 ft
d_amb
Ambient temperature derate: ~1% per 10 °F above 77 °F intake
d_H₂S
Step penalty above 500 ppm H₂S in feed gas
d_silox
Step penalty above 5 mg/Nm³ siloxane in feed gas
P_parasitic
Compressors, chillers, miner-room HVAC; default 8% of gross

Net kW is the headline number every downstream metric depends on — miner count, hashrate, mining revenue, capex sizing. We start from the LHV energy content of the gas, apply the engine’s electrical efficiency, then subtract every derate the engine OEM will quote against.

Each derate is independent and multiplicative. A site at 4,000 ft with 90 °F ambient and 800 ppm H₂S can lose 25–35% of nameplate before any parasitic load. Always size the gen-set against the worst-month derated output, not the nameplate.

Hashprice
#hashprice

USD revenue earned per terahash per second per day at current network conditions.

hashprice=(block subsidy+fees)PBTCnetwork hashrate (TH/s)144 blocks/day1\text{hashprice} = \frac{(\text{block subsidy} + \text{fees}) \cdot P_{\text{BTC}}}{\text{network hashrate (TH/s)}} \cdot \frac{144 \text{ blocks/day}}{1}
block subsidy
Currently 3.125 BTC/block (post-2024 halving)
fees
Average transaction-fee revenue per block (USD or BTC)
P_BTC
Spot Bitcoin price in USD
144
Blocks per day at the 10-minute target interval
network hashrate
Total network hashrate in TH/s

Hashprice is the single best summary statistic for mining profitability. It collapses BTC price, network difficulty, block subsidy and fee market into one number ($/TH/day) you can multiply by your fleet hashrate to get revenue.

Industry trackers (Hashrate Index, Luxor, CoinMetrics) publish hashprice daily. As of late 2024 it has ranged $40–$60/PH/day (~$0.04–$0.06/TH/day). The calculator defaults reflect that band; use Bear/Bull BTC price scenarios to envelope hashprice volatility.

Difficulty adjusts every 2,016 blocks (~2 weeks) to keep block time at 10 min. If BTC price stays flat but global hashrate grows, hashprice falls. Conversely, fee spikes (ordinals, congestion) lift hashprice even at constant BTC price.

See alsoHashrateIRR
Hashrate (gross fleet)
#hashrate

Total computational throughput of the mining fleet, in terahashes per second.

TH/sfleet=nminersTH/sper-miner,nminers=kWnetkWper-miner\text{TH/s}_{\text{fleet}} = n_{\text{miners}} \cdot \text{TH/s}_{\text{per-miner}}, \quad n_{\text{miners}} = \left\lfloor \frac{kW_{\text{net}}}{kW_{\text{per-miner}}} \right\rfloor
n_miners
Integer number of ASICs the gas-to-power stack can feed
TH/s_per-miner
Antminer S19 XP default: 140 TH/s @ 3.0 kW (≈ 21.5 J/TH)

Gross hashrate is purely a function of Net kW divided by per-miner power draw, multiplied by per-miner hashrate. Floor-divide — partial miners don’t exist.

The calculator assumes a single miner SKU. Mixed-fleet deployments (S19j Pro + S21 + M60S) need to be sized against the modal SKU or modeled in spreadsheet rather than this tool.

Effective Uptime
#effective-uptime

Fraction of the year the fleet hashes after planned downtime and derate events.

ueff=ubase(1ddown365)(10.5dderate365)u_{\text{eff}} = u_{\text{base}} \cdot \left(1 - \frac{d_{\text{down}}}{365}\right) \cdot \left(1 - 0.5 \cdot \frac{d_{\text{derate}}}{365}\right)
u_base
Mechanical uptime — recip-engine industry standard ~95%
d_down
Planned downtime days/yr (oil changes, top-end overhauls)
d_derate
Partial-output days/yr; counted at 50% production

Effective uptime drives every revenue line — both mining and carbon. A 95% mechanical uptime sounds high until you subtract 12 days/yr of planned maintenance and a few weeks of summer derate, leaving real delivered uptime closer to 88–90%.

See alsoNet kWIRR
IRR (Internal Rate of Return)
#irr

The discount rate that sets the project NPV to zero. The annualized return on invested capital across the full project life.

0=C0+t=1NCFt(1+IRR)t0 = -C_0 + \sum_{t=1}^{N} \frac{CF_t}{(1 + IRR)^t}
C_0
Total capex at t = 0 (gen-set + ASICs + BoP + permitting)
CF_t
Net cashflow in year t = revenue_t − opex_t − host royalty_t
N
Project horizon (default 20 yr; range 5–30)

The calculator solves IRR by bisection (10–80% search window). Cashflows include the decline-curve multiplier from year 2 onward, so a project with a steep early-year decline will show meaningfully lower IRR than a flat-revenue calculation would suggest.

Compare IRR against the project hurdle rate (default 20%). Green means the project clears the hurdle; red means it doesn’t. A bisected IRR is sensitive to the cashflow shape — short-life, back-loaded projects can have multiple sign changes; this tool assumes a conventional outflow-then-inflow shape.

See alsoNPVPayback
Payback (discounted)
#payback

Years (or months) until cumulative discounted cashflow recovers the initial capex.

Payback=min{T:t=1TCFt(1+r)tC0}\text{Payback} = \min \left\{ T : \sum_{t=1}^{T} \frac{CF_t}{(1 + r)^t} \geq C_0 \right\}
r
Discount rate (default 10%)
C_0
Initial capex
CF_t
Net annual cashflow at year t

Discounted payback is stricter than the simple-payback heuristic (capex ÷ year-1 cashflow) because it credits later cashflows less. For a flat 20-year project at 10% discount, the gap between simple and discounted payback is typically 1–3 years.

The Investor Payback shown on the Deal tab is a static, undiscounted months figure (capex ÷ year-1 monthly investor share) intended for quick conversation — use the Decline-tab payback for full lifecycle numbers.

See alsoIRRNPV
NPV (Net Present Value)
#npv

Sum of all future cashflows discounted to today, minus initial capex. Positive NPV = value-creating at the chosen hurdle.

NPV=C0+t=1NCFt(1+r)t\text{NPV} = -C_0 + \sum_{t=1}^{N} \frac{CF_t}{(1 + r)^t}
C_0
Initial capex (year-0 outflow)
CF_t
Net cashflow in year t (mining + carbon − opex − royalty)
r
Discount rate (default 10% real)
N
Project horizon (default 20 yr)

NPV is the rigorous answer to “is this project worth doing?” IRR tells you the rate; NPV tells you the dollar value created at your chosen cost of capital. The two metrics agree on accept/reject for conventional cashflow patterns and can disagree on ranking between mutually-exclusive projects.

The calculator reports both Lifetime Revenue NPV (top-line, before opex/capex) and Project NPV (bottom-line, after everything). Use the first for sizing royalty negotiations; use the second for go/no-go decisions.

See alsoIRRPayback
GWP (Global Warming Potential)
#gwp

Multiplier converting one tonne of methane into the equivalent tonnes of CO₂ over a chosen time horizon.

tCO2e=t CH4GWPH,GWP20=84, GWP100=28\text{tCO}_2\text{e} = \text{t CH}_4 \cdot \text{GWP}_{H}, \quad \text{GWP}_{20} = 84,\ \text{GWP}_{100} = 28
GWP_20
84× — IPCC AR5 20-year horizon. Emphasizes near-term warming. Favored for methane-policy framing.
GWP_100
28× — IPCC AR5 100-year horizon. Default for nearly all carbon registries (VCS, ACR, CAR, Gold Standard).

Methane traps about 80× more heat than CO₂ over 20 years but breaks down in the atmosphere within a decade. CO₂ persists for centuries. GWP collapses that time profile into a single multiplier — but the choice of horizon (20 vs 100 years) substantially changes the headline tCO₂e number.

IPCC AR6 raised GWP-100 to 27.9 (and 29.8 with carbon-feedback adjustment). The calculator stays at 28 for parity with all major registries; flip GWP-20/100 to see the policy-vs-issuance gap.

Additionality
#additionality

The requirement that a carbon project would not have happened without the credit revenue. No additionality, no credits.

Additionality is the bar a project must clear to be eligible for credit issuance under any reputable registry. Three common tests:

  • Regulatory: The action is not already required by law (e.g., open landfill venting may be permitted in some jurisdictions but mandated to be flared in others).
  • Financial: The project IRR without carbon revenue falls below the hurdle rate. Carbon revenue tips it over.
  • Common-practice: The technology is not yet the standard approach in that geography or sector.

Methane-to-hash projects on stranded gas (small landfills, orphan flares, ventilation-air methane) usually clear all three tests easily. Projects on already-flared sources need to argue marginal destruction efficiency improvements.

Buffer pool
#buffer-pool

A non-tradeable reserve of credits withheld at issuance to insure against future reversals (e.g., the destruction stops working).

credits issued=credits earned(1hbufferhverif)\text{credits issued} = \text{credits earned} \cdot (1 - h_{\text{buffer}} - h_{\text{verif}})
h_buffer
Buffer-pool contribution. Methodology-dependent: 10–20% typical.
h_verif
Verification + validation haircut. Plus issuance lag of 6–18 months.

When a project sells “1,000 tCO₂e of credits”, the atmospheric benefit was actually larger — the registry held back a fraction in a shared buffer pool. If any project in that pool later reverses (the engine breaks, the host vents the gas), the buffer credits are retired to compensate.

For methane destruction the reversal risk is mostly equipment failure or operational discontinuity (project abandoned). Buffer contributions are typically 10–20% depending on the methodology (VCS VM0041, ACR, CAR Methane). The calculator applies a default 15% combined haircut covering both buffer pool and verification cost; tune in the Carbon tab.

CO₂e Avoided
#co2e-avoided

Difference in tCO₂e/yr between the chosen counterfactual (vent or flare) and the proposed mining-engine pathway.

Avoidedvs vent=tCH4GWPMiningtCO2e\text{Avoided}_{\text{vs vent}} = \text{tCH}_4 \cdot \text{GWP} - \text{Mining}_{\text{tCO}_2\text{e}}
vs Vent
Most generous counterfactual; assumes 100% of CH₄ would otherwise escape raw
vs Flare
Conservative counterfactual; assumes regulated flare destroys ~98% of CH₄

Always state which counterfactual you are claiming against. “vs Vent” is appropriate only where venting is legally permitted today and there is no flare in place. “vs Flare” is the registry default for any site with existing combustion controls.

The mining pathway itself emits some CO₂ — both the small CH₄ slip through the engine (0.3–1%) and the combusted CO₂ from the oxidized methane. CO₂ from biogenic methane (landfill, manure digester) is typically considered short-cycle and excluded from the tCO₂e tally; CO₂ from fossil methane (flare gas, CMM) is counted.