Registrar un servicio

1. 1

   Ejecuta el servicio

   Levanta lo que sea que ofrezcas — una pasarela de Telegram, un oráculo de FX, un host de snapshots, un nodo de API pública. El registro anuncia servicios que existen; no los aprovisiona.

2. 2

   Establece tu identidad

   Genera el par de claves del nodo y ten una billetera lista para firmar. El peer ID sale del par de claves; la clave pública se publica junto a él.

3. 3

   Firma un evento de registro

   Ensambla los campos de abajo, fírmalos con tu billetera y publica. El evento se propaga por el protocolo de gossip — sin registrador, sin cola, sin aprobación.

4. 4

   Publica actualizaciones de salud

   Los proveedores anuncian periódicamente En línea, Mantenimiento, Degradado o Fuera de línea. Los clientes lo usan para rodearte cuando estás caído — y si dejas de publicar del todo, tu registro expira por sí solo y deja de aparecer en el descubrimiento.

5. 5

   Sé seleccionado

   Los clientes consultan su registro local y eligen entre proveedores por región, latencia, capacidades y precio. Estar listado no es ser usado; compites con todos los demás que ofrecen el mismo servicio.

ID de servicio

Globalmente único, y permanente — cambiar endpoints o precios nunca lo cambia (§8).

Tipo de servicio

Uno de los tipos del registro. Un proveedor puede ejecutar varios servicios, cada uno con su propio ID.

Identidad del proveedor

La billetera, la identidad del nodo, el peer ID y la clave pública de arriba.

Endpoints de red

Dónde los clientes alcanzan el servicio. Varios endpoints son normales — uno por región.

Versiones de protocolo soportadas

Para que un cliente pueda saber si puede hablar contigo antes de intentarlo.

Región geográfica

Qué regiones sirves, si quieres decirlo. Autodeclarada y sin verificar — nada en el protocolo mide dónde está un servicio, y nada lo hará nunca: geolocalizar un endpoint respondería dónde termina tu socket, que es una pregunta distinta de a quién sirves. Los clientes la ven etiquetada como declarada.

Capacidades

Lo que el servicio hace realmente — pares de monedas para un oráculo, canales para una pasarela, retención para snapshots.

Marca

Un nombre, una frase, un logo y un sitio web, todo opcional. El logo es un CID de IPFS en lugar de una URL, así que los espectadores lo obtienen de su propio nodo de acceso y nadie sabe quién miró tu ficha. Los nombres no son exclusivos: el registro no impedirá que otro registre el tuyo, así que tu ID de servicio es lo que te identifica.

Precio

Si cobras. Opcional, y anunciado como metadatos en lugar de ser impuesto por el registro.

Marca de tiempo y firma

El evento se firma y se difunde por gossip a la red. No hay nada que enviar a nadie.

Dirección de billetera

Firma el registro y cada actualización posterior. Quien tenga esta clave controla la entrada del servicio.

Identidad del nodo

El nombre bajo el que tu nodo se publica a sí mismo, estable entre reinicios.

Peer ID

Derivado del par de claves de tu nodo. Es lo que un cliente marca, y lo que prueba que te alcanzó a ti y no a alguien anunciando tu hostname.

Clave pública

Publicada para que cualquiera pueda verificar tus firmas sin pedírtela.

• NotificacionesNotification Provider
• Oráculos de precioOracle Provider
• Inteligencia de riesgoRisk Intelligence Provider
• SnapshotsSnapshot Provider
• Pasarelas de comercianteMerchant Gateway
• Nodos de APIPublic API Node

La gobernanza puede añadir tipos con el tiempo. Un proveedor puede ejecutar varios servicios; cada uno recibe su propio ID de servicio.

El registro en sí no pide más que una firma. Especificaciones de servicio individuales pueden requerir un stake — un proveedor de inteligencia de riesgo cuyos datos mueven disputas tiene más de qué responder que un host de snapshots — pero eso lo fija el servicio, no el registro con el que te registras.