Aller au contenu principal
Version: v2 beta

Registre des hypothèses et valeurs par défaut

Cette page centralise les hypothèses numériques et conventions transverses utilisées par la méthode. Elle constitue l'unique registre de référence pour les valeurs par défaut. Toute valeur par défaut répétée dans plusieurs pages doit apparaître ici.1

Règles d'usage​

  • Toute valeur par défaut utilisée dans plusieurs chapitres doit être référencée ici.
  • Les pages locales peuvent rappeler une hypothèse, mais pas recréer un registre parallèle.
  • Chaque entrée doit être associée à une source, une date et un contexte d'application.
  • Les révisions doivent être ponctuelles et justifiées (voir Temporalité et versionnement).

Registre des hypothèses transverses​

Posture et cadre général​

HypothèseValeur / ConventionSourceContexte d'application
Posture méthodologiqueApproche attributionnelle par défautMéthodologie Digital4BetterToutes les évaluations ; les variantes conséquentielles sont traitées en encadrés quand utile
Indicateurs environnementaux9 indicateurs mid-point + consommation électriqueConvention D4B ; voir IndicateursSélection de neuf catégories ; pas un jeu PEF complet ; facteurs compatibles requis
Hiérarchie des sourcesMesure → primaire → fournisseur → littérature → forfaitHypothèses et hiérarchie des sourcesChoix de données pour toutes les évaluations

Facteurs électriques et énergie​

HypothèseValeur / ConventionSourceContexte d'application
Facteurs d'impact électriquesPriorité aux données digital4better/datadata/factor/*, data/energy/*Utiliser la granularité la plus robuste compatible avec le contexte (mensuel si disponible, annuel sinon) 2
Mix électriqueBasé sur la consommation (inclut import/export), pas sur la productiondigital4better/dataImpacts opérationnels ; voir la convention cloud pour la part renouvelable
Technologies de production9 catégories : charbon, gaz, divers fossile, vent, solaire, bioénergie, hydro, divers renouvelable, nucléaireUNECE 2021, Energy Conversion and Management 2022Calcul des facteurs par pays

Datacenter et infrastructure​

HypothèseValeur / ConventionSourceContexte d'application
PUE par défaut1,58, scénario historiqueUptime Institute, référence historique ; pas une moyenne actuelle vérifiéeQuand le PUE réel n'est pas connu 3
Puissance RAM0,000392 kW/GoCloud Jewels / Cloud Carbon FootprintEstimation de la consommation des composants serveur 4
Puissance stockage SSD1,2 × 10⁻³ kW/ToCloud Jewels / Cloud Carbon FootprintEstimation de la consommation des composants serveur
Puissance stockage HDD0,65 × 10⁻³ kW/ToCloud Jewels / Cloud Carbon FootprintEstimation de la consommation des composants serveur
Réseau inter-datacentersScénario 0,001 kWh/GoAnnexe I Cloud Carbon Footprint ; ambiguïté Gb/GB dans la prose à contrôlerNe couvre pas automatiquement LAN ou accès utilisateur

Réseau​

HypothèseValeur / ConventionSourceContexte d'application
Facteurs réseau D4BFacteurs par Go·km, ou par octet·km avant conversionConvention D4B toujours utilisée ; modèle réseauVolume × distance estimée × facteur ; les illustrations par Go intègrent le trajet en amont
Distance réseau interneRayon estimé du pays : r=A/πr = \sqrt{A/\pi}Wikipedia (surfaces pays), méthodologie Digital4BetterSegments réseau internes
Distance réseau interpaysRoute orthodromique entre barycentresGoogle Maps API (barycentres), formule des cosinusSegments réseau internationaux
Volumétrie box220 Go/mois par boxRapport ICT 2020, ADEME/ARCEP 2022Intégration de l'impact box dans le facteur réseau fixe
Taux de cache CDNScénarios de sensibilité 70 % à 90 % ; ancien exemple web 95 %Hypothèses D4B, non mesuréesHypothèse sur les flux vers l’origine ; le trafic CDN-utilisateur demeure

