Gateway
Le point d'entrée public : APIs compatibles OpenAI/Anthropic et règlement du paiement à l'inférence en KVR.
Le gateway est l'endroit où les développeurs rencontrent le réseau. Chaque contrôleur expose des endpoints compatibles OpenAI (/v1/chat/completions, /v1/models) et Anthropic (/anthropic/v1/messages, /anthropic/v1/models), tous adossés au même modèle chargé — un client existant fonctionne en ne changeant que la base URL et la clé.
Un appel OpenAI standard contre le gateway Kvasir.
curl https://gate.kvasir-ai.net/v1/chat/completions \
-H "Authorization: Bearer $KVR_API_KEY" \
-H "Content-Type: application/json" \
-d '{ "model": "Qwen3.5-122B-A10B",
"messages": [{ "role": "user", "content": "..." }] }'Paiement à l'inférence en KVR
L'usage se règle en KVR par un flux en trois étapes — quote → payment → inference — ainsi une requête est tarifée avant de s'exécuter et les nœuds qui l'ont servie sont crédités ensuite. Le gateway agrège aussi un catalogue de modèles en direct depuis chaque bridge joignable, de sorte que /v1/models reflète ce que le réseau peut réellement servir à l'instant.
- Les hôtes de gateway gagnent une récompense horaire de disponibilité pour maintenir le point d'entrée en ligne, plus un bonus ×1.5 sur chaque inférence qu'ils aident à servir.
- Le rôle de gateway est attribué par le réseau, pas revendiqué : un nœud ne peut pas activer lui-même son drapeau gateway ou bridge, et la disponibilité n'est créditée que tant que le gateway le voit répondre.
- Les déploiements publics protègent l'accès opérateur avec SIWS + 2FA ; un bridge nu est conçu pour hôte de confiance / LAN / VPN uniquement.