This website uses cookies
We use cookies to personalise content and ads, to provide social media features and to analyse our traffic. We also share information about your use of our site with our social media, advertising and analytics partners who may combine it with other information that you’ve provided to them or that they’ve collected from your use of their services.
Consent Selection
Details
  • Necessary cookies help make a website usable by enabling basic functions like page navigation and access to secure areas of the website. The website cannot function properly without these cookies.

    • Learn more about this provideropens in a new window
      CookieConsentStores the user's cookie consent state for the current domain
      Maximum Storage Duration: 1 yearType: HTTP Cookie
    • Learn more about this provideropens in a new window
      bcookieUsed in order to detect spam and improve the website's security.
      Maximum Storage Duration: 1 yearType: HTTP Cookie
      li_gcStores the user's cookie consent state for the current domain
      Maximum Storage Duration: 180 daysType: HTTP Cookie
    • Learn more about this provideropens in a new window
      datadomeUsed in context with the website's BotManager. The BotManager detects, categorizes and compiles reports on potential bots trying to access the website.
      Maximum Storage Duration: 1 yearType: HTTP Cookie
    • _pk_testcookie_domainThis cookie determines whether the browser accepts cookies.
      Maximum Storage Duration: 1 dayType: HTTP Cookie
    • __cf_bm [x3]This cookie is used to distinguish between humans and bots. This is beneficial for the website, in order to make valid reports on the use of their website.
      Maximum Storage Duration: 1 dayType: HTTP Cookie
  • Preference cookies enable a website to remember information that changes the way the website behaves or looks, like your preferred language or the region that you are in.
    • Learn more about this provideropens in a new window
      lidcRegisters which server-cluster is serving the visitor. This is used in context with load balancing, in order to optimize user experience.
      Maximum Storage Duration: 1 dayType: HTTP Cookie
  • Statistic cookies help website owners to understand how visitors interact with websites by collecting and reporting information anonymously.
    • Learn more about this provideropens in a new window
      guestRegisters data on visitors' website-behaviour. This is used for internal analysis and website optimization.
      Maximum Storage Duration: 1 monthType: HTTP Cookie
    • Learn more about this provideropens in a new window
      personalization_idThis cookie is set by Twitter - The cookie allows the visitor to share content from the website onto their Twitter profile.
      Maximum Storage Duration: 400 daysType: HTTP Cookie
    • _pk_uidUsed by Piwik Analytics Platform to identify the visitor on repeat visits to the website.
      Maximum Storage Duration: 1 yearType: HTTP Cookie
      _pk_id#Collects statistics on the user's visits to the website, such as the number of visits, average time spent on the website and what pages have been read.
      Maximum Storage Duration: 1 yearType: HTTP Cookie
      _pk_ses#Used by Piwik Analytics Platform to track page requests from the visitor during the session.
      Maximum Storage Duration: 1 dayType: HTTP Cookie
    • FPGSIDRegisters statistical data on users' behaviour on the website. Used for internal analytics by the website operator.
      Maximum Storage Duration: 1 dayType: HTTP Cookie
      FPIDRegisters statistical data on users' behaviour on the website. Used for internal analytics by the website operator.
      Maximum Storage Duration: 400 daysType: HTTP Cookie
      FPLCRegisters a unique ID that is used to generate statistical data on how the visitor uses the website.
      Maximum Storage Duration: 1 dayType: HTTP Cookie
    • _gaRegisters a unique ID that is used to generate statistical data on how the visitor uses the website.
      Maximum Storage Duration: 2 yearsType: HTTP Cookie
      _ga_#Used by Google Analytics to collect data on the number of times a user has visited the website as well as dates for the first and most recent visit.
      Maximum Storage Duration: 2 yearsType: HTTP Cookie
  • Marketing cookies are used to track visitors across websites. The intention is to display ads that are relevant and engaging for the individual user and thereby more valuable for publishers and third party advertisers.
    • Learn more about this provideropens in a new window

      Some of the data collected by this provider is for the purposes of personalization and measuring advertising effectiveness. The provider may use the IP Addresses for ads measurement and ads personalization.

      ads/ga-audiencesUsed by Google AdWords to re-engage visitors that are likely to convert to customers based on the visitor's online behaviour across websites.
      Maximum Storage Duration: SessionType: Pixel Tracker
    • Learn more about this provideropens in a new window
      userRefererDetermines how the user accessed the website. This information is used by the website operator in order to measure the efficiency of their marketing.
      Maximum Storage Duration: 1 monthType: HTTP Cookie
    • Learn more about this provideropens in a new window
      #:session-dataTracks the individual sessions on the website, allowing the website to compile statistical data from multiple visits. This data can also be used to create leads for marketing purposes.
      Maximum Storage Duration: PersistentType: HTML Local Storage
      eng_mtTracks the conversion rate between the user and the advertisement banners on the website - This serves to optimise the relevance of the advertisements on the website.
      Maximum Storage Duration: PersistentType: HTML Local Storage
      t_gidThis cookie assigns a specific visitor ID, when the visitor interacts with ads or content from the website - this allows the website to target the visitor with similar ads or content.
      Maximum Storage Duration: 1 yearType: HTTP Cookie
      t_pt_gidCollects information on user preferences and/or interaction with web-campaign content - This is used on CRM-campaign-platform used by website owners for promoting events or products.
      Maximum Storage Duration: 1 yearType: HTTP Cookie
      taboola global:user-idSets a unique ID for the visitor, that allows third party advertisers to target the visitor with relevant advertisement. This pairing service is provided by third party advertisement hubs, which facilitates real-time bidding for advertisers.
      Maximum Storage Duration: PersistentType: HTML Local Storage
      taboola_session_idThis cookie is used to collect information on a visitor. This information will become an ID string with information on a specific visitor – ID information strings can be used to target groups with similar preferences, or can be used by third-party domains or ad-exchanges.
      Maximum Storage Duration: SessionType: HTTP Cookie
    • Learn more about this provideropens in a new window
      1/i/adsct [x2]Collects data on user behaviour and interaction in order to optimize the website and make advertisement on the website more relevant.
      Maximum Storage Duration: SessionType: Pixel Tracker
      muc_adsCollects data on user behaviour and interaction in order to optimize the website and make advertisement on the website more relevant.
      Maximum Storage Duration: 400 daysType: HTTP Cookie
      guest_idCollects data related to the user's visits to the website, such as the number of visits, average time spent on the website and which pages have been loaded, with the purpose of personalising and improving the Twitter service.
      Maximum Storage Duration: 400 daysType: HTTP Cookie
      guest_id_adsCollects information on user behaviour on multiple websites. This information is used in order to optimize the relevance of advertisement on the website.
      Maximum Storage Duration: 400 daysType: HTTP Cookie
      guest_id_marketingCollects information on user behaviour on multiple websites. This information is used in order to optimize the relevance of advertisement on the website.
      Maximum Storage Duration: 400 daysType: HTTP Cookie
    • _gcl_auUsed by Google AdSense for experimenting with advertisement efficiency across websites using their services.
      Maximum Storage Duration: 3 monthsType: HTTP Cookie
      _gcl_lsTracks the conversion rate between the user and the advertisement banners on the website - This serves to optimise the relevance of the advertisements on the website.
      Maximum Storage Duration: PersistentType: HTML Local Storage
    • pardot [x2]Used in context with Account-Based-Marketing (ABM). The cookie registers data such as IP-addresses, time spent on the website and page requests for the visit. This is used for retargeting of multiple users rooting from the same IP-addresses. ABM usually facilitates B2B marketing purposes.
      Maximum Storage Duration: SessionType: HTTP Cookie
  • Unclassified cookies are cookies that we are in the process of classifying, together with the providers of individual cookies.
    • cs_analytics_ip_blockedPending
      Maximum Storage Duration: SessionType: HTTP Cookie
      user_tokenPending
      Maximum Storage Duration: 1 yearType: HTTP Cookie
    • _twpidPending
      Maximum Storage Duration: SessionType: HTTP Cookie
Cookie declaration last updated on 8/20/26 by Cookiebot
[#IABV2_TITLE#]
[#IABV2_BODY_INTRO#]
[#IABV2_BODY_LEGITIMATE_INTEREST_INTRO#]
[#IABV2_BODY_PREFERENCE_INTRO#]
[#IABV2_BODY_PURPOSES_INTRO#]
[#IABV2_BODY_PURPOSES#]
[#IABV2_BODY_FEATURES_INTRO#]
[#IABV2_BODY_FEATURES#]
[#IABV2_BODY_PARTNERS_INTRO#]
[#IABV2_BODY_PARTNERS#]
About
Cookies are small text files that can be used by websites to make a user's experience more efficient.

The law states that we can store cookies on your device if they are strictly necessary for the operation of this site. For all other types of cookies we need your permission.

This site uses different types of cookies. Some cookies are placed by third party services that appear on our pages.

You can at any time change or withdraw your consent from the Cookie Declaration on our website.

Learn more about who we are, how you can contact us and how we process personal data in our Privacy Policy.

Please state your consent ID and date when you contact us regarding your consent.
Image Comprendre Canton Network et ses enjeux

Comprendre Canton Network et ses enjeux

Timer8 min de lecture

Les marchés financiers sont soumis à des contraintes concrètes : les stratégies de trading ne peuvent être divulguées, les capitaux ne circulent pas librement entre les pays, la liquidity est encadrée par la réglementation et les transactions non confirmées engendrent un réel risque financier.

Or, les premières conceptions de blockchain ne tenaient pas compte de ces réalités. Ainsi, tandis que les blockchains publiques permettaient un règlement rapide et proposaient une infrastructure partagée, elles exigeaient une transparence totale, exposant ainsi des activités et des positions sensibles. Quant aux systèmes blockchain privés, s’ils protégeaient la confidentialité, ils le faisaient en isolant les participants dans des réseaux distincts, au détriment de la coordination et en recréant une infrastructure de marché fragmentée.

Porteur d’une solution, chaque modèle introduisait une nouvelle difficulté.

En quoi une coordination sans exposition est-elle nécessaire aux marchés institutionnels ?

Si les actifs doivent pouvoir circuler librement entre les entreprises et les systèmes, seules les parties directement concernées doivent pouvoir accéder aux informations sensibles. Or, les modèles blockchain existants imposaient de choisir entre ces deux impératifs.

C’est là qu’est intervenu Canton Network.

Annoncé en mai 2023, Canton Network (CC) permet une coordination partagée sans imposer de visibilité partagée. Les institutions peuvent ainsi effectuer des transactions et des règlements entre divers systèmes indépendants sans exposer leurs activités commerciales au-delà des parties prenantes concernées.

Il en résulte une interopérabilité concrète.

Les institutions peuvent échanger des actifs et effectuer des paiements entre applications tout en préservant la confidentialité, le respect des réglementations et le contrôle des données.

Un réseau conçu pour les institutions

Canton fonctionne comme un réseau de réseaux, connectant applications et actifs numériques à travers la finance traditionnelle, la crypto institutionnelle, l’assurance et les marchés hypothécaires, afin de permettre un échange sécurisé des valeurs, sans visibilité partagée ni contrôle centralisé.

Chaque institution opère sa propre application avec ses propres règles, limites de confidentialité et contrôles opérationnels, sans qu’aucun registre partagé n’impose une visibilité universelle.

Le règlement entre les applications étant atomique, soit les transactions s’exécutent intégralement pour l’ensemble des parties, soit elles échouent sans laisser de trace.

Le Global Synchronizer

Au cœur de Canton se trouve le Global Synchronizer, une couche de coordination décentralisée chargée d’ordonner et d’horodater les transactions entre applications indépendantes. Il importe de noter que le Global Synchronizer n’accède jamais au contenu des transactions : il observe les engagements, vérifie l’ordre des transactions et est conçu pour garantir un règlement atomique, le tout sans aucune visibilité sur les données sensibles.

Canton 17032026La gouvernance est assurée par la Global Synchronizer Foundation (GSF), une organisation indépendante à but non lucratif créée en juillet 2024 sous l’égide de la Linux Foundation.

Le MainNet de Canton a été lancé en juillet 2024. La GSF regroupe des institutions de premier plan telles que Goldman Sachs, BNP Paribas, Deutsche Börse Group, Euroclear, Moody’s Ratings, Broadridge et Tradeweb. Comptant près de 400 participants, le réseau s’appuie sur une levée de fonds stratégique de 135 millions de dollars. L’infrastructure Canton revendique la prise en charge de plus de 3 600 milliards de dollars d’actifs tokenisés1, avec des déploiements privés traitant un volume de transactions quotidien supérieur à 50 milliards de dollars.

Quant au contrôle de l’ordre des transactions, de l’accès et des politiques, il est structurellement distribué plutôt que concentré entre les mains d’un seul acteur.

Avec Daml, une confidentialité au niveau contractuel

Canton utilise Daml, un langage de smart contracts conçu pour les flux de travail impliquant plusieurs parties, où la confidentialité et les autorisations sont définies en amont. Au lieu de rendre toutes les activités visibles par défaut, la confidentialité fait office de principe fondamental.

Chaque contrat définit les parties impliquées, celles qui peuvent agir et celles qui peuvent observer le résultat. Par conséquent, les détails des transactions ne sont visibles que par les parties concernées, les autorités de régulation pouvant bénéficier d’un accès restreint en cas de besoin. Les autres participants, notamment les concurrents et les fournisseurs d’infrastructure, ne reçoivent pas les détails des transactions par défaut.

Ce modèle diffère de celui des blockchains publiques, où les transactions sont inscrites dans un registre partagé accessible à tous, ne laissant aux régulateurs qu’une vision binaire de l’activité de type « tout ou rien ».

Exemple : lorsque la Banque A effectue une transaction avec la Banque B sur une blockchain publique, le prix, le volume et l’heure de l’échange sont visibles par tout observateur. Dans le cas de Canton, seules les deux banques concernées voient les détails de la transaction, tandis qu’une autorité de régulation peut confirmer que le règlement a bien eu lieu sans avoir accès aux informations commerciales sensibles.

Règlement atomique : tout ou rien

Dans la finance traditionnelle, il arrive que les transactions échouent à mi-parcours : alors qu’une partie livre les actifs, le paiement de l’autre reste bloqué. Les actifs se retrouvant piégés dans des processus de régularisation manuels, cela engendre des problèmes majeurs et génère une incertitude au bilan.

Canton est conçu pour garantir un règlement atomique, ce qui signifie que, pour l’ensemble des parties concernées, soit les transactions s’exécutent intégralement soit elles échouent « proprement ». Il n’y a donc ni exécution partielle, ni risque de blocage d’actifs.

Ainsi, lorsqu’au même moment la Banque A échange du collatéral avec la Banque B tout en procédant à un paiement avec la Banque C, soit ces trois actions se produisent simultanément, soit elles ne se produisent pas du tout. À travers cette synchronisation, le système garantit que tout transfert de collatéral se fait en échange d’un paiement effectif, ne laissant ainsi aucune partie exposée.

Évolutivité indépendante : absence de congestion partagée

Chaque application Canton évolue de manière indépendante. Une application est un système logiciel qui gère une tâche financière spécifique telle que le règlement de transactions, la gestion de collatéral, le traitement de paiements ou l’émission d’obligations numériques. Sur de nombreuses blockchains, toutes les applications partagent la même capacité de traitement. Ainsi, une forte activité dans un secteur peut ralentir l’ensemble du réseau. Étant donné que Canton maintient les applications séparées, les pics d’activité sur un marché sont sans incidence sur les autres. En outre, les institutions peuvent augmenter leur capacité uniquement là où cela est nécessaire, sans mise à niveau ni coordination à l’échelle du réseau.

Tokenomics du Canton Coin

Le Canton Coin (CC) fait office de carburant pour le réseau. Les frais liés à la capacité de synchronisation sont libellés en dollars mais réglés en CC. Tandis que l’activité du réseau brûle des coins, l’activité des validateurs et l’utilisation des applications créent une nouvelle offre.

Pas de pré-minage, pas d’allocations réservées aux initiés : chaque coin en circulation a vocation à refléter la contribution réelle au réseau.

L’offre est conçue pour s’ajuster à la demande via un équilibre entre combustion et émission (burn-and-mint), plutôt que par un positionnement spéculatif. Plus de 450 millions de CC ont déjà été brûlés à travers la consommation réelle du réseau, ce qui, au-delà des effets d’annonce du marché, indique une utilité concrète.

Le prix du marché fluctue tandis que l’activité de règlement reste stable — un schéma courant pour les institutions qui font la distinction entre l’infrastructure opérationnelle et la valeur des actifs négociés.

Validateurs et infrastructure neutre

Canton est exploité par un groupe de validateurs issus à la fois d’institutions financières et de sociétés indépendantes, réduisant ainsi la dépendance envers un acteur unique. Comptant parmi ces validateurs, CoinShares contribue à la sécurité et à la disponibilité du réseau, sans pour autant bénéficier d’une visibilité ou d’un accès privilégié aux données de transaction.

L’exploitation d’un validateur implique une responsabilité opérationnelle plutôt qu’une autorité. Alors qu’ils contribuent au bon fonctionnement du réseau, les validateurs ne voient pas les données de transaction et ne définissent pas de politiques de manière unilatérale. Si les premières incitations du réseau étaient axées sur la stabilité, elles se sont depuis orientées vers le soutien aux fournisseurs d’applications développant des flux de travail financiers pratiques.

Les modifications et mises à jour du protocole refléteront les besoins des marchés réglementés et s’adapteront au fur et à mesure de l’adoption du réseau par les institutions.

Conclusion

Canton répond à un défi fondamental auquel sont confrontés les marchés financiers : permettre la coordination des systèmes sans exposer plus de données que nécessaire. Ainsi, ce réseau associe une infrastructure partagée à une visibilité contrôlée, un règlement prévisible et une gouvernance distribuée.

À mesure que davantage d’institutions, de validateurs et d’applications adoptent le réseau, Canton passe de la phase de conception et de test à une utilisation au quotidien. Sans chercher à contourner ou à remplacer la réglementation existante, il s’inscrit au contraire dans des cadres établis. Ce faisant, il vise à fournir une infrastructure pratique destinée à la finance tokenisée, axée sur la fiabilité, la discrétion et la neutralité plutôt que sur la spéculation.


1https://www.canton.network/canton-network-press-releases/proof-group-launches-first-ever-canton-block-explorer

Publié leMar 17th, 2026

Bienvenue to CoinShares

Données personnelles

0102

Lorsque vous consultez le site Internet de CoinShares, les cookies améliorent votre expérience en nous aidant à vous présenter un contenu plus pertinent. Certains cookies, nécessaires au fonctionnement du site, seront activés en permanence. Le refus de certains types de cookies peut avoir une incidence sur votre expérience de notre site Internet et sur les services qui y sont proposés.

Nous utilisons des cookies sur notre site pour optimiser nos services. En savoir plus sur notre politique de cookies pour l’UE ou notre politique de cookies pour les États-Unis.

  • Nécessaires
    Question circle icon
  • Preferences
    Question circle icon
  • Statistiques
    Question circle icon
  • Marketing
    Question circle icon
Les cookies nécessaires contribuent à rendre un site web utilisable en permettant des fonctions de base telles que la navigation sur les pages et l'accès aux zones sécurisées du site web. Le site web ne peut pas fonctionner correctement sans ces cookies.
Les cookies de préférence permettent à un site web de mémoriser des informations qui modifient le comportement ou l'apparence du site, comme votre langue préférée ou la région dans laquelle vous vous trouvez.
Les cookies statistiques aident les propriétaires de sites web à comprendre comment les visiteurs interagissent avec les sites web en collectant et en rapportant des informations de manière anonyme.
Les cookies marketing sont utilisés pour suivre les visiteurs sur les sites web. L'objectif est d'afficher des publicités pertinentes et attrayantes pour l'utilisateur individuel et donc plus intéressantes pour les éditeurs et les annonceurs tiers.