Modèles paramétriques composants (impact intrinsèque)​

ComposantFormuleCoefficients GWPSource primaire
CPU historique (pas carte GPU complète)I=(diemm2×Cdie+Cbase)×Fnode×FpkgI = (die_{mm^2} \times C_{die} + C_{base}) \times F_{node} \times F_{pkg}CdieC_{die} = 0,0197 kgCO₂e/mm², CbaseC_{base} = 9,14 kgCO₂eModèle historique UBA/Boavizta ; densités et multiplicateurs D4B à calibrer
RAMI=((capGo/densiteˊ)×Cdie+Cbase)FpkgI = ((cap_{Go} / densité) \times C_{die} + C_{base}) F_{pkg} par moduleCdieC_{die} = 2,20 kgCO₂e/cm², CbaseC_{base} = 5,22 kgCO₂e, densité DDR4 = 0,625 Go/cm²Modèle historique UBA/Boavizta ; densités et multiplicateurs D4B à calibrer
SSDI=(capGo/densiteˊNAND)×Cdie+CbaseI = (cap_{Go} / densité_{NAND}) \times C_{die} + C_{base} par driveCdieC_{die} = 2,20 kgCO₂e/cm², CbaseC_{base} = 6,34 kgCO₂e, densité = 48,5 Go/cm²Modèle historique UBA/Boavizta ; densités et multiplicateurs D4B à calibrer
HDDI=31,11I = 31{,}11 kgCO₂e par drive (forfaitaire)31,11 kg CO₂e/disqueModèle historique UBA/Boavizta ; densités et multiplicateurs D4B à calibrer
ÉcranI=surfacecm2×Ctechno+CbaseI = surface_{cm^2} \times C_{techno} + C_{base}LCD: 0,07 kgCO₂e/cm², OLED: 0,12, base: 3,0Hypothèse pédagogique D4B, calibration non établie
BatterieI=capkWh×FchimieI = cap_{kWh} \times F_{chimie}LCO: 75, NMC: 65, LFP: 50 kgCO₂e/kWhHypothèses pédagogiques D4B, non validées par ces publications

Reconstruction multicritère des semi-conducteurs​

Statut : non validée au 16 octobre 2026. Les anciennes valeurs AP, WU, PM, IR et ADPe reconstruites depuis l’inventaire Intel ne sont plus des facteurs par défaut. Pour les réintroduire, publier les flux élémentaires, leurs unités et compartiments, les facteurs LCIA versionnés, les règles de surface et de rendement, ainsi qu’un calcul reproductible. Le détail des valeurs remplacées reste conservé dans les archives de refonte.

Les modèles CPU, RAM et SSD gardent leurs coefficients historiques explicitement sourcés. L’eau physique ne doit pas être additionnée à un indicateur d’eau caractérisé en m³ équivalent.

Pays de fabrication par défaut (impact intrinsèque)​

Ces pays sont des scénarios de sensibilité, pas une localisation connue de chaque composant. Les facteurs agrégés de fabrication ne sont pas relocalisés par simple multiplication par le mix électrique. Une substitution demande un inventaire distinguant l'électricité du reste des procédés.

ComposantPays du scénarioStatut
Logique avancéeTaïwanHypothèse D4B ; usine à identifier
RAM et NANDCorée du SudHypothèse D4B ; usine à identifier
Assemblage, écran, batterie, PCBChineHypothèse D4B ; usine à identifier

Facteurs de nœud CPU/GPU : scénarios exploratoires (FnodeF_{node})​

Ces valeurs sont des hypothèses de sensibilité, sans calibration IMEC reproductible identifiée. Elles ne démontrent pas la performance environnementale d’une génération de puces.

