Registra un servizio

1. 1

   Gestisci il servizio

   Metti in piedi qualunque cosa tu stia offrendo — un gateway Telegram, un oracolo FX, un host di snapshot, un nodo API pubblico. Il registro pubblicizza servizi che esistono; non li fornisce.

2. 2

   Stabilisci la tua identità

   Genera la coppia di chiavi del nodo e tieni pronto un wallet con cui firmare. Il peer ID discende dalla coppia di chiavi; la chiave pubblica viene pubblicata insieme ad essa.

3. 3

   Firma un evento di registrazione

   Assembla i campi qui sotto, firmali con il tuo wallet e pubblica. L'evento si propaga tramite il protocollo di gossip — nessun registrar, nessuna coda, nessuna approvazione.

4. 4

   Pubblica aggiornamenti di salute

   I fornitori dichiarano periodicamente Online, Manutenzione, Degradato o Offline. I client lo usano per aggirarti quando sei giù — e se smetti del tutto di pubblicare, la tua registrazione scade da sola e smette di apparire nella scoperta.

5. 5

   Vieni selezionato

   I client interrogano il proprio registro locale e scelgono tra fornitori in base a regione, latenza, capacità e prezzo. Essere elencati non è essere usati; stai competendo con chiunque altro offra lo stesso servizio.

Service ID

Globalmente unico, e permanente — cambiare endpoint o prezzi non lo cambia mai (§8).

Tipo di servizio

Uno dei tipi del registro. Un fornitore può gestire più servizi, ciascuno con il proprio ID.

Identità fornitore

Il wallet, l'identità nodo, il peer ID e la chiave pubblica qui sopra.

Endpoint di rete

Dove i client raggiungono il servizio. Endpoint multipli sono normali — uno per regione.

Versioni di protocollo supportate

Così un client può capire se può parlare con te prima di provarci.

Regione geografica

Quali regioni servi, se vuoi dichiararlo. Autodichiarata e non verificata — nulla nel protocollo misura dove si trova un servizio, e nulla mai lo farà: geolocalizzare un endpoint risponderebbe a dove termina il tuo socket, che è una domanda diversa da chi servi. I client la vedono etichettata come dichiarata.

Capacità

Cosa fa effettivamente il servizio — coppie di valute per un oracolo, canali per un gateway, conservazione per gli snapshot.

Branding

Un nome, una frase, un logo e un sito web, tutti opzionali. Il logo è un CID IPFS piuttosto che un URL, quindi i visualizzatori lo recuperano dal proprio nodo di accesso e nessuno sa chi ha guardato il tuo annuncio. I nomi non sono esclusivi: il registro non impedirà a qualcun altro di registrare il tuo, quindi il tuo Service ID è ciò che ti identifica.

Prezzi

Se fai pagare. Opzionale, e pubblicizzato come metadato piuttosto che imposto dal registro.

Timestamp e firma

L'evento è firmato e diffuso alla rete. Non c'è nulla da inviare a nessuno.

Indirizzo wallet

Firma la registrazione e ogni aggiornamento successivo. Chiunque detenga questa chiave controlla la voce del servizio.

Identità nodo

Il nome con cui il tuo nodo si pubblica, stabile attraverso i riavvii.

Peer ID

Derivato dalla coppia di chiavi del tuo nodo. Questo è ciò che un client chiama, e ciò che dimostra che ha raggiunto te piuttosto che qualcuno che pubblicizza il tuo hostname.

Chiave pubblica

Pubblicata così chiunque può verificare le tue firme senza chiedertela.

• NotificheNotification Provider
• Oracoli di prezzoOracle Provider
• Intelligence sul rischioRisk Intelligence Provider
• SnapshotSnapshot Provider
• Gateway commerciantiMerchant Gateway
• Nodi APIPublic API Node

La governance potrebbe aggiungere tipi nel tempo. Un fornitore può gestire più servizi; ciascuno ottiene il proprio Service ID.

Il registro stesso non chiede nulla se non una firma. Le specifiche dei singoli servizi possono richiedere uno stake — un fornitore di intelligence sul rischio i cui dati influenzano le controversie ha più da rispondere di un host di snapshot — ma questo è stabilito dal servizio, non dal registro presso cui ti stai registrando.