NIP-66 estandariza la publicación de datos de monitoreo de relays en Nostr. Los servicios de monitoreo prueban continuamente los relays para disponibilidad, latencia, cumplimiento del protocolo y NIPs soportados, publicando resultados como eventos kind 30166.

Cómo Funciona

Los monitores verifican la disponibilidad de relays conectándose y enviando suscripciones de prueba. Las mediciones de latencia rastrean el tiempo de conexión, tiempo de respuesta de suscripción y retraso de propagación de eventos. Las pruebas de cumplimiento del protocolo verifican que el comportamiento del relay coincida con las especificaciones, detectando bugs de implementación o desviaciones intencionales.

La verificación de soporte de NIPs va más allá de las declaraciones de NIP-11 probando realmente si las funciones anunciadas funcionan correctamente. Si un relay declara soporte de búsqueda NIP-50 pero las consultas de búsqueda fallan, los monitores omitirán NIP-50 de la lista verificada. Esto proporciona la verdad sobre las capacidades reales del relay.

Los eventos kind 30166 usan la URL del relay como etiqueta d, haciéndolos eventos reemplazables parametrizados. Cada monitor publica un evento por relay, actualizado conforme cambian las mediciones. Múltiples monitores pueden rastrear el mismo relay, proporcionando redundancia y validación cruzada.

Los tags de tiempo de ida y vuelta (rtt) miden latencia para diferentes operaciones:

  • rtt open: Establecimiento de conexión WebSocket
  • rtt read: Tiempo de respuesta de suscripción
  • rtt write: Velocidad de publicación de eventos

Todos los valores están en milisegundos. Los clientes usan estas métricas para preferir relays de baja latencia para operaciones sensibles al tiempo.

La información geográfica ayuda a los clientes a seleccionar relays cercanos para mejor latencia y resistencia a la censura. El tag geo contiene código de país, nombre de país y región. El tag network distingue relays clearnet de servicios ocultos Tor o endpoints I2P.

Por Qué Importa

NIP-66 convierte la calidad de los relays de algo anecdótico en datos legibles por máquinas. Un cliente ya no tiene que confiar solo en el documento NIP-11 del propio relay o en una lista blanca codificada. Puede comparar tiempo de actividad medido, latencia medida y soporte de funciones probado desde uno o más monitores.

Eso importa más para la selección de relays bajo el modelo outbox. Cuando los clientes se conectan dinámicamente a muchos relays, los relays caídos o mal configurados imponen un costo directo en cargas de feeds más lentas y más fetches fallidos.

Casos de Uso

Los datos de monitoreo alimentan selectores de relays en clientes, sitios web exploradores y sistemas de evaluación de confianza. Al proporcionar estado de relay en tiempo real independiente del auto-reporte del relay, NIP-66 permite selección informada de relays.

Combinado con NIP-11 (capacidades auto-reportadas) y Trusted Relay Assertions (evaluación de confianza), el ecosistema avanza hacia selección de relays basada en datos en lugar de depender de valores predeterminados codificados.

Modelo de Confianza

NIP-66 no crea un único monitor autoritativo. Múltiples monitores pueden publicar resultados para el mismo relay, y los clientes pueden compararlos. Ese diseño reduce la dependencia del criterio de un solo operador, pero también significa que los clientes necesitan una política sobre en qué mediciones confiar cuando los resultados entran en conflicto.

Fuentes primarias:

Mencionado en:

Ver también: