← Últimos artículos
💻 computer science

All LCA models are wrong. Are some of them useful? Towards open computational LCA in ICT

Este artículo critica las prácticas actuales de la Evaluación del Ciclo de Vida (LCA) en las Tecnologías de la Información y la Comunicación (TIC) por su falta de rigor y propone un marco de computación abierta que, mediante grafos de dependencias explícitos y repositorios versionados, garantice la trazabilidad y la credibilidad de los modelos ambientales.

Autores originales: Vincent Corlay, David Bekri, Marie-Anne Lacroix, Maxime Pelcat, Maxime Peralta, Pierre-Yves Pichon, Leo Saillenfest, Olivier Weppe, Sebastien Rumley

Publicado 2026-04-09
📖 6 min de lectura🧠 Análisis profundo

Autores originales: Vincent Corlay, David Bekri, Marie-Anne Lacroix, Maxime Pelcat, Maxime Peralta, Pierre-Yves Pichon, Leo Saillenfest, Olivier Weppe, Sebastien Rumley

Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo

🌍 Todos los modelos de impacto ambiental están "equivocados". ¿Algunos son útiles?

Imagina que quieres saber exactamente cuánta contaminación produce un teléfono móvil desde que se extrae la arena para el vidrio hasta que lo tiras a la basura.

El problema es que es imposible medirlo todo. Nadie puede ir a cada fábrica, a cada camión y a cada vertedero del mundo para tomar medidas exactas. Es como intentar contar cada gota de agua en un río mientras navegas en una canoa: te mojarías y perderías el rumbo.

Por eso, los expertos usan modelos. Son como mapas o recetas que intentan predecir el impacto basándose en datos que sí tenemos (como el peso del teléfono o cuánta energía consume).

El título del artículo juega con una frase famosa: "Todos los modelos están equivocados, pero algunos son útiles".

  • Equivocados: Porque son simplificaciones de la realidad. Un mapa no es el territorio real.
  • Útiles: Si el mapa es lo suficientemente bueno, puedes llegar a tu destino sin perderte.

El problema actual es que en el mundo de la tecnología (ordenadores, redes, IA), estamos usando mapas muy antiguos, dibujados a mano alzada, o mezclando mapas de diferentes países sin darnos cuenta. Y eso es peligroso porque ahora, los gobiernos y las empresas usan estos números para poner impuestos, multas o certificaciones ecológicas.


🚨 Los dos "Maldiciones" del modelo

Los autores dicen que hacer estos cálculos para la tecnología tiene dos grandes problemas (llamados "maldiciones"):

  1. La maldición de la validación (¿Cómo sabemos que el mapa es correcto?):
    Para saber si un modelo es bueno, deberías medir la realidad y compararla. Pero medir la contaminación real de una fábrica de chips es carísimo, difícil y a veces imposible (nadie te deja entrar a sus secretos industriales).

    • Analogía: Es como intentar adivinar la receta exacta de un pastel sin poder entrar a la cocina del chef. A veces adivinamos bien, pero a veces nos equivocamos y nadie se da cuenta hasta que el pastel sale quemado.
  2. La maldición de la composición (El juego de las sillas musicales):
    Un teléfono no es un solo objeto; es miles de piezas (pantalla, batería, chip, carcasa). Para calcular el impacto total, los expertos tienen que unir muchos modelos pequeños (uno para la batería, otro para el chip, otro para el transporte).

    • Analogía: Imagina que construyes una casa usando planos de diferentes arquitectos. Uno usa pies, otro metros. Uno asume que el suelo es de piedra, otro que es de madera. Si los unes sin revisar, la casa se cae. En los modelos actuales, a menudo unimos piezas que no encajan bien, pero seguimos construyendo la casa.

🕵️‍♂️ ¿Dónde estamos fallando? (Ejemplos reales)

