💻 computer science

A formalization of System I with type Top in Agda

Este trabajo presenta una variante del Sistema I que incluye el tipo Top y ofrece su formalización completa en Agda, demostrando los teoremas de progreso y normalización fuerte.

Autores originales: Agustín Séttimo, Cristian Sottile, Cecilia Manzino

Publicado 2026-03-26

📖 5 min de lectura🧠 Análisis profundo

CC BY 4.0

Autores originales: Agustín Séttimo, Cristian Sottile, Cecilia Manzino

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

¡Claro que sí! Imagina que este artículo es como el plano de un arquitecto de software que ha diseñado un nuevo tipo de "lenguaje de programación" (llamado System I) y ha construido una casa perfecta para él usando una herramienta de construcción matemática llamada Agda.

Aquí tienes la explicación, traducida a un lenguaje cotidiano con analogías:

1. ¿Qué es el "System I"? (El Lenguaje de los Gemelos)

Imagina que tienes dos cajas. Una caja dice "Manzanas y Peras" y la otra dice "Peras y Manzanas". En el mundo normal, son cajas diferentes. Pero en este nuevo lenguaje, son exactamente la misma caja.

El "System I" es un sistema donde si dos cosas son isomorfas (es decir, tienen la misma forma y contenido, aunque se escriban diferente), se consideran iguales.

Analogía: Es como si pudieras decir "Quiero un sándwich de jamón y queso" o "Quiero un sándwich de queso y jamón", y el cocinero no se confundiera; le daría el mismo sándwich en ambos casos.
El problema: Esto suena genial, pero en matemáticas y programación, si las cosas son "iguales" pero se escriben diferente, a veces el ordenador se vuelve loco y entra en un bucle infinito (como un perro persiguiendo su propia cola).

2. La Gran Innovación: Añadir el "Top" (La Caja Mágica)

Los autores decidieron añadir una nueva pieza a este sistema: el tipo Top (o "Todo").

Analogía: Imagina que "Top" es una caja mágica vacía que puede contener cualquier cosa, o una caja que representa "Verdad absoluta".
El reto: Añadir esta caja mágica hace que el sistema sea más complejo. Tienen que asegurarse de que, al mezclar "Manzanas", "Peras" y la "Caja Mágica", el sistema no se rompa ni se quede atascado.

3. El Trabajo de los Autores: Los "Guardianes de la Verdad" (Agda)

Los autores no solo escribieron el código; lo formalizaron en Agda.

¿Qué es Agda? Imagina que Agda es un juez muy estricto y un inspector de calidad que no deja pasar ni un solo error. Si dices "esto es igual a aquello", el juez te exige pruebas matemáticas irrefutables.
Lo que hicieron:
1. Definieron las reglas: Escribieron exactamente cómo se comportan estas cajas y la caja mágica.
2. Probaron que no se atasca (Normalización Fuerte): Demostraron matemáticamente que, sin importar cómo juegues con las cajas, siempre terminarás en un punto final. Nunca entrarás en un bucle infinito.
  - Metáfora: Imagina que estás bajando por un tobogán. En sistemas normales, podrías caer en un remolino y nunca salir. Aquí, los autores demostraron que el tobogán siempre tiene una salida y un final seguro.
3. Demostraron que siempre avanza (Progreso): Si tienes un programa listo para ejecutarse, o ya terminó, o puede dar un paso más. Nunca se quedará "congelado" sin poder hacer nada.

4. El Secreto: Las "Fichas de Identidad" (Witneses)

Para evitar que el sistema se vuelva loco, los autores introdujeron algo genial: fichas de identidad (o "testigos").

Analogía: Imagina que quieres cambiar el orden de las cosas en una caja (de "Manzanas y Peras" a "Peras y Manzanas"). En lugar de hacerlo mágicamente, tienes que pegar una etiqueta en la caja que diga: "He cambiado el orden usando la regla de Intercambio".
Por qué es importante: Esta etiqueta es crucial. Le dice al ordenador: "Oye, he hecho este cambio, pero ahora tengo que borrar esta etiqueta para poder continuar".
El resultado: Al tener que borrar las etiquetas para avanzar, el sistema no puede repetir el mismo truco infinitamente. Es como si cada vez que usas un truco de magia, se gasta una carta de tu mazo. Cuando se acaban las cartas, el truco termina y el sistema se estabiliza.

5. ¿Por qué nos importa esto?

Para los programadores: Significa que podemos escribir código más flexible. Si una función espera "A y luego B", y tú le das "B y luego A", el sistema lo entiende y lo arregla solo, sin errores.
Para los matemáticos: Significa que sus pruebas son sólidas. Si un sistema de lógica no se detiene (no tiene normalización), significa que podrías probar cosas falsas como verdaderas. Este trabajo asegura que el sistema es consistente y seguro.

En resumen

Los autores tomaron un sistema de lógica un poco "rebeldón" (System I), le añadieron una pieza especial (Top), y usaron un juez infalible (Agda) para construir un edificio matemático donde:

Las cosas que son iguales (aunque se escriban distinto) se tratan como iguales.
Hay etiquetas que obligan al sistema a avanzar y no dar vueltas en círculos.
Todo termina bien: Ningún programa se queda colgado para siempre.

Es como haber diseñado un ascensor a prueba de fallos que, incluso si intentas empujarlo hacia arriba y abajo al mismo tiempo, siempre sabe exactamente cómo llegar al piso de abajo sin quedarse atascado en el medio.

1. El Problema

El estudio de los isomorfismos de tipos permite identificar programas que, aunque tienen sintaxis diferente, poseen semántica equivalente. En sistemas como System I, los tipos isomorfos se consideran iguales (por ejemplo, $A \times B \equiv B \times A$ o $A \to (B \times C) \equiv (A \to B) \times (A \to C)$ ).

Sin embargo, existen desafíos significativos al trabajar con estos sistemas:

No determinismo y preservación de tipos: La igualdad de tipos introduce ambigüedad en la reducción. Por ejemplo, proyectar un elemento de un par puede volverse no determinista si el orden de los elementos cambia por isomorfismo.
Normalización fuerte: Asegurar que todo término tipado termine su reducción (no entre en bucles infinitos) es complejo cuando se añaden reglas de equivalencia que pueden reescribir términos indefinidamente (como la expansión $\eta$ ).
Formalización de Top: La introducción del tipo Top (que corresponde a la proposición "Verdadero") requiere adaptar las reglas de equivalencia y la semántica operativa para manejar casos neutros y absorbentes, manteniendo la propiedad de normalización fuerte.
Falta de formalización rigurosa: Aunque existen implementaciones preliminares (ej. en Haskell), faltan formalizaciones completas que incluyan pruebas de corrección (progreso y normalización fuerte) en un entorno de verificación formal.

2. Metodología

Los autores adoptan un enfoque de formalización intrínseca en Agda, utilizando los siguientes pilares metodológicos:

Representación Intrínseca: A diferencia de la representación extrínseca (donde términos y tipos son independientes), aquí los términos se definen directamente como derivaciones de tipado. Cada constructor de datos en Agda corresponde a una regla de tipado. Esto garantiza que cualquier término construido sea automáticamente bien tipado.
Índices de De Bruijn: Se utilizan para representar variables, evitando problemas de captura de nombres y simplificando la manipulación de sustituciones.
Testigos Explícitos (Witnesses): Para manejar la equivalencia de tipos de manera constructiva, se introduce un constructor sintáctico [ρ]≡t. Este constructor lleva un "testigo" explícito (ρ) que documenta qué isomorfismo de tipos se aplicó para transformar el tipo de t. Esto permite rastrear sintácticamente cada paso de equivalencia.
Semántica Operativa:
- Se define una relación de reducción ⇝ que combina la reducción clásica (→, como la $\beta$ -reducción) con la relación de equivalencia de términos (⇄).
- La equivalencia de términos (⇄) no es una relación de igualdad arbitraria, sino un conjunto de reglas de reescritura dirigidas (basadas en los testigos ρ) que eliminan o simplifican los constructores de equivalencia.
- Se adopta una estrategia Call-by-Value.

3. Contribuciones Clave

El artículo presenta tres contribuciones principales:

Variante de System I con Top:
- Extienden System I añadiendo el tipo Top y sus isomorfismos asociados (identidad con producto, neutralidad/absorción en implicación).
- Definen un conjunto de reglas de equivalencia de términos que incluyen estrategias de "introducción" (como SPLIT-ASSO y SPLIT-DISTλ) para evitar que los términos se queden atascados (stuck) sin perder la propiedad de normalización.
Formalización Completa en Agda:
- Implementación de la sintaxis, reglas de tipado y semántica.
- Definición de sustituciones y renombramientos utilizando técnicas de renaming y substitution (basadas en trabajos de Altenkirch, Reus y McBride).
- El código es público y accesible, sirviendo como base verificada para futuros trabajos.
Pruebas de Propiedades Meta-teóricas:
- Progreso (Progress): Se demuestra que todo término tipado y cerrado es o bien un valor, o bien puede dar un paso de reducción. La prueba maneja casos complejos donde se deben eliminar testigos de isomorfismo para continuar la reducción.
- Normalización Fuerte (Strong Normalization): Se demuestra que toda secuencia de reducción desde un término tipado es finita.
  - Se utiliza la técnica de reducibilidad (introducida por Tait y Girard), adaptada por Schäfer y Kovács para ser más manejable en formalizaciones constructivas.
  - Se define una interpretación de términos [[t]] que asocia a cada término una propiedad de normalización, probando el teorema de "adecuación" (adequacy).

4. Resultados

Terminación Garantizada: La prueba de normalización fuerte confirma que el cálculo, a pesar de sus reglas de equivalencia complejas, no permite bucles infinitos. Esto es crucial para la consistencia lógica del sistema bajo la correspondencia Curry-Howard.
Función de Evaluación Total: Gracias a la prueba constructiva de normalización fuerte, los autores definen una función de evaluación eval en Agda que es total (siempre termina). Esta función devuelve la secuencia de reducción desde un término hasta un valor.
Manejo del Caso $\Omega$ : Se demuestra cómo el sistema maneja términos que parecerían no terminar en otros contextos (como $\Omega = (\lambda x. xx)(\lambda x. xx)$ con tipo Top), mostrando cómo la eliminación de testigos de isomorfismo permite reducir estos términos a un valor (⋆).
Eliminación de Ambigüedad: El uso de testigos explícitos y reglas de reescritura dirigidas resuelve el problema de no determinismo en la proyección y aplicación de funciones, asegurando que la reducción sea un proceso bien definido.

5. Significado e Impacto

Avance en la Verificación Formal: Este trabajo representa, según los autores, la primera formalización completa de la prueba de normalización fuerte para un cálculo lambda módulo isomorfismos.
Nuevas Perspectivas de Programación: Al validar un sistema donde los tipos isomorfos son iguales, se habilita un modelo de programación donde la estructura de los datos y la ordenación de argumentos pueden ser flexibles sin perder seguridad de tipos.
Base para Futuras Extensiones: La formalización sirve como base sólida para explorar sistemas más complejos, como System I polimórfico (System F módulo isomorfismos) o variantes no tipadas como el cálculo lambda distributivo.
Corrección de la Correspondencia Curry-Howard: Desde la perspectiva lógica, la normalización fuerte asegura la consistencia del sistema, validando que las pruebas (programas) construidas bajo estas reglas de equivalencia son válidas y finitas.

En resumen, el artículo no solo extiende un cálculo lambda existente, sino que proporciona una verificación formal rigurosa de sus propiedades fundamentales, resolviendo problemas teóricos de no determinismo y terminación mediante el uso de testigos sintácticos y técnicas avanzadas de reducción en Agda.