Prix de Fabric Protocol (ROBO)

ROBO est le jeton utilitaire de Fabric Protocol. Le livre blanc décrit Fabric comme un réseau coordonnant des robots, des données, de la puissance de calcul et des services vérifiables ; ROBO sert au règlement des frais du réseau, aux garanties opérationnelles et à des mécanismes de protocole connexes. Il a initialement été lancé sous forme d’ERC-20 sur le réseau principal Ethereum afin de soutenir un déploiement progressif et l’interopérabilité on-chain. Détenir des ROBO ne revient pas à détenir Fabric Foundation, l’entité émettrice, des équipements robotiques ou d’autres actifs matériels. Le livre blanc exclut explicitement les droits de participation, de créance, de partage des bénéfices, de remboursement et de propriété sur les actifs matériels ; l’utilité du jeton dans le protocole est donc distincte des droits traditionnels dans une entreprise.

Les usages principaux de ROBO sont le paiement des frais natifs du réseau et la garantie opérationnelle. Les échanges de données, les tâches de calcul et les appels d’API du réseau peuvent être tarifés en stablecoins pour réduire la volatilité de l’unité de compte, mais le livre blanc envisage que le règlement final on-chain soit effectué en ROBO : les paiements à valeur stable sont convertis en ROBO via un oracle on-chain avant l’exécution de la transaction. Outre le règlement, le livre blanc énumère aussi la garantie de travail, la garantie déléguée aux équipements, les signaux de gouvernance, les unités de coordination de l’initialisation des robots et des incitations fondées sur les contributions. Ces mécanismes jouent des rôles distincts dans la conception économique du protocole ; leur disponibilité dans un déploiement spécifique ne peut pas être déduite de la seule description de conception du livre blanc.

Selon la conception du mécanisme du livre blanc, les opérateurs qui enregistrent des robots et fournissent des services doivent bloquer une garantie d’exécution ROBO remboursable. La garantie est libellée en unité de valeur stable puis convertie selon le prix de ROBO fourni par l’oracle on-chain ; les variations du prix de ROBO modifient donc le nombre de jetons nécessaire pour satisfaire une même garantie libellée en dollars. La garantie de base requise est Bᵢ＝κ×Kᵢ÷Pₜ : Kᵢ est la capacité de débit équivalente en dollars par période déclarée par l’opérateur, Pₜ est le prix de ROBO pour la période considérée, et κ est le coefficient « garantie/capacité » déterminé par la gouvernance. Après réception d’une tâche, le protocole peut affecter une partie de la garantie existante à cette tâche au lieu de redéposer une garantie pour chaque tâche ; la sélection des tâches tient aussi compte de la taille et de la durée de détention de la garantie. Les violations définies par le protocole, telles que la fraude, le spam ou l’indisponibilité, peuvent entraîner la confiscation de la garantie ; ce n’est donc pas un dispositif rémunéré ou de rendement passif.

Non. ROBO ne confère aucun droit de participation, de créance ou de propriété bénéficiaire sur Fabric Foundation, Fabric Protocol Ltd., des équipements robotiques ou d’autres actifs, ni droit à des dividendes, à un partage des bénéfices, à une priorité de liquidation ou à un remboursement fixe. L’usage du jeton consiste donc à participer aux procédures de règlement, de garantie ou de gouvernance définies par le protocole, et non à obtenir le contrôle d’une entreprise, un droit sur les actifs de trésorerie ou les flux de trésorerie générés par les services robotiques. Le livre blanc précise la nature juridique du jeton, mais ne remplace pas l’analyse juridique applicable au détenteur dans son lieu de résidence.

Dans la Governance Phase 1 annoncée en juillet 2026, les détenteurs de ROBO peuvent voter sans gas dans l’espace Snapshot officiel, avec une pondération selon leurs avoirs en ROBO. Chaque vote Snapshot standard dure cinq jours ; à ce stade, la communauté exprime principalement son avis sur les sujets de marque, de communauté et de culture, ainsi que sur les consultations préliminaires. Le processus ne s’exécute pas automatiquement à la fin du vote : les propositions passent successivement par une consultation préliminaire, une sollicitation d’avis, un vote Snapshot, l’examen du Foundation Security Council et une décision publique. Le conseil de sécurité examine chaque résultat Snapshot et est chargé de répondre aux risques de gouvernance tels que l’achat de votes, les attaques Sybil et la concentration excessive des droits de vote ; le vote pondéré par les avoirs à ce stade constitue donc un signal communautaire et une étape procédurale, et ne doit pas être compris comme un contrôle direct de la fondation ou de ses actifs par les détenteurs.

