Running on devnet — a test network. Tokens and balances here have no value, and the Solana programs are unaudited. OpenFiat never takes custody of fiat; escrow is enforced on chain.

Enregistrer un service

Le Registre des Services est sans permission. S'enregistrer est un événement signé que vous publiez sur le réseau — pas de candidature, pas de relecteur, et personne qui puisse vous refuser. Ce qui suit est ce que le protocole exige, et ce qui se passe ensuite.

Comment ça marche, de bout en bout

  1. 1

    Faites tourner le service

    Montez ce que vous offrez — une passerelle Telegram, un oracle de change, un hôte de snapshots, un nœud d'API publique. Le registre annonce les services qui existent ; il ne les provisionne pas.

  2. 2

    Établissez votre identité

    Générez la paire de clés du nœud et ayez un portefeuille prêt à signer. Le peer ID découle de la paire de clés ; la clé publique est publiée à ses côtés.

  3. 3

    Signez un événement d'enregistrement

    Assemblez les champs ci-dessous, signez-les avec votre portefeuille, et publiez. L'événement se propage par le protocole gossip — pas de registraire, pas de file, pas d'approbation.

  4. 4

    Publiez des mises à jour de santé

    Les fournisseurs annoncent périodiquement En ligne, Maintenance, Dégradé ou Hors ligne. Les clients s'en servent pour vous contourner quand vous êtes en panne — et si vous cessez complètement de publier, votre enregistrement expire de lui-même et cesse d'apparaître dans la découverte.

  5. 5

    Soyez sélectionné

    Les clients interrogent leur registre local et choisissent entre les fournisseurs selon la région, la latence, les capacités et le prix. Être listé n'est pas être utilisé ; vous êtes en concurrence avec tous les autres offrant le même service.

Ce que contient un événement d'enregistrement

ID de service
Globalement unique, et permanent — changer d'endpoints ou de tarifs ne le change jamais (§8).
Type de service
L'un des types du registre. Un fournisseur peut faire tourner plusieurs services, chacun avec son propre ID.
Identité du fournisseur
Le portefeuille, l'identité du nœud, le peer ID et la clé publique ci-dessus.
Endpoints réseau
Où les clients joignent le service. Plusieurs endpoints sont normaux — un par région.
Versions de protocole prises en charge
Pour qu'un client puisse savoir s'il peut vous parler avant d'essayer.
Région géographique
Quelles régions vous servez, si vous voulez le dire. Autodéclarée et non vérifiée — rien dans le protocole ne mesure où se trouve un service, et rien ne le fera jamais : géolocaliser un endpoint répondrait à l'endroit où se termine votre socket, ce qui est une question différente de qui vous servez. Les clients la voient étiquetée comme déclarée.
Capacités
Ce que le service fait réellement — des paires de devises pour un oracle, des canaux pour une passerelle, de la rétention pour des snapshots.
Image de marque
Un nom, une phrase, un logo et un site web, tous optionnels. Le logo est un CID IPFS plutôt qu'une URL, donc les spectateurs le récupèrent depuis leur propre nœud d'accès et personne ne sait qui a regardé votre annonce. Les noms ne sont pas exclusifs : le registre n'empêchera pas quelqu'un d'autre d'enregistrer le vôtre, donc votre ID de service est ce qui vous identifie.
Tarif
Si vous facturez. Optionnel, et annoncé comme métadonnée plutôt qu'imposé par le registre.
Horodatage et signature
L'événement est signé et diffusé par gossip au réseau. Il n'y a rien à soumettre à personne.

L'identité dont vous avez d'abord besoin

Adresse du portefeuille
Signe l'enregistrement et chaque mise à jour ultérieure. Quiconque détient cette clé contrôle l'entrée du service.
Identité du nœud
Le nom sous lequel votre nœud se publie, stable au fil des redémarrages.
Peer ID
Dérivé de la paire de clés de votre nœud. C'est ce qu'un client compose, et ce qui prouve qu'il vous a atteint et non quelqu'un annonçant votre hostname.
Clé publique
Publiée pour que quiconque puisse vérifier vos signatures sans vous la demander.

Types de service

  • NotificationsNotification Provider
  • Oracles de prixOracle Provider
  • Renseignement sur les risquesRisk Intelligence Provider
  • SnapshotsSnapshot Provider
  • Passerelles de commerçantMerchant Gateway
  • Nœuds d'APIPublic API Node

La gouvernance peut ajouter des types au fil du temps. Un fournisseur peut faire tourner plusieurs services ; chacun reçoit son propre ID de service.

Sans stake, sans permission

Le registre lui-même ne demande rien d'autre qu'une signature. Des spécifications de service individuelles peuvent exiger un stake — un fournisseur de renseignement sur les risques dont les données font bouger des litiges a plus à répondre qu'un hôte de snapshots — mais cela est fixé par le service, pas par le registre auprès duquel vous vous enregistrez.

Voir qui est déjà enregistré