NoeudFnodeF_{node}Source
28 nm1,0 (référence)Hypothèse exploratoire D4B, à calibrer
14 nm1,2Hypothèse exploratoire D4B, à calibrer
10 nm1,4Hypothèse exploratoire D4B, à calibrer
7 nm1,8Hypothèse exploratoire D4B, à calibrer
5 nm2,2Hypothèse exploratoire D4B, à calibrer
4 nm2,5Hypothèse exploratoire D4B, à calibrer
3 nm2,8Hypothèse exploratoire D4B, à calibrer

Équipements et durées de vie​

HypothèseValeur / ConventionSourceContexte d'application
Approche privilégiéeReconstruction par composants si les données la justifient ; facteur équipement documenté sinonMéthodologie Digital4BetterPrivilégier la représentativité, pas la seule granularité
Données manquantesPriorité mesure → primaire → fournisseur → littérature → forfaitHypothèses et hiérarchieToute donnée absente
Correction durée de vieIFemb=TIFemb×TL/RLIF_{emb} = TIF_{emb} \times TL / RLMéthodologie Digital4BetterUniquement pour un facteur déjà normalisé au temps ; ne pas appliquer TL/RL à un impact de cycle de vie total
vCPUCorrespondance vCPU/thread selon offre et architecture, à documenterConvention D4BCalcul d'allocation par composant

Exclusions actuelles​

Domaine excluRaisonPerspective
VisioconférenceHors scope de cette itérationÀ intégrer dans une itération future
Streaming vidéoHors scope de cette itérationÀ intégrer dans une itération future
IoT / EmbarquéHors scope de cette itérationÀ intégrer dans une itération future

Scénarios historiques du service web​

Les valeurs 69 s/34 s par vue et 59 % mobile proviennent des références historiques du chapitre web (2023). Le score historique emploie une convention distincte : 20 s et 58 % mobile. Aucune de ces valeurs n’est une moyenne actuelle garantie. Le modèle interne de répartition des vues et la conversion d’une seconde utilisateur en une vCPU-seconde ne sont pas validés hors échantillon ; ils ne remplacent pas les mesures du service. Les anciennes tables et conventions restent dans la v1 et les archives de travail. La v2 utilise des activités observées ou des hypothèses explicitement renseignées.

Simulateurs et instantané de validation ; 16 octobre 2026​

ParamètreValeur / règleStatut et provenance
Électricité des simulateursMoyennes 2025, 15 pays disponibles dans le fichier localD4B, commit 77cae4a5, data/factor/country-yearly.csv ; sélection locale dans src/data/electricity-factors.json
REFAucun abattement automatique du mix de référenceSensibilité séparée seulement ; compatibilité SCI à vérifier
WUEL/kWh IT × énergie ITEau directe physique ; ne pas confondre avec WU caractérisé
IRRésultat numérique suspendu dans le simulateur équipementIncohérence historique kg/kBq à résoudre à partir des inventaires
Écran 16:9Surface = diagonale² × 2,54² × 144/337Géométrie exacte, diagonale en pouces, surface en cm²
IA : calcul2P par jeton d'entrée/sortie ; 6P par jeton d'entraînement, P actifApproximation des couches denses ; attention, mémoire et communications à calibrer
IA : fine-tuningMême échelle de calcul que l'entraînementScénario, aucune économie déduite de la seule fraction LoRA
IA : MFU / PUE initial0,4 / 1,2Hypothèses de scénario, pas mesures fournisseur
IA : durée de vie5 × 365,25 × 24 heuresAllocation au temps actif du simulateur ; allocation au temps réservé à traiter séparément
IA : cacheCoût résiduel α = 0,1 ; taux entre 0 et 100 %Hypothèse, appliquée avant temps et énergie ; coût mémoire non mesuré
IA : matérielPuissances et fabrication par composant dans src/data/ai-hardware-profiles.jsonScénarios, pas ACV certifiées ; mémoire hôte B300 corrigée à 2 To
BatterieFormulaire : LCO 75, NMC 65, LFP 50 ; scénario documentaire NMC 811 : 60 kg CO₂e/kWhScénarios ; eau/ADPe non calculés sans facteurs traçables