Le livre blanc fixe l’offre totale de ROBO à 10 milliards de jetons, mais l’« offre totale » ne doit pas être assimilée directement à la quantité en circulation négociable sur le marché. Dans son modèle, l’offre effective en circulation est influencée conjointement par les déblocages d’acquisition, les verrouillages de garantie de travail et de gouvernance, les destructions par confiscation, les émissions distribuées par période et l’achat de jetons par conversion des frais. Le livre blanc exprime l’offre effective en circulation d’une période par Sₜ＝Vₜ－Lₜ－Bₜ＋ΣEτ－Φₜ : Vₜ est la quantité déjà acquise et débloquée, Lₜ la quantité verrouillée, Bₜ le total cumulé détruit, ΣEτ les émissions cumulées par période, et Φₜ les jetons achetés par conversion des frais et placés en réserve. Ainsi, même en présence d’émissions périodiques, l’offre effective en circulation dans le modèle peut diminuer si les verrouillages et les destructions dépassent les nouvelles distributions ; cette formule décrit le modèle économique du livre blanc et ne remplace pas la consultation des données réelles de circulation à un moment donné.

Selon la conception du livre blanc, les détenteurs peuvent déléguer des ROBO à des équipements ou à des pools d’équipements désignés afin de compléter la garantie de l’opérateur. Davantage de garantie disponible peut accroître la capacité d’un équipement à accepter des tâches plus importantes ou de valeur plus élevée, ainsi que sa probabilité d’être sélectionné pour une tâche ; la délégation permet aussi à des tiers d’exprimer, par leur choix de financement, un signal de confiance envers des opérateurs fiables. La délégation ne confère pas la propriété d’un équipement, d’un actif matériel, de flux de trésorerie ou de bénéfices. Si l’opérateur commet une fraude ou ne satisfait pas aux normes de service, les jetons délégués courent le même risque de confiscation que la garantie de base de l’opérateur. Ce n’est que lorsqu’une tâche est achevée après vérification et respecte les règles du protocole que le délégant peut obtenir des crédits d’utilisation pour des services ultérieurs du réseau ou de faibles remboursements de frais ; ces crédits ne sont pas transférables, dépendent de la part déléguée et de la performance de l’opérateur, et peuvent diminuer s’ils ne sont pas utilisés. Cela diffère donc de la délégation sur une chaîne de preuve d’enjeu, où le simple verrouillage produit des récompenses de blocs.

Les récompenses Proof-of-Contribution du livre blanc ne correspondent pas à des « intérêts pour la détention de jetons ». Les participants doivent fournir une contribution vérifiable au cours d’une période, par exemple accomplir des tâches robotiques, fournir des données d’entraînement ou de la puissance de calcul vérifiées, effectuer un travail de vérification, ou développer des modules de compétences adoptés ; si le score de contribution de la période est nul, la récompense est nulle. Dans ce modèle, la part de récompense d’un participant est déterminée par le ratio entre son score de contribution et le score de contribution de tous les participants actifs, multiplié par un coefficient de qualité. Le score de contribution additionne les activités vérifiées de chaque catégorie selon les pondérations définies par la gouvernance ; le coefficient de qualité tient compte des résultats de vérification, des retours utilisateurs et des sanctions pour fraude. Le livre blanc propose aussi un score minimal de contribution et un seuil de jours d’activité dans la période, et prévoit une décroissance des scores des participants inactifs à long terme ; l’accomplissement de tâches, une activité continue et la réussite des vérifications de qualité déterminent donc conjointement l’existence et le montant d’une distribution.

