RedStone détaille CAPS, son projet de données confidentielles pour les institutions sur Canton

Une présentation nouvelle pour un financement approuvé en septembre

RedStone a détaillé le 29 octobre 2026 le Canton Access and Privacy Standard, ou CAPS, un projet de distribution de données de prix pour les institutions utilisant Canton. La date de présentation doit être distinguée de celle de l’approbation du financement : le Canton Development Fund a validé la proposition le 16 septembre. Le dispositif reste en développement. L’annonce ne constitue donc ni un nouveau vote intervenu cette semaine ni l’ouverture immédiate d’un service de tarification déjà déployé pour tous les participants du réseau.

Le programme prévoit 15 775 000 Canton Coin sur douze mois et huit étapes. La moitié des paiements dépend de preuves d’adoption, plutôt que de la seule livraison de composants techniques. Les étapes sont examinées publiquement par le comité sur GitHub. Le montant en jetons ne doit pas être remplacé par une valeur fixe en dollars : RedStone décrit un mécanisme tenant compte d’une moyenne de cours lors de l’acceptation des jalons. L’engagement annoncé n’équivaut pas à un versement intégral déjà effectué à la date de publication.

Partager un prix sans exposer les conditions de chaque transaction

CAPS cherche à résoudre un problème précis des marchés institutionnels : utiliser une référence commune tout en gardant confidentiels les positions et les termes négociés. Dans le schéma présenté, un fournisseur publie un prix de référence, puis les institutions effectuent leurs calculs privés à partir de cette même donnée. Le fournisseur ne doit pas recevoir les informations commerciales nécessaires uniquement aux contreparties. La confidentialité recherchée porte donc sur l’usage des données et les accords entre participants, pas sur l’absence de toute traçabilité du prix de référence.

RedStone cite les fonds tokenisés, les actifs privés et les garanties de prêts parmi les usages envisagés. Une valeur de référence peut servir à calculer une valorisation ou un seuil sans révéler l’ensemble d’un portefeuille au fournisseur de données. Cette séparation peut intéresser les institutions qui doivent concilier échanges numériques et confidentialité commerciale. Elle doit toutefois être démontrée dans les contrats et les intégrations effectivement livrés. Une description d’architecture ne constitue pas encore la preuve que chaque application en production respecte les propriétés annoncées.

Le logiciel ouvert doit accompagner des intégrations encore en chantier

Le projet prévoit des composants ouverts sous licence Apache 2.0, afin que plusieurs fournisseurs puissent utiliser le cadre sans dépendre uniquement des services de RedStone. Un module de licence doit aussi préserver les conditions commerciales attachées à certaines données. Cette combinaison vise à permettre un standard partagé sans rendre automatiquement gratuites toutes les informations qui y circulent. L’ouverture du code et les droits d’accès aux données sont deux sujets distincts, dont les règles doivent rester explicites pour les utilisateurs institutionnels et les éditeurs.

Zenith et Memora figurent parmi les partenaires de conception des premières intégrations, encore en développement. Le calendrier prévoit notamment une proposition de standard, des déploiements et un audit de sécurité externe. Le bilan devra donc être mesuré à partir des jalons validés et des usages démontrés, sans transformer le financement en preuve d’adoption acquise. La présentation d’octobre précise un projet institutionnel de confidentialité ; son intérêt concret dépendra de sa réalisation et de la capacité de plusieurs acteurs à utiliser les mêmes références sans divulguer leurs conditions particulières.