El límite físico: el suelo que fija la luz

Hay pocas restricciones en informática que sean realmente absolutas. Casi todo lo que llamamos límite es un límite de la implementación actual, y desaparece con mejor hardware o mejor algoritmo. La propagación de una señal por un cable no es uno de esos casos: es una constante del universo dividida por el índice de refracción de un trozo de vidrio, y multiplicada por un mapa. Vale la pena calcularla una vez y no olvidarla nunca.

El suelo que fija el vidrio

La velocidad de la luz en el vacío es una constante cerrada: unos trescientos mil kilómetros por segundo. Dentro de una fibra óptica de sílice la señal viaja más despacio, porque el índice de refracción del vidrio ronda el uno con cuatro o uno con cinco a las longitudes de onda que se usan en telecomunicaciones. Dividiendo, la velocidad efectiva queda del orden de doscientos mil kilómetros por segundo.

const C_VACIO_KM_S = 299792.458;  // constante fisica, no una medida de red
const INDICE_FIBRA = 1.47;        // orden de magnitud del silice monomodo
const V_FIBRA = C_VACIO_KM_S / INDICE_FIBRA;  // unos 204 000 km por segundo

// Suelo teorico de ida y vuelta, en milisegundos, para una distancia recta
const sueloRTT = (km) => (2 * km / V_FIBRA) * 1000;

De ahí sale una regla mental que conviene memorizar: cada mil kilómetros de separación en línea recta añaden del orden de diez milisegundos de ida y vuelta. No importa la tecnología, el proveedor, el protocolo ni el presupuesto. Es un suelo, no una estimación.

Aplicarla a un mapa es aleccionador. Entre Europa occidental y la costa este de Norteamérica hay del orden de cinco o seis mil kilómetros en línea recta, lo que sitúa el suelo de ida y vuelta en torno al medio centenar de milisegundos. Entre Europa y Australia hay del orden de quince o dieciséis mil, y el suelo supera holgadamente el décimo de segundo. Y son suelos optimistas por dos razones: los cables no van en línea recta —siguen costas, fosas y acuerdos comerciales— y cada equipo intermedio añade su propio término de procesamiento y encolado.

flowchart TB
A[Distancia geografica en linea recta] --> B[Dividir por la velocidad en fibra]
B --> C[Suelo teorico de ida y vuelta]
C --> D[Sumar desvio real del cable]
D --> E[Sumar equipos intermedios y encolado]
E --> F[Latencia de red observable]
style C fill:#f9e2af,color:#11111b
style F fill:#f38ba8,color:#11111b

Merece la pena cerrar la puerta a la esperanza tecnológica antes de que se abra. Sí existen medios más rápidos que el vidrio: el vacío del espacio, o una fibra de núcleo hueco cuyo índice se acerca al del aire. Pero fíjate en cuánto pueden dar de sí como máximo. Si el vidrio frena la señal por un factor de aproximadamente uno con cinco, el mejor medio concebible recupera exactamente ese factor y ni un ápice más: el tiempo se reduce en torno a un tercio, y ahí termina la partida para siempre, porque el techo lo pone la constante del vacío. Un tercio es una mejora respetable de ingeniería y es completamente irrelevante frente a la diferencia entre decenas de milisegundos y cero.

El presupuesto de una pulsación de tecla

Ahora enfrentemos el suelo con una interacción concreta y exigente: una aplicación que quiere resolver en el servidor algo que ocurre en cada pulsación de tecla —una búsqueda mientras escribes, una validación, una colaboración carácter a carácter.

¿De cuánto tiempo dispone esa interacción? Escribir a un ritmo de unos pocos cientos de caracteres por minuto sitúa el intervalo entre teclas en el orden de una o dos décimas de segundo. Ese es el presupuesto: si la respuesta a una tecla tarda más que el hueco hasta la siguiente tecla, el sistema nunca se pone al día.

Y aquí el suelo intercontinental se vuelve demoledor: es del mismo orden de magnitud que el intervalo completo entre pulsaciones. No una fracción del presupuesto: el presupuesto entero, consumido por la propagación, antes de que el servidor haya empezado a pensar y sin haber gastado un solo milisegundo en el cliente.

// Regimen estable frente a regimen divergente
// Si el tiempo de respuesta supera el intervalo entre eventos,
// la cola de eventos pendientes no se vacia nunca.
const intervaloEntreTeclas = 150;  // orden de magnitud, en milisegundos
const respuestaRemota = 120;       // suelo intercontinental mas trabajo

const seAcumula = respuestaRemota > intervaloEntreTeclas;

Vista así, la ubicua técnica de esperar a que el usuario deje de escribir antes de consultar deja de parecer una optimización y se revela como lo que es: una confesión. El sistema declara que no puede seguir el ritmo de la persona, y negocia un armisticio consistente en atender solo cuando la persona se detiene. Funciona, y es lo correcto dada la restricción, pero conviene nombrarlo con precisión: no es una mejora de la interacción, es una renuncia a que la interacción sea continua.

Y esa renuncia tiene un efecto de segundo orden que rara vez se contabiliza. Al esperar a la pausa, el sistema deja de poder responder durante el pensamiento y solo responde después. La diferencia no es de milisegundos: es la diferencia entre una herramienta que acompaña el razonamiento y una que lo evalúa cuando ya ha terminado.

Acercar el servidor: qué compra y qué no

La respuesta convencional al suelo es reducir la distancia: replicar en varias regiones, desplegar en el borde, poner cachés cerca del usuario. Es una respuesta correcta y con efectos reales, porque ataca directamente el único factor de la fórmula que está bajo control humano.

Pero conviene ser preciso sobre qué compra. Acercar el servidor multiplica el suelo por un factor menor que uno; no lo anula. Y compra menos de lo que parece por tres motivos. El primero es que el término que se elimina es solo el de propagación: el encolado, el procesamiento y el renderizado siguen intactos. El segundo es que la réplica cercana solo sirve si puede responder de forma autónoma; en cuanto necesite coordinarse con una autoridad central para escribir o para leer algo consistente, la distancia larga reaparece justo donde importa. El tercero es que el último tramo hasta el dispositivo —la red móvil, el vecindario, el túnel— no lo controla nadie y suele ser el peor de todos.

El único cero disponible

Si el suelo es distancia dividida por velocidad, y la velocidad está fija, solo hay una manera de que el suelo valga cero: que la distancia valga cero. Es decir, que el dato que la interacción necesita ya esté en el dispositivo donde ocurre la interacción.

Esta es, formulada sin retórica, toda la premisa arquitectónica de local-first. No es una preferencia estética ni una moda: es la única solución de una ecuación de una línea. Cualquier otra estrategia —replicar, cachear, predecir, optimizar el protocolo— reduce el término; solo tener el dato localmente lo elimina.

// Las tres estrategias, ordenadas por lo que le hacen al termino
const conServidorLejano = distancia / velocidad;        // suelo alto
const conServidorCercano = distanciaCorta / velocidad;  // suelo bajo
const conDatoEnElDispositivo = 0;                       // el termino desaparece

La tercera línea no es una optimización agresiva de la segunda: es una operación distinta. Las dos primeras producen números, y un número siempre admite discusión sobre si es suficiente. La tercera produce una ausencia, y una ausencia no admite discusión ni degradación: no hay condición de red, hora punta ni incidente de proveedor que pueda empeorarla.