Construido con Rust.
Medido en milisegundos.

Cada ping de ubicación de un conductor escribe diez identificadores de celda H3 a la vez, resoluciones de 0 a 9. La geografía nunca se calcula en el momento de la petición: el índice inverso ya está en Redis, a la escala que la búsqueda acabe necesitando.

El alcance se deriva del tiempo transcurrido, no de un contador de reintentos, así que una búsqueda reentrante nunca puede volver a estrecharse. Abrir en el techo de 10 km ofrecería la primerísima ronda a toda la ciudad mientras el pasajero aún lee «Buscando conductores cerca de usted».

El motor toma la resolución más fina cuyo anillo de celdas aún cabe en un presupuesto de 61 lecturas. Los hexágonos sobresalen mucho de la búsqueda, y ese es el trato: un coste de lectura fijo y, después, cada candidato medido de nuevo contra el radio real.

En línea pero no ocupado. Sin viaje en curso. Recogida dentro del radio que el propio conductor ha fijado. Sin una oferta ya en mano, sin haberla rechazado antes y en el mismo carril de pruebas que el pasajero.

Cuatro factores ponderados que fija el operador: cercanía en una curva exponencial, valoración, frescura del GPS, menos una penalización por cancelaciones. Aquí el conductor más cercano — a 310 m, 3,9 estrellas, un viaje de cada tres cancelado — pierde frente a otro que está al doble de distancia.

El conductor mejor clasificado recibe una ventana de 30 segundos, acotada para que una oferta nunca sobreviva a la reserva a la que pertenece. El intento se escribe en el registro antes de que salga la notificación push: el registro es lo que lee la ronda siguiente.

Cuando una oferta caduca, la búsqueda se reanuda desde el registro, nunca vuelve a ofrecer al mismo conductor y llega más lejos. A los 30 segundos ya no hay sitio para otra ventana completa, así que la última ronda suelta el límite de distancia y responde con celdas del tamaño de un continente con las mismas 61 lecturas.