Les préréglages locaux de capacité, durée, charge, densité et composition sont visibles dans chaque formulaire. Ils décrivent un exemple modifiable, pas une recommandation d'équipement. Les coefficients de procédé et de packaging restent exploratoires tant que leur calibration n'est pas publiée.

Paramètres des illustrations par composants​

Le registre partagé porte la version d4b-components-illustration-2026.10.19. Il distingue les coefficients historiques des hypothèses ci-dessous. Leur centralisation assure la cohérence des exemples ; elle ne constitue pas une calibration scientifique.

ParamètreValeur d’exercicePortée
RAM DDR5Densité 1 Go/cm² ; packaging 1,1Même formule dans l’exemple RAM, les terminaux et les serveurs
HBM2e / HBM3Densités 0,5 / 0,8 ; packaging 3 / 3,5Scénarios exploratoires ; interposeur à compter une seule fois
Modules serveur32 Go par module supposéNombre arrondi au supérieur ; capacité totale conservée
Disques serveur2 To par SSD, 4 To par HDD supposésMême règle ; les constantes par disque suivent le nombre de disques
Résiduel structurelSmartphone 4, tablette 5, portable 8, fixe 12, serveur 50 kg CO₂eHypothèses sans recouvrement avec les composants détaillés
Puissance terminal50 % du TDP CPU + écran + 2 W auxiliairesModèle d’exercice, pas mesure moyenne d’un parc
Puissance serveurTDP CPU/GPU + RAM + stockage + 50 W auxiliairesScénario à puissance constante, avant PUE
Mélange ordinateur60 % portable, 40 % fixe avec écranPondération du temps actif, pas statistique d’audience
Mélange mobile95 % smartphone, 5 % tabletteMême convention
Allocation des profils terminalFabrication calculée / durée de vie / 8 760 h/anLe facteur par seconde est dérivé, pas repris des anciens forfaits

Les profils de service utilisent une année de 365 jours pour le facteur par seconde. Les exemples de composants et l’IA utilisent 365,25 jours pour l’énergie annuelle ou leur allocation temporelle. Ces conventions restent explicites ; leur harmonisation modifierait les résultats et demanderait une nouvelle version.

Les configurations détaillent aussi la capacité, le nombre de composants, l’écran et la batterie. Les valeurs inconnues d’un équipement réel restent des hypothèses ou des postes non évalués. Les anciens facteurs VM et terminaux restent des références historiques ; ils ne sont plus la cible du modèle.

Gaps du référentiel​

Les sujets suivants demandent encore un enrichissement progressif :

  • certaines données explicites sur les matériaux critiques.
  • certaines conventions de modélisation amont pour les semi-conducteurs.
  • des inventaires multicritères compatibles sur certaines couches support.
  • des inventaires compatibles pour le réseau LAN, évalué lorsqu’un inventaire documenté est disponible.

Hypothèses et limites​

  • Le registre couvre les paramètres partagés et les principales conventions ; la couverture multicritère reste incomplète.
  • Chaque évolution d’un paramètre entraîne une révision de sa version et de ses exemples.
  • Les valeurs par défaut sont des conventions de travail, pas des vérités générales. Elles doivent être remplacées dès qu'une donnée de meilleur niveau est disponible.

Notes de bas de page​

  1. digital4better/data. Pages méthodologiques du corpus. Base Empreinte / ADEME. Digital4Better, catalogue de données, instantané 77cae4a. Références et portée : Sources et corpus. ↩

  2. Digital4Better, digital4better/data Catalogue évolutif ; utiliser un commit pour figer les facteurs. ↩

  3. Uptime Institute ↩

  4. Cloud Carbon Footprint Documentation en ligne, version non figée. ↩

  5. Digital4Better, D4B, commit 77cae4a. Instantané 77cae4a, données 2025 ; revue du 16 octobre 2026. ↩