Imaginez deux grandes banques qui finalisent un repo. L’oracle affiche un prix de référence de 100 dollars pour le collatéral. Pourtant les deux institutions se sont mises d’accord en privé sur 98 dollars. Qui doit connaître ce chiffre ? Uniquement elles. C’est exactement ce principe de séparation entre prix public de référence et conditions négociées en coulisses que RedStone s’apprête à formaliser avec CAPS, le Canton Access and Privacy Standard. Et pour y parvenir, la société vient d’obtenir une subvention de 15 775 000 Canton Coin, soit environ 1,83 million de dollars selon la valorisation de base retenue.
Un financement structuré autour de l’adoption réelle
La décision unanime du Canton Development Fund date du 16 septembre. RedStone a officialisé l’annonce le 29 octobre. Le programme s’étale sur douze mois et repose sur huit jalons clairement définis. La moitié des paiements dépend purement des livrables techniques. L’autre moitié est conditionnée à des preuves d’adoption concrète sur le réseau. Cette structure n’est pas anodine. Elle force le projet à sortir du simple prototype pour démontrer une utilité mesurable.
Dès le sixième mois, un des critères exige au moins 20 flux actifs sur le mainnet de Zenith et 10 000 mises à jour de prix réussies sur 30 jours consécutifs. Les conditions d’acceptation demandent des traces on-chain ainsi que des preuves d’utilisation pour le pricing de collatéral par des partenaires de l’écosystème. Un autre jalon, prévu au huitième mois, cible plus d’un million de dollars de liquidité bridgée via Memora depuis Solana, Stellar ou Base, avec au minimum 100 événements de bridging distincts. Un volume de trading mensuel d’un million de dollars dépendant de CAPS conditionne également une part des fonds.
La dernière étape prévoit un audit de sécurité externe, la correction des éventuelles failles, et des preuves d’usage institutionnel. Lorsque les contraintes de conformité interdisent de rendre publics certains détails de transactions, le comité accepte une confirmation privée. Les paiements se basent sur une moyenne glissante de sept jours du prix du Canton Coin. RedStone insiste sur le fait que le montant de 1,83 million de dollars constitue une valeur de référence de financement et non une valorisation de marché actuelle du token.
Pourquoi la confidentialité des prix devient critique
Dans la finance traditionnelle, les institutions négocient en permanence des conditions particulières. Le prix de référence publié par un fournisseur de données sert de point de départ. Les spreads, les haircuts et les valorisations finales restent confidentiels. Transposer ce modèle sur une blockchain publique pose un problème évident : tout le monde voit tout. Sur Canton, le modèle de privacy native change la donne. CAPS cherche à tirer parti de cette architecture pour offrir exactement le même niveau de discrétion que celui que les banques connaissent déjà dans leurs systèmes fermés.
Le schéma est simple. L’oracle publie un prix de référence. Les contreparties l’utilisent comme base. Elles peuvent ensuite s’accorder sur une valorisation différente sans que l’oracle, ni le reste du réseau, n’apprennent jamais ce chiffre privé ni les positions sous-jacentes. C’est cette séparation claire entre donnée de référence et termes négociés que le standard formalise.
Le principe fondamental de CAPS
L’oracle fournit le prix de marché. Les institutions décident ensemble de la valeur qu’elles appliquent réellement. Seules ces institutions connaissent le montant final. Ni l’oracle ni le reste du ledger n’ont accès à cette information.
Les premiers partenaires de conception
Zenith et Memora figurent comme les deux premiers design partners. Zenith se concentre sur l’intégration des flux de pricing consommés par les applications. Memora prévoit d’utiliser CAPS pour les attestations de réserves. Temple Digital Group a également annoncé qu’il testerait le cadre pendant son déploiement. Ces noms ne sont pas choisis au hasard. Ils représentent des acteurs déjà présents dans l’écosystème Canton et capables de générer des volumes significatifs rapidement.
Viv Diwakar, à la tête de la Canton Foundation, résume l’ambition : créer un cadre partagé de privacy et de licensing qui permette à plusieurs fournisseurs de données de servir le réseau. L’objectif n’est donc pas de verrouiller le marché autour d’un seul oracle, mais d’établir une norme interopérable.
Un standard déjà publié en version brouillon
Trois jours avant l’annonce officielle, le 26 octobre, un draft de standard est apparu dans le dépôt public de Canton. Il porte encore l’alias temporaire cip-redstone-caps en attendant l’attribution d’un numéro de proposition définitif. Le texte décrit des interfaces Daml destinées à publier, distribuer et vérifier des données d’oracle. Les fixings de référence sont enregistrés sur le ledger. La consommation de ces données reste invisible pour l’opérateur de l’oracle.
Le document distingue clairement la licence du texte de la proposition (CC0-1.0) de celle du code (Apache-2.0). Une implémentation de référence publique accompagne le standard. Elle contient les interfaces, les templates, les composants de vérification, les tests et la documentation. Les données arrivent par rounds numérotés. Chaque round comporte un enregistrement sans prix et une capsule séparée qui contient les données elles-mêmes. Les distributeurs licenciés peuvent créer des capsules réservées à leurs propres clients.
Le consommateur vérifie à la fois l’authenticité et la cohérence avec le round enregistré, directement depuis son propre participant. La documentation insiste sur plusieurs contrôles que toute application doit effectuer : fraîcheur des données, validité de la licence, identité des signataires du round. L’implémentation s’appuie sur l’interface PublishedDataPoint du Canton Data Standard. Une application déjà écrite pour cette interface peut lire une capsule CAPS sans modifier son code consommateur.
Un nouveau fournisseur rejoint le système en implémentant simplement un vérificateur adapté à son propre schéma de signature et d’agrégation. Le code fourni inclut déjà un vérificateur spécifique à RedStone en plus du framework générique. Les tests couvrent les échecs de publication, le sublicensing, la révocation, la visibilité et la vérification contre des payloads signés.
L’écosystème Canton en pleine accélération
Ce développement ne survient pas dans le vide. Le 28 octobre, DTCC a lancé son service de tokenisation avec Canton et son réseau privé Besu comme premières intégrations. Vingt participants DTC ont déjà signé des accords d’accès, parmi lesquels des noms aussi lourds que Bank of America, JPMorgan, Fidelity Investments et State Street. Le service permet de créer des représentations tokenisées de titres détenus chez DTC et de convertir entre formes traditionnelles et tokenisées tout en préservant les droits de propriété, les protections des investisseurs et les entitlements économiques.
DTC détient plus de 114 000 milliards de dollars en custody. Ce chiffre concerne l’activité de garde et non les actifs déjà tokenisés. DTCC a développé la plateforme avec l’apport de plus de 150 firmes et prévoit d’autres intégrations réseau en 2027. Dans ce contexte, disposer d’un standard de pricing privé devient rapidement une infrastructure critique plutôt qu’un simple confort.
L’expérience antérieure de RedStone
RedStone n’arrive pas les mains vides. En mars, la société avait déjà déployé un oracle de prix dédié sur Stellar. Ce déploiement offrait des flux configurables pour les applications qui consomment des prix d’actifs externes. En août, les données RedStone montraient que la valeur des RWA sur Stellar dépassait les 3 milliards de dollars, contre un peu plus de 2 millions de dollars seulement dans les pools Blend compatibles RWA. Le travail de RedStone y incluait déjà des prix standardisés pour des produits tokenisés de type Treasury, crédit et fonds.
Cette expérience dans la tarification d’actifs réels tokenisés constitue un atout direct pour CAPS. Les institutions qui travaillent avec des titres tokenisés ont exactement le même besoin de références publiques et de conditions privées. Le passage de Stellar à Canton s’inscrit donc dans une continuité logique plutôt que dans une rupture.
Les implications pour les institutions financières
Pour une banque ou un asset manager, le problème n’est pas seulement technique. Il est réglementaire et commercial. Révéler ses niveaux de pricing ou ses positions peut constituer un avantage concurrentiel perdu, voire une violation de confidentialité client. CAPS cherche à résoudre cette tension en rendant la consommation des données invisible à l’opérateur de l’oracle tout en conservant des preuves vérifiables on-chain pour les régulateurs ou les auditeurs lorsque cela est nécessaire.
Le modèle de licensing intégré au standard permet également de contrôler qui a le droit d’accéder à quelles données. Un distributeur peut restreindre une capsule à ses clients uniquement. La révocation reste possible. Ces mécanismes rappellent les accords de licence de données traditionnels, adaptés à un environnement ledger.
Points clés du calendrier CAPS
- Mois 6 : 20 flux Zenith actifs + 10 000 updates sur 30 jours
- Mois 8 : plus d’1 M$ de liquidité bridgée via Memora + 100 événements
- Volume de trading mensuel dépendant de CAPS ≥ 1 M$
- Audit de sécurité externe + preuves d’usage institutionnel
Un marché des oracles en mutation
Les oracles ont longtemps été pensés pour la DeFi publique. Les prix y sont ouverts, les mises à jour fréquentes, et la transparence maximale est considérée comme un atout. Dès que l’on s’adresse aux institutions, ces mêmes caractéristiques deviennent des handicaps. CAPS représente l’une des premières tentatives structurées de créer un standard d’oracle pensé dès le départ pour des exigences de privacy institutionnelle.
Si le standard se diffuse, d’autres fournisseurs de données pourront l’implémenter. La Canton Foundation insiste sur ce point : le but est un cadre partagé, pas un monopole. RedStone apporte son expérience et son implémentation de référence, mais le design reste ouvert. Cette ouverture pourrait accélérer l’arrivée d’autres acteurs sur le réseau et renforcer la liquidité des données disponibles.
Les défis techniques restants
Plusieurs questions restent ouvertes. La fraîcheur des données doit être prouvée sans révéler les patterns de consommation. Les mécanismes de licensing doivent résister aux tentatives de contournement. L’intégration avec les applications existantes doit rester légère. L’implémentation de référence montre déjà des tests sur ces points, mais le passage à l’échelle institutionnelle révélera nécessairement de nouveaux cas limites.
La coexistence avec d’autres standards de données sur Canton devra aussi être gérée. CAPS s’appuie explicitement sur PublishedDataPoint. Cette compatibilité descendante est un choix intelligent, mais elle n’élimine pas les besoins d’harmonisation futurs lorsque plusieurs types de données privées circuleront sur le même ledger.
Ce que le calendrier révèle de l’ambition
En liant la moitié des fonds à des métriques d’adoption strictes, le Canton Development Fund envoie un signal clair. Les projets purement techniques ne suffisent plus. Il faut des utilisateurs, des volumes, des preuves d’usage. RedStone a accepté cette logique en révisant même la structure de payout pendant le processus d’examen, comme le montre un commentaire daté du 9 septembre dans le dossier public de la subvention.
Cette approche contraste avec certaines subventions antérieures dans l’écosystème crypto qui se contentaient de livrables de code. Ici, le code n’est qu’une partie de l’équation. L’autre partie consiste à démontrer que des acteurs réels, avec de la liquidité réelle, utilisent effectivement le standard pour des opérations de pricing et de bridging.
Vers une infrastructure de données privée mature
Si CAPS atteint ses objectifs de mois 6 et mois 8, il aura prouvé qu’il est possible de faire coexister référence publique et négociation privée sur un ledger institutionnel. Cette démonstration pourrait ensuite servir de modèle pour d’autres types de données sensibles : notations internes, modèles de risque, prix de gré à gré, etc.
Le timing coïncide avec l’arrivée de DTCC sur Canton. Les vingt institutions qui ont signé les accords d’accès auront très vite besoin de sources de prix fiables et confidentielles pour valoriser leurs titres tokenisés. RedStone se positionne exactement à cette intersection entre besoin institutionnel et capacité technique.
Les mois à venir diront si le standard parvient à franchir le cap de l’adoption. Pour l’instant, les fondations sont posées : un financement significatif, des partenaires de design identifiés, un draft public, une implémentation de référence et un calendrier d’adoption mesurable. Dans un secteur où les annonces d’oracles se multiplient, CAPS se distingue par sa focalisation claire sur la privacy institutionnelle et par les conditions strictes attachées à son financement.
La question n’est plus seulement de savoir si les institutions accepteront de travailler on-chain. Elle est de savoir si elles pourront le faire sans sacrifier la confidentialité commerciale qu’elles considèrent comme non négociable. CAPS tente d’apporter une réponse concrète à cette exigence. Le marché institutionnel de la tokenisation commencera bientôt à tester cette réponse en conditions réelles.
Le chemin reste long. Douze mois, huit jalons, des preuves d’usage à fournir, un audit à passer. Mais le point de départ est solide. RedStone dispose désormais des ressources, des partenaires et du cadre technique pour transformer un concept de privacy pricing en infrastructure opérationnelle. Les prochaines publications de milestones diront si l’ambition se traduit en réalité mesurable sur le réseau Canton.
Dans un environnement où la tokenisation des actifs traditionnels passe progressivement du discours aux premiers déploiements opérationnels, disposer d’un standard de prix à la fois vérifiable et privé pourrait s’avérer aussi important que les rails de règlement eux-mêmes. CAPS vise précisément cette couche manquante. Son succès ou son échec influencera probablement la façon dont d’autres réseaux institutionnels aborderont la question des données de marché confidentielles dans les années à venir.
Pour les observateurs de l’écosystème, l’évolution de ce projet offrira un cas d’étude intéressant sur la manière dont les subventions conditionnées à l’adoption peuvent orienter le développement d’infrastructures critiques. Pour les institutions qui commencent à explorer Canton, CAPS représente potentiellement un outil qui leur permettra de conserver leurs pratiques de négociation habituelles tout en profitant des avantages d’un ledger partagé. Le rapprochement de ces deux mondes reste l’enjeu central de la tokenisation institutionnelle. RedStone vient d’obtenir les moyens de tester une pièce importante de ce puzzle.
