Embodied-Resource Payback Test¶
Valuation test — instantiates Rebound-Aware Efficiency Governance
Checks whether the resource embodied in replacing or upgrading equipment is actually repaid by the in-use savings within the equipment's life — after real-world rebound is counted.
A more efficient machine still has to be built, and building it spends resource — the mining, manufacturing, shipping, and eventual disposal embodied in the new unit. Embodied-Resource Payback Test asks the narrow, decisive question that the glossy efficiency figure skips: is that embodied cost actually repaid by the in-use savings before the equipment reaches end of life? Its defining twist is that it credits the operating saving only after netting out observed rebound — so a greener replacement that quietly induced more use may never pay back at all. It is a go/no-go payback check on the change itself, not a verdict on the steady state.
Example¶
An IT department wants to replace five thousand still-working laptops with a model that draws roughly a third less power. The Embodied-Resource Payback Test tallies the resource embodied in manufacturing, shipping, and retiring five thousand new units, then fixes the lifecycle boundary at the four-year refresh cycle over which payback must occur. Against that it credits the in-use energy the new fleet saves — but discounts the credit by the rebound the audit found: users keep the faster, brighter machines running longer, clawing back an illustrative ~15% of the saving. Netted out, the embodied cost is not repaid until around month 40 of a 48-month life — a wafer-thin margin. The test's recommendation writes itself: keep the old fleet running and replace only the units already failing, rather than swap the lot because "the new one is efficient." The reflex to upgrade wholesale is exactly what it exists to interrupt.
How it works¶
The test's distinguishing structure is that it puts the embodied cost of the change on one side of the ledger and the rebound-adjusted operating saving on the other, over a fixed lifetime. It accounts the embodied and indirect resource of building and disposing of the new equipment; it fixes a lifecycle boundary (which lifetime, and how far up the supply chain to count); it subtracts observed rebound from the raw operating saving before crediting it; and it compares the embodied cost to that net saving to yield a payback time, which either clears the lifetime or does not. The incumbent's remaining useful life is part of the counterfactual, because scrapping a machine that had years left lengthens the payback.
Tuning parameters¶
- Lifecycle boundary — cradle-to-gate or cradle-to-grave. A wider boundary counts more embodied cost and usually lengthens payback.
- Rebound haircut — how much of the operating saving to subtract as rebound. A conservative haircut protects against optimistic paybacks.
- Counterfactual lifetime — how long the incumbent would otherwise have served. A still-good incumbent pushes payback out.
- Discounting — whether and how to weight savings that arrive later in the equipment's life.
When it helps, and when it misleads¶
Its strength is stopping "efficiency" upgrades that cost more resource to build than they will ever save — a real risk once rebound is netted in — and it rests on the well-established idea of energy or carbon payback time.[1] Its failure modes are sensitivity: the verdict swings on the assumed incumbent lifetime and the size of the rebound haircut, both of which are contestable. The classic misuse is to leave the embodied cost or the rebound out entirely, at which point every upgrade dutifully "pays back." The discipline that keeps it honest is to use a real lifecycle boundary and to net observed rebound — taken from the audit, not assumed to be zero — before crediting any saving.
How it implements the components¶
Embodied-Resource Payback Test fills the archetype's embodied-accounting components — the resource cost of the change and the lifetime it is judged over:
embodied_and_indirect_resource_account— the tally of resource embodied in producing, delivering, and disposing of the new equipment, plus the indirect resource of the switch.lifecycle_scope_boundary— the fixed lifetime and supply-chain cut over which embodied cost must be repaid for the change to be worth it.
It does not compare the full footprints of competing options (that is the Comparative LCA Model) and it does not measure the rebound it nets out (that is the Direct and Indirect Rebound Audit) — it consumes both and asks only the repaid-within-lifetime question.
Related¶
- Instantiates: Rebound-Aware Efficiency Governance — the test guards against upgrades whose embodied resource outweighs their rebound-adjusted saving.
- Consumes: Direct and Indirect Rebound Audit — supplies the observed rebound the operating saving is discounted by; Comparative LCA Model supplies embodied-resource figures.
- Sibling mechanisms: Direct and Indirect Rebound Audit · Rebound-Leakage Boundary Review · Rebound Scenario Stress Test · Service-Output Normalization Dashboard · Comparative LCA Model · Full-Cost Accounting
Notes¶
This is a test on the transition, not the steady state. A machine can be genuinely more efficient in use and still fail the payback test, because the resource cost of building and switching to it exceeds the rebound-adjusted saving over its life. Passing steady-state efficiency and passing embodied payback are different questions, and only the second tells you whether to actually make the swap now.
References¶
[1] Energy (or carbon) payback time: the period over which a device's in-use savings repay the energy or carbon embodied in producing it — a standard figure for retrofits, solar panels, and equipment replacement. Applied here with a rebound haircut, so the saving credited is the one that survives real-world take-back. ↩