Inférence communautaire
Pointez votre code vers un endpoint compatible OpenAI. Des machines communautaires déjà au repos exécutent le job. Qualifiez la vôtre : vous êtes payé pour ceux qu’elle termine.
Braise est en beta fermée. Les providers sont récompensés en Compute Credits, l’instrument de la beta. Les paiements en argent ouvriront à tout provider qualifié à l’ouverture du réseau.
Fonctionnement
Alias du catalogue, crédits, codes d’invitation : demandez, on vous les explique.
Un endpoint compatible OpenAI. Les mêmes appels, une autre base URL. Ni GPU, ni runtime, ni modèle local de votre côté.
Une seule fois, avec Ollama, LM Studio ou llama.cpp, et le modèle qu’elle sert déjà. Le partage reste off tant que vous ne l’activez pas. Il s’arrête dès que vous le coupez.
Votre machine est payée pour chaque job qu’elle termine. Compute Credits pendant la beta fermée. Paiements en argent, ouverts à tout provider qualifié, à l’ouverture du réseau.
Le matériel est acheté, alimenté, et au repos. C’est là-dessus que le prix est construit.
À la place de
La même base URL compatible OpenAI. Le prix est construit sur des machines communautaires au repos, et vous n’êtes pas coincé chez un fournisseur.
Vous évitez d’acheter un GPU, de gérer des modèles, et de buter sur un plafond de VRAM de votre côté.
Vous payez le travail terminé. Vous ne gardez pas une instance réservée allumée entre vos requêtes.
Pas d’annonce, pas de prix à fixer, pas de créneau réservé à tenir en ligne. Qualifiez une fois et soyez payé au job terminé.
Waitlist
Les providers d’abord. Dites-nous ce que vous faites tourner et ce que vous dépensez déjà en inférence. C’est là-dessus que les invitations sont scorées.
FAQ
En Compute Credits pendant la beta fermée : des unités d’usage réseau, pas de l’argent. À l’ouverture du réseau, les crédits sont retirés et tout provider qualifié est payé en argent. Pas de liste d’invitation. Pas de double instrument permanent.
On publiera un index de prix daté face à des API commerciales nommées quand il sera mesuré sur nos propres jobs réglés. D’ici là on ne peut décrire que le mécanisme : vous payez du matériel déjà acheté et déjà alimenté.
On ne citera aucun chiffre tant qu’on n’a pas mesuré une distribution de récompenses par heure en ligne, par palier de matériel, sur une fenêtre annoncée. Promettre un montant avant, ce serait l’inventer.
Oui. Les providers communautaires publics peuvent lire les prompts qu’ils exécutent. Le chiffrement protège le transport, pas le worker. Si un réseau prétend le contraire, il survend.
La requête est refusée avec une erreur de capacité et rien n’est facturé. Il n’y a pas de repli vers une API commerciale. La disponibilité, c’est ce qui est réellement en ligne pour ce modèle.
Un GPU ou un Mac à grosse RAM avec de vraies heures d’inactivité, et un runtime que vous utilisez déjà. On la qualifie avant de router quoi que ce soit dessus. Les entreprises avec de la capacité GPU inutilisée peuvent aussi entrer.