60/100

Moderate evidence

ProblemPublished recordClimateProblem Space

Extraterritorial Environmental Accountability of AI Data Centers via Transboundary Harm and Due-Diligence Norms

Truvace record
TRV-2026-2582raw data (JSON)
Version
v1Published
First published
Evidence type
Observational study
Sources
1 sourcePeer-reviewed
sha256
2922a25ae05c…check it

Abstract Artificial intelligence workloads are propelling a global wave of hyperscale data-center construction, yet little is known about how carbon intensity and water stress differentials shape sitting decisions or how the resulting externalities intersect with international environmental law. Drawing on a novel dataset of 247 AI-optimized projects announced between 2018 and 2025, this article couples’ event-study econometrics with life-cycle modeling to quantify cross-border spill-overs. Every 100 g CO₂ kWh⁻¹…

The problem

A study of 247 AI data-center projects found siting choices produce 21.4 Mt of first-year CO₂ leakage and 1.78 billion litres of water withdrawal, while only 18% of covered firms disclose project-level emissions.

What this doesn’t fix

The leakage estimates rest on announced design loads and assumed high utilisation, use average regional water-efficiency coefficients, and may undercount edge projects below 20 megawatts.

Sources

1 on file
  1. Environmental Managementdoi:10.1007/s00267-026-02610-1
    Peer-reviewed2026-09-01

Cite this record

v1

Truvace Impact Record TRV-2026-2582, v1: “Extraterritorial Environmental Accountability of AI Data Centers via Transboundary Harm and Due-Diligence Norms.” Truvace, 2026-11-12. /record/TRV-2026-2582 (accessed on the day you copy it). sha256 2922a25ae05cdda2…

Change history

1 version

Every change made to this record since it was first published, and why. Nothing has changed since it went up.

  1. Publishedv12922a25ae05c…

    Certified into the record

Check this record hasn’t been altered

Check this record hasn’t been altered
How to check it yourself, without trusting this page

Download any version from /api/record/TRV-2026-2582 and hash its canonical field yourself, for example with shasum -a 256. You should get its content_hash. Each version’s text also ends with prev:and the hash of the version before it (version 1 points to 64 zeros). If anyone had changed a single character of any version after it was saved, those hashes wouldn’t line up.