La tarea más divertida que he tenido en la universidad hasta ahora es una referencia a 1949. Nuestro grupo en la UVG está construyendo una computadora hidráulica que simula la economía guatemalteca enrutando agua coloreada a través de tanques y tuberías. Cada tanque es un sector. Cada tubería es un flujo intersectorial. La cosa entera tiene que conservar masa físicamente, lo cual significa que la matemática detrás también tiene que conservar masa. Esa última parte es mía. El proyecto lo lidera el profesor Benjamín Leiva en la Universidad del Valle de Guatemala, en el marco del curso de Macroeconomía Intermedia. Calibrado a partir del Cuadro de Oferta y Utilización (COU) 2013 de Banguat. Yo trabajo en el lado de análisis de datos, automatizando la calibración que convierte el COU oficial en los parámetros contra los que se dimensionan las tuberías y reservorios de la máquina. ## Por qué una computadora hidráulica en 2025 En 1949 A.W. Phillips construyó el MONIAC original: una computadora hidráulica que simulaba la economía británica enrutando agua coloreada a través de una red de tanques y tuberías. Los sectores eran reservorios, los flujos intersectoriales eran diámetros de tubería, el ahorro y las exportaciones eran drenajes. Era a la vez instrumento de investigación e instrumento de enseñanza. Ver el agua moverse hace intuitiva una identidad de flujo de una manera que una hoja de cálculo nunca lo logra. La versión guatemalteca hereda la misma intención. Como instrumento académico le permite al equipo poner a prueba cómo se ven realmente las relaciones estructurales de una economía latinoamericana cuando tienen que conservar masa físicamente en cada nodo. Como artefacto público le da a no economistas una manera de ver cómo se conectan producción, consumo, impuestos, importaciones y demanda final. Un modelo hidráulico funcional es también un test de estrés honesto a la matriz insumo-producto subyacente: si el agua no balancea, tampoco lo hace la matemática. El COU llega de Banguat como dos matrices grandes más una hoja de valor agregado. La CO mapea productores a productos (quién hace qué). La CU mapea productos a usuarios (quién compra qué). La hoja de VA mapea actividades a ingreso de los factores (cuánto paga cada sector en remuneraciones, excedentes, impuestos). Para convertir eso en tuberías y reservorios necesitamos un grafo dirigido limpio a nivel actividad por actividad (sector a sector, no sector a producto), con masa conservada en cada nodo. Ese es el problema de calibración que el lado de datos del proyecto está resolviendo: hacer coincidir el tamaño de las tuberías del modelo con los flujos monetarios reales en los datos. Una economía es un sistema de flujos. Dibujarla como tal significa hacer que la matemática conserve masa en cada sector, no sólo en el total macro. ## Lo que produce Un grafo monetario dirigido a nivel sectorial. Las 20 actividades de mayor VBP forman el sistema cerrado que el equipo está empujando actualmente hacia la fabricación física. 20 cilindros para los sectores dominantes, más nodos externos para importaciones y márgenes de un lado y demanda final del otro. El caudal de cada bomba (litros por minuto) es proporcional al flujo monetario que representa. El umbral de 50 L/min deja sólo las bombas alrededor de las cuales el PoC físico realmente se va a construir. Hacer zoom en un solo sector y la identidad entradas-salidas se vuelve legible. AE003, una de las actividades agrícolas más grandes del modelo, enruta ingreso factorial (remuneraciones, excedente bruto de explotación, ingreso mixto) y compras a proveedores del lado izquierdo hacia una salida balanceada de demanda final y ventas inter-industriales del lado derecho. El grosor de las bandas es el valor calibrado real. La webapp completa en [maquina-hidraulica-cou.vercel.app](https://maquina-hidraulica-cou.vercel.app/) carga las 105 actividades, el mapa de calor de la matriz insumo-producto completa (una cuadrícula gigante donde cada fila es un sector que compra a las columnas y vende a las columnas), las trazas de cálculo por sector con fórmulas, la reconciliación RAS (una técnica estándar que ajusta cada celda de la matriz hasta que los totales de fila y columna calzan con los objetivos) y la validación lado a lado contra la referencia manual del profesor. Las dos rebanadas de arriba son el sneak peek público. El enlace es la cosa entera. ## La doble reescala El COU mismo es una identidad contable. Para cada producto, oferta es igual a utilización. Para cada actividad, producción es igual a insumos más valor agregado. Exacto en las tablas publicadas. El truco está en que las tablas publicadas son producto por actividad, mientras que el modelo hidráulico necesita actividad por actividad, y la conversión entre ambas es lo que introduce el error. La solución son dos reescalados acoplados. El reescalado CO distribuye la producción básica de cada actividad entre los productos que domina. El reescalado CU distribuye la utilización de cada producto entre las actividades que lo consumen dominantemente. Ambos usan un umbral de relevancia del 5%. Ambos renormalizan dentro del conjunto retenido. El producto de los dos reescalados es la *base producida*, el valor específico actividad y producto que alimenta cada cómputo aguas abajo. Sin el doble reescalado, la cola larga de flujos triviales o infla los flujos dominantes (sin filtro) o pierde masa que debería haberse redistribuido (filtro sin renormalización). De cualquier forma, el agua no balancea. Algunos detalles metodológicos se ganan su peso. El umbral del 5% se implementa en 0.0495, no en 0.0500, porque el Excel del profesor redondea 4.95% hacia arriba a 5.0% en display y lo deja pasar. Una automatización fiel necesita reproducir ese comportamiento, no el piso matemático estricto. Los productos no de mercado del sector público (administración pública, educación pública no de mercado, salud pública no de mercado) se marcan como excepciones, porque sus márgenes, importaciones e impuestos netos son cero por convención SCN 2008, y una fórmula uniforme distribuiría masa a columnas que deberían quedar vacías. La hoja de VA tiene columnas de subtotal intercaladas entre las 105 actividades reales, sin encabezado formal que las marque. Una rutina de detección automática las identifica chequeando si una columna equivale a la suma corrida de las actividades reales previas dentro de tolerancia, en lugar de codificar posiciones que podrían cambiar entre vintages. La implementación corre en dos lenguajes. R fue la primera pasada, un ejercicio de curso en RMarkdown con la misma lógica de doble reescalado. Python es la versión de producción: empaquetado correcto, tests dorados contra la actividad de referencia calibrada a mano por el profesor, un reporte Quarto que emite HTML y PDF, y la webapp Next.js enlazada arriba. Ambas implementaciones coinciden entre ellas y con la referencia manual del profesor dentro de tolerancia. Construí la segunda antes de que la primera estuviera claramente funcionando, en parte porque quería descubrir dónde me había equivocado construyéndola dos veces en runtimes distintos. Ese truco cazó algunos bugs reales. Un modelo hidráulico físico falla inmediatamente si el agua no balancea. No hay manera de redondear a cero. El agua o llega al siguiente reservorio o no llega. Esa restricción dura es lo que fuerza la disciplina del doble reescalado. Una economía que no conserva masa por sector no se puede dibujar como un sistema de flujos, y el modelo mismo se convierte en el validador de la matemática. El prototipo en R y el pipeline de producción en Python implementan el mismo procedimiento en runtimes distintos. Cuando ambos producen números dentro de tolerancia de la calibración manual del profesor, eso es evidencia de que la metodología se implementó correctamente, no sólo de que un runtime particular acertó. Cuando discrepan, la discrepancia es una bandera. Más barato que una prueba formal, y más rápido de reaccionar que un solo set de tests dorados. Los errores residuales después de la calibración no son bugs a perseguir hasta cero. Algunos sectores cargan limitaciones estructurales del COU mismo: el peso de los inmuebles en formación bruta de capital fijo, los servicios financieros y el tratamiento SCN 2008 del interés imputado, ciertos servicios profesionales con insumos intermedios delgados. El pipeline reporta esos residuales y los etiqueta con la explicación económica, en lugar de suavizarlos en un redondeo uniforme. El residual honesto es más útil para los fabricantes que un número falsamente limpio. ## Lo que me dio esto Entré esperando aprender economía. Pasé más tiempo aprendiendo lo que una caja de herramientas de ingeniería industrial le hace a una tabla de cuentas nacionales cuando nadie le dijo a las herramientas que se portaran bien. Flujo de proceso, balance de masa, calibración, traspaso a sub-equipos. Las mismas primitivas que gobiernan una línea de manufactura, sólo que con dinero en lugar de fluido. La intuición de Phillips de 1949, de que una economía monetaria ES un sistema de flujos, sigue siendo cierta. Dibujar la economía como un sistema de flujos significa escribir código que conserve masa en cada nodo, validarlo contra una referencia computada independientemente, reportar los residuales honestamente cuando los datos tienen límites estructurales, y entregar un set de parámetros calibrados a quienes fabrican la cosa física. Ninguno de esos movimientos es exótico por sí solo. Lo distintivo es hacer todos sobre una tabla de cuentas nacionales y confiar en que la salida dimensione tuberías reales.