Registrar um serviço

1. 1

   Execute o serviço

   Suba o que quer que você esteja oferecendo — um gateway de Telegram, um oráculo de FX, um host de snapshots, um nó de API pública. O registro anuncia serviços que existem; ele não os provisiona.

2. 2

   Estabeleça sua identidade

   Gere o par de chaves do nó e tenha uma carteira pronta para assinar. O peer ID sai do par de chaves; a chave pública é publicada junto a ele.

3. 3

   Assine um evento de registro

   Monte os campos abaixo, assine-os com sua carteira e publique. O evento se propaga pelo protocolo de gossip — sem registrador, sem fila, sem aprovação.

4. 4

   Publique atualizações de saúde

   Provedores anunciam periodicamente Online, Manutenção, Degradado ou Offline. Os clientes usam isso para contornar você quando está fora do ar — e se você parar de publicar por completo, seu registro expira sozinho e para de aparecer na descoberta.

5. 5

   Seja selecionado

   Os clientes consultam seu registro local e escolhem entre provedores por região, latência, capacidades e preço. Estar listado não é ser usado; você compete com todos os outros que oferecem o mesmo serviço.

ID de serviço

Globalmente único, e permanente — mudar endpoints ou preços nunca o muda (§8).

Tipo de serviço

Um dos tipos do registro. Um provedor pode executar vários serviços, cada um com seu próprio ID.

Identidade do provedor

A carteira, a identidade do nó, o peer ID e a chave pública acima.

Endpoints de rede

Onde os clientes alcançam o serviço. Vários endpoints são normais — um por região.

Versões de protocolo suportadas

Para que um cliente possa saber se consegue falar com você antes de tentar.

Região geográfica

Quais regiões você atende, se quiser dizer. Autodeclarada e não verificada — nada no protocolo mede onde um serviço está, e nunca medirá: geolocalizar um endpoint responderia onde seu socket termina, que é uma pergunta diferente de quem você atende. Os clientes a veem rotulada como declarada.

Capacidades

O que o serviço de fato faz — pares de moedas para um oráculo, canais para um gateway, retenção para snapshots.

Marca

Um nome, uma frase, um logo e um site, tudo opcional. O logo é um CID de IPFS em vez de uma URL, então os espectadores o obtêm de seu próprio nó de acesso e ninguém sabe quem olhou seu anúncio. Nomes não são exclusivos: o registro não impedirá outro de registrar o seu, então seu ID de serviço é o que o identifica.

Preço

Se você cobra. Opcional, e anunciado como metadado em vez de imposto pelo registro.

Carimbo de tempo e assinatura

O evento é assinado e propagado via gossip para a rede. Não há nada a submeter a ninguém.

Endereço da carteira

Assina o registro e cada atualização posterior. Quem detém esta chave controla a entrada do serviço.

Identidade do nó

O nome sob o qual seu nó se publica, estável entre reinícios.

Peer ID

Derivado do par de chaves do seu nó. É o que um cliente disca, e o que prova que ele alcançou você e não alguém anunciando seu hostname.

Chave pública

Publicada para que qualquer um possa verificar suas assinaturas sem pedi-la a você.

• NotificaçõesNotification Provider
• Oráculos de preçoOracle Provider
• Inteligência de riscoRisk Intelligence Provider
• SnapshotsSnapshot Provider
• Gateways de comercianteMerchant Gateway
• Nós de APIPublic API Node

A governança pode adicionar tipos ao longo do tempo. Um provedor pode executar vários serviços; cada um recebe seu próprio ID de serviço.

O registro em si não pede nada além de uma assinatura. Especificações de serviço individuais podem exigir um stake — um provedor de inteligência de risco cujos dados movem disputas tem mais a responder do que um host de snapshots — mas isso é definido pelo serviço, não pelo registro com o qual você está se registrando.