ROBO n’est pas indexé à un taux fixe sur une monnaie fiduciaire ou un autre actif, et le livre blanc ne lui accorde pas de droit de remboursement à prix fixe. Il est donc impossible de déduire de l’utilité du protocole une protection du capital, une valeur d’échange fixe ou une hausse nécessaire du prix. La logique de conception du livre blanc est la suivante : lorsque la capacité de service déclarée augmente, la demande de garantie de travail augmente également ; lorsque les revenus du protocole augmentent, le mécanisme de conversion des frais achète des ROBO selon la proportion définie ; les verrouillages de gouvernance influencent aussi la quantité de jetons disponible. La transformation de ces relations en demande de marché dépend toujours du déploiement réel, des revenus de frais, de la mise en œuvre des paramètres, de la liquidité du marché et d’autres besoins de négociation. La conception du mécanisme n’élimine ni la volatilité des prix ni le risque d’une liquidité insuffisante.

L’objectif de Fabric est d’utiliser un registre public pour coordonner les services robotiques, les données, la puissance de calcul et la supervision, afin que les contributions et les résultats vérifiables puissent être enregistrés, réglés et récompensés. Le contexte du problème est que les capacités robotiques et les compétences reproductibles peuvent se diffuser rapidement, tandis que les données, le calcul, l’exploitation des équipements et la supervision de sécurité nécessitent la coopération de multiples participants indépendants. Le livre blanc conçoit donc ROBO comme un outil reliant les paiements de services, la garantie des opérateurs, la vérification des tâches et les incitations aux contributions : les utilisateurs ou la demande de services créent des tâches et des frais, les opérateurs assument des contraintes d’exécution par leur garantie, la vérification et les retours influencent la qualité et les sanctions, puis les contributions admissibles participent à la répartition des incitations. Cette conception vise à relier les incitations économiques du protocole à la fiabilité des services ; elle ne garantit pas que le réseau, les robots ou un service particulier aient déjà atteint un niveau de performance donné.

Il faut distinguer la Snapshot Phase 1 déjà lancée du mécanisme veROBO proposé dans le livre blanc. La Phase 1 actuelle utilise des votes Snapshot pondérés par les avoirs en ROBO ; l’annonce ne présente pas le verrouillage de ROBO comme une condition obligatoire pour participer aux votes de cette phase. Le livre blanc propose en revanche que les détenteurs placent des ROBO sous verrouillage de garde pour obtenir des veROBO, utilisés pour des paramètres on-chain limités et des signaux sur des propositions d’amélioration. Son poids est écrit w(x,τ)=x×f(τ) : x est la quantité verrouillée, τ la durée de verrouillage et f(τ) augmente de façon monotone avec cette durée ; la plage proposée dans le livre blanc va de 30 jours au minimum à 4 ans au maximum, le verrouillage maximal pouvant atteindre un poids de 4 fois. Il s’agit d’un modèle de verrouillage de gouvernance en cours de conception ; les droits restent limités aux procédures du protocole et n’accordent ni pouvoir de gestion sur une entité juridique, ni droit sur les actifs de trésorerie, ni droit à une distribution de revenus.

Le livre blanc propose un moteur d’émission adaptatif : l’émission de chaque période tient compte à la fois de l’utilisation du réseau et de la qualité du service, au lieu d’être distribuée inconditionnellement à un rythme fixe. L’utilisation est représentée par le ratio entre les revenus du protocole et la capacité robotique agrégée ; lorsque l’utilisation est inférieure à la cible, le modèle augmente l’émission pour attirer l’offre, tandis qu’il la réduit lorsque l’utilisation est supérieure à la cible ; une qualité inférieure à la cible réduit aussi l’émission. La règle de mise à jour fixe également une limite à la variation par période afin d’éviter des changements brusques d’émission. Les recommandations initiales du livre blanc sont une utilisation cible de 70%, un score de qualité cible de 0.95 et une limite d’ajustement de l’émission de 5% par période ; il s’agit de paramètres d’étalonnage proposés dans le document, et non de règles actuelles à considérer comme actives sur un réseau principal. Ce mécanisme relie le pool de récompenses à l’utilisation du réseau et à la qualité du service, mais le résultat réel des émissions dépend toujours des paramètres finalement adoptés, des revenus réels, de la capacité et des données de vérification.