El artículo da ejemplos de cómo estos errores ocurren en la vida real:

  • El correo electrónico: Se decía que enviar un correo emitía tanto CO2 como conducir un coche. ¡Falso! Ese número mezclaba el consumo total de los servidores (que están encendidos siempre) con el coste de un solo correo. Fue como culpar a un solo pasajero de que el avión consuma combustible, ignorando que el avión ya estaba volando de todas formas.
  • La IA y la "Ecologits": Hay herramientas que calculan la huella de carbono de la Inteligencia Artificial. Pero si la herramienta se actualiza y cambia sus datos de fondo, los resultados de ayer ya no son válidos hoy, y nadie se da cuenta porque no hay un registro de qué versión se usó. Es como cambiar las reglas del fútbol a mitad del partido y decir que el gol de antes no cuenta, pero sin avisar a los jugadores.

🛠️ La solución: Un "Sistema Operativo" para la ecología

Los autores proponen que dejemos de tratar estos modelos como documentos de Word sueltos y empiece a tratarlos como software. Imagina que la ecología tuviera su propio "GitHub" (un lugar donde se guarda el código de los programas).

Proponen cuatro reglas de oro para arreglar esto:

  1. Linaje del modelo (El árbol genealógico):
    Cada cálculo debe tener un "currículum". Debe decir: "Este número viene de este otro modelo, que a su vez se basó en esta medición real".

    • Analogía: Como en una receta de cocina. Si el pastel sale mal, debes poder saber si fue por la harina, el horno o el tiempo. Si no sabes de dónde viene la harina, no puedes arreglar el pastel.
  2. Alcance definido (La etiqueta de "No apto para..."):
    Cada modelo tiene un límite. Un modelo hecho para calcular el impacto de un coche en Alemania en 2010 no sirve para un camión en Brasil en 2024.

    • Analogía: Es como usar un termómetro para medir la temperatura del agua hirviendo. Si el termómetro solo llega a 50°C, se romperá. Debemos poner una etiqueta clara: "Solo válido para X".
  3. Trazabilidad (La cadena de custodia):
    Si alguien dice "La IA consume 400 TWh de energía", debería ser posible hacer clic y ver exactamente qué datos y fórmulas usaron para llegar a ese número. Todo debe ser transparente y reproducible.

    • Analogía: Como en un juicio. No basta con decir "el acusado es culpable"; hay que mostrar las pruebas, el testigo y la cadena de evidencia.
  4. No obsolescencia (El control de versiones):
    La tecnología cambia rápido. Los modelos viejos deben quedar archivados como "históricos", pero no usarse para decisiones actuales.

    • Analogía: No usarías un mapa de Google de 1990 para conducir hoy. Necesitas la versión actualizada.

🚀 ¿Cómo lo hacen? (La propuesta técnica)

Para lograr esto, proponen crear un repositorio abierto y versionado (como un "Docker" para la ecología).

  • Gráficos de dependencia: En lugar de hojas de cálculo planas, los modelos se conectarían como nodos en una red. Si cambias un dato en la base (ej. la energía de una fábrica), el sistema avisa automáticamente a todos los modelos que usan ese dato para que se actualicen.
  • Validación automática: El sistema revisaría automáticamente si las unidades coinciden (no sumar litros con kilogramos) y si los datos son coherentes.
  • Taxonomía clara: Clasificar los modelos en tipos (¿es un modelo de producto? ¿de impacto? ¿de incertidumbre?) para que todos sepan cómo usarlos.

💡 Conclusión sencilla

El mensaje final es: No confíes ciegamente en los números verdes que ves en las noticias o en los informes corporativos.

Hasta ahora, hemos estado construyendo castillos de naipes con modelos frágiles. Para que la tecnología sea realmente sostenible, necesitamos pasar de "adivinar con modelos" a "construir con ingeniería rigurosa". Necesitamos transparencia, versiones actualizadas y saber exactamente de dónde vienen los datos.

Si logramos esto, podremos responder a la pregunta más importante: ¿Cuánta tecnología es "demasiada" para nuestro planeta? Y la respuesta será real, no un invento.

¿Ahogado en artículos de tu campo?

Recibe resúmenes diarios de los artículos más novedosos que coincidan con tus palabras clave de investigación — con resúmenes técnicos, en tu idioma.

Probar Digest →