Trayectoria del proyecto

De infraestructura de búsqueda
a un laboratorio de ingeniería más amplio.

Egothor comenzó en 1998 como un proyecto de motor de búsqueda. Con el tiempo, el mismo programa de ingeniería exploró procesamiento lingüístico, servicios distribuidos, crawling, geolocalización de red, gateways de sensores y plataformas experimentales de datos. Esta página conserva esa continuidad sin presentar sistemas retirados como productos actuales.

Cronología abstracta que conecta las familias de proyectos Egothor desde 1998 hasta hoy

Línea principal

2007–2015

J5M

Capa ligera de aplicaciones distribuidas basada en servicios cooperantes, descubrimiento de objetos remotos, invocación directa o remota, control de ciclo de vida e instancias de servicio de reserva activa.

Resumen histórico ↑
2012–2014

Bobo

Plataforma distribuida de crawling y entidades virtuales que surgió de las necesidades de rastreo de Egothor y evolucionó hacia una arquitectura general para componentes autónomos orientados a la web.

2013–2014

Galeo

Investigación de geolocalización IP basada en un modelo que trataba las rutas de red como heterogéneas en lugar de asumir un único comportamiento constante de propagación.

2012 → 2022

Egothor3 / Q!D

Dirección experimental de bases de datos iniciada en 2012; la implementación posterior Q!D utilizó la plataforma J5M para explorar modelos alternativos de procesamiento de grandes colecciones de datos.

2025–2026 →

Generación actual de Egothor

Radixor renueva la línea de procesamiento lingüístico, ZeroEcho amplía el trabajo hacia la criptografía moderna, conflux proporciona infraestructura de aplicación focalizada, MethodAtlas lleva la ingeniería orientada a evidencias al aseguramiento de software y EGOTHOR v4 devuelve la familia al texto completo en entornos regulados.

Proyectos actuales →

Sistemas aplicados

La familia ampliada también incluyó sistemas de red, sensores y adquisición de datos. En la lista histórica de Leo Galamboš figuran SNOG (gateway de red de sensores), SafetyCare (aplicación de asistencia GPS/GSM), Cyclone (crawler y analizador distribuido) y RaSPEL (puente/controlador LoRaWAN a REST).

Contexto histórico. Las descripciones de esta página se han reescrito para mayor claridad y contexto actual. Las fechas y descripciones técnicas principales se basan en las páginas conservadas de Egothor y en el historial de proyectos publicado por Leo Galamboš.

Lo que permaneció

Los sistemas son distintos, pero se repiten varias ideas: desplazar la complejidad fuera de las rutas críticas de ejecución; hacer explícito el comportamiento de los servicios; preferir estructuras de datos compactas; permitir que los componentes se sustituyan o evolucionen de forma independiente; y conservar suficiente evidencia técnica para que otro ingeniero pueda cuestionar una afirmación.