Radix (XRD) : Qu’est-ce que c’est, comment ça fonctionne et comment en acheter ?

Ce n’est pas un secret, les dApps sont aujourd’hui confrontées à des problèmes majeurs de scalabilité, de sécurité et de complexité du développement qui freinent l’adoption massive de la DeFi en général.

C’est là que Radix entre en jeu, un layer 1 conçu spécifiquement pour les dApps avec son architecture qui rend leur développement bien plus efficace.

Qu’est-ce que c’est ? Comment ça fonctionne ? C’est ce que vous découvrirez tout au long de cet article.

• Radix est un protocole de couche 1 (layer 1) axé sur la création d'applications décentralisées vraiment optimisées
• Radix se base sur plusieurs technologies clés, comme Radix Engine, le consensus Cerberus ou encore le langage de programmation Scrypto.
• Radix possède deux jetons : $XRD et $eXRD

Radix : le premier layer 1 conçu pour les développeurs DeFi

Radix est un layer 1 conçu spécifiquement pour le développement d’applications décentralisées (dApps). Son objectif : créer un environnement décentralisé adapté au développement de dApps hautement scalables, sécurisées et bien moins couteuses pour les utilisateurs.

Pour mener cette vision jusqu’au bout, l’architecture et le fonctionnement global de Radix se basent avant tout sur 4 principes fondamentaux :

• Un smart-contract “Asset-oriented” qui vise à résoudre les problèmes de complexité et de sécurité dans le développement de dApps, avec la mise en place de smart contracts centrés exclusivement sur les actifs.
• Un environnement DeFi “lego bricks” qui vise à résoudre les défis de modularité et de réutilisabilité des codes.
• Un mécanisme “Self-incentivizing” pour les développeurs qui vise à résoudre le problème de motivation financière (incentives) pour les créateurs et développeurs de dApps.
• Un environnement hautement scalable pour les dApps qui vise à résoudre les limitations de performance rencontrées sur d’autres réseaux comme Ethereum, en créant un écosystème scalable à l’infinie (ou presque).

Pour rendre cette vision possible, Radix se base sur tout un tas de technologies et d’infrastructures que nous vous proposons de découvrir dans les prochaines sections.

Comment fonctionne Radix ?

Il faut savoir que Radix se base principalement sur trois composantes clés :

• Radix Engine (application layer) : C'est là que les smart contracts sont déployés et exécutés. Il faut le voir comme un environnement optimisé pour la création et la gestion d'applications DeFi.

• Cerberus (consensus layer) : cette couche assure l’exécution et la scalabilité des transactions à travers le réseau Radix, en se basant sur différents principes comme le “Pré-sharding” ou encore sa méthode “Braiding” que nous aborderons plus tard dans l’article.

• Scrypto programming language : langage de programmation spécialement conçu pour Radix, à l’instar de Rust pour Solana.

Maintenant, ce qui rend Radix unique est son environnement “Asset-Oriented Smart Contract”. Pour résumer, cette approche simplifie radicalement le développement et l'exécution des smart contracts en se concentrant sur les actifs eux-mêmes plutôt que sur leur traitement. Pour cela, Radix se base sur sa propre couche d’application : Radix Engine.

Revenons plus en détail sur chacun de ces éléments 👇

Radix Engine : l’environnement idéal pour la création de smart contracts

Radix Engine est donc le moteur (engine) central, c’est-à-dire l'environnement d'exécution des smart contract au sein du layer 1. Il est spécialement conçu pour optimiser et sécuriser le développement de dApps.

Radix Engine traite les actifs numériques différemment des autres blockchains. Plutôt que de voir les actifs comme de simples données, Radix les traite comme des entités “physiques” avec des règles propres, et ce, grâce à l'utilisation d'une “finite state machine” (FSM). Ce mécanisme est utilisé pour garantir que les résultats soient corrects.

De plus, chaque actif, qu’il s’agisse de tokens, de NFT ou même de contrats intelligents, est géré individuellement.

Avec la version 2.0 Radix Engine, complexité est encore davantage réduite pour les développeurs. En effet, ils n'ont pas à écrire de longs scripts pour assurer la sécurité de leurs applications. Les actifs sont déjà protégés par les mécanismes internes du Radix Engine, ce qui élimine d'ailleurs le risque de “double spend“)“ et réduit le risque de fraudes.

Au final, Radix Engine est conçu pour être extrêmement efficace. Il permet aux applications de fonctionner rapidement, même lorsqu'elles traitent un grand nombre de transactions ou lorsqu'elles interagissent avec de nombreux utilisateurs simultanément.

Pour en apprendre davantage sur Radix Engine 👉 cliquez sur ce lien

Scrypto : le langage de programmation adapté aux nouvelles dApps

Scrypto est un langage de programmation spécialement conçu pour le développement d’applications DeFi sur la blockchain Radix. Ce dernier s'inspire largement de Rust, le langage de programmation utilisé par Solana.

Toutefois, Scrypto ajoute des fonctionnalités spécifiques pour interagir non seulement avec des données, mais aussi directement avec des assets financiers, comme des monnaies ou des tokens. En effet, les assets sont intégrés dans le langage même du code, ce qui facilite leurs création, gestion et échange.

Un autre point important : avec Scrypto, les contrats intteligents sont apellée des “composants“, soit des blocs de code réutilisables qui “encapsulent” la logique et la gestion des actifs. Cela peut inclure des fonctionnalités comme des échanges de tokens, des prêts, ou des mécanismes de staking.

Pour faire simple : c’est l'équivalent d'un smart contract sur d'autres plateformes comme Ethereum. Cependant, contrairement aux smart contracts traditionnels qui sont souvent centrés sur des fonctions et des données, les composants dans Scrypto sont conçus autour des ressources (tokens, NFT ,etc.) qu'ils gèrent.

Pour comprendre leur fonctionnement, comprenez déjà qu’ils regroupent différentes entités, dont les “Buckets” et les “Vaults” :

• Buckets (seaux) : conteneurs temporaires qui transportent des ressources d'un point à un autre dans une transaction. Dès lors qu’une ressource est créée, cette dernière est immédiatement placée dans un “bucket“.
• Vaults (coffres): stockages pour les ressources au sein des composants. Ils sécurisent les actifs jusqu'à leur utilisation ou transfert ultérieur. Notez que chaque composant peut posséder un ou plusieurs vaults.

Vous l’aurez compris, toute l'interaction entre les composants et les ressources est centralisée autour de l'utilisation de buckets et de vaults.

Par exemple, lorsqu'un utilisateur souhaite effectuer une transaction impliquant des ressources, il les place d'abord dans un bucket. Ce bucket est ensuite utilisé pour passer les ressources à un composant, qui peut ensuite manipuler ces ressources conformément à sa “logique métier”, les stockant finalement dans un ou plusieurs vaults.

Nous le verrons plus en détail plus tard dans l’article, mais les composants sont générés à partir de “blueprints“, des modèles que d'autres développeurs peuvent utiliser pour reproduire ou modifier des fonctionnalités dans leurs propres projets.

Pour en apprendre davantage sur Scrypto 👉 cliquez sur ce lien

Cerberus : un consensus qui rend les dApps hautement scalables

Cerberus est la couche (layer) de consensus de Radix. Pour rappel, dans une blockchain, le consensus est la façon dont le réseau s'assure que toutes les transactions sont valides et enregistrées de manière sécurisée.

Quand un réseau blockchain devient très populaire, il doit gérer beaucoup de transactions à la fois. Cela peut ralentir le réseau et rendre les transactions coûteuses.

Pour résoudre cette problématique, Cerberus se base sur différents aspects, comme le Sharding, un ordonnancement partiel (partial ordering) des transactions, une composabilité atomique, et le plus important : son mécanisme “Braiding”.

Tout d’abord, Cerberus utilise une technique appelée “pre-sharding“. Concrètement, Cerberus divise le “ledger” (registre numérique) de Radix en plusieurs “shards”, ou plutôt en un “espace de shards” (sharspace) pratiquement illimité.

Chaque shard peut gérer des transactions de manière indépendante. Cela permet à Radix de traiter beaucoup plus de transactions simultanément que le ferait une blockchain traditionnelle.

Mais ce n’est pas tout. Plutôt que de forcer toutes les transactions à suivre une seule séquence, Cerberus, grâce à son mécanisme de “Partial Ordering”, permet à chaque transaction de spécifier uniquement les shards qui sont directement concernés par elle.

Ces transactions ont ensuite comme objectif de transmettre ces shards à l’algorithme de consensus Cerberus que nous vous proposons d’analyser en détail :

Braiding : une version améliorée du BFT (Byzantine Fault Tolerant)

Le “Braiding” est le mécanisme de consensus utilisé par Cerberus pour lier et sécuriser les transactions qui s'étendent sur plusieurs shards, soit des transactions “multi-shard”. C’est un type de consensus BFT (Byzantine Fault Tolerant), notamment utilisé par Solana, Stellar ou encore Fantom. Mais la version développée par Cerberus est assez différente.

Accrochez-vous, la suite risque d’être un peu plus technique :

Lorsqu'une transaction doit être validée à travers différents shards, Cerberus “tresse” (braid) le consensus en intégrant les validations de chaque shard concerné. Plus simplement, le mécanisme relie les consensus des shards concernés par les transactions “multi-shard”, afin de former un consensus global et sécurisé pour chaque transaction.

Pour rappel, les transactions peuvent spécifier quels shards sont impliqués. Par exemple, si une transaction nécessite des données de trois shards différents, ces shards seront alors identifiés par le réseau.

Pour chaque shard, une instance de consensus BFT appelée “3-chain” est créée. Autrement dit : chaque shard commence par valider sa partie de la transaction via le mécanisme de consensus BFT. Notez que le “braiding” est en capacité de traiter un nombre illimité d'instances (shards).

Par la suite, les leaders (responsables de tous les shards associés à la transaction) de chaque 3-chain partagent leurs engagements et signatures avec les leaders des autres shards impliqués. Ces interactions créent un consensus “braided” ou “3-braid“, garantissant que tous les shards concernés par la transaction arrivent à une validation cohérente et simultanée.

Une fois que le 3-braid est formé, la transaction est validée de manière atomique. Cela signifie que soit toutes les parties de la transaction sont validées et enregistrées ensemble, soit la transaction échoue entièrement.

Pour en apprendre davantage sur Cerberus 👉 cliquez sur ce lien

L’importance des Blueprints réutilisables au sein de Radix

Comme vue précédemment, les développeurs au sein de Radix se basent sur un grand nombre de “Blueprints”. Ces composants agissent comme des modèles réutilisables pour les applications DeFi, ce qui simplifie la création et la maintenance des projets.

Un Blueprint est essentiellement un plan ou un schéma pour un composant spécifique d'une application DeFi. Il contient tout le code nécessaire pour que ce composant fonctionne. Les développeurs peuvent ensuite utiliser ces Blueprints pour déployer rapidement des fonctionnalités standard sans devoir réécrire le code à partir de zéro.

D’autre part, les Blueprints favorisent ce qu’on appelle une “architecture modulaire”. Cela signifie que les développeurs peuvent assembler différents Blueprints pour construire des applications très complexes, d’où le terme “Lego-Bricks” employé par Radix.

Au final, en réutilisant des Blueprints, les développeurs économisent du temps et des ressources. De cette manière, ces derniers peuvent se concentrer sur l'ajout de nouvelles fonctionnalités et l'innovation, plutôt que de réinventer la roue.

Comment Radix récompense ses développeurs ?

Radix a conçu un mécanisme qui motive les développeurs à créer des applications de haute qualité grâce à un système de récompenses automatisé, appelé “auto-incitatif“.

Au cœur de cet écosystème se trouve le concept de “royalties“. Concrètement, les développeurs qui créent des composants ou des applications sur Radix peuvent définir des frais de royalties. Ces frais sont des petits pourcentages prélevés sur chaque transaction utilisant leur création. Ce modèle de revenu crée une sorte de flux financier direct entre l'utilisation d'une application et son créateur.

Naturellement, ce système encourage les développeurs à produire des travaux de haute qualité. Plus une application est utile et populaire, plus elle génère de transactions, et donc de revenus pour son créateur. Cela incite les développeurs à innover et à améliorer continuellement leurs produits pour attirer et retenir les utilisateurs.

Radix Wallet : le wallet natif du réseau Radix

Radix dispose également de son propre portefeuille numérique (wallet) natif. Ce dernier est conçu pour que les utilisateurs puissent visualiser, gérer et stocker en toute sécurité tous leurs actifs sur le réseau Radix.

Les utilisateurs peuvent ensuite utiliser ce portefeuille pour interagir avec l’ensemble des dApps déployées sur le réseau Radix.

D’un point de vue plus technique, Radix Wallet utilise de nombreux mécanismes avancés, comme les “Smart Accounts” et des identités “Personas”. Ces dernier éliminent les besoins de mots de passe et améliore la sécurité des connexions aux dApps.

Pour en apprendre davantage sur le portefeuille natif de Radix 👉 cliquez sur ce lien

Radix : un écosystème rempli de dApps

L'écosystème Radix renferme d'ores et déjà plusieurs dizaines d'applications.

On retrouve absolument de tout, comme des échanges décentralisés (DEX), des marketplaces, des protocoles de Lending, des Launchpads, des DAO's ou encore des projets gaming.

Pour prendre connaissance de tous les projets actuellement déployés au sein de l'écosystème Radix 👉 cliquez sur ce lien

$XRD : le jeton natif de l’écosystème Radix

$XRD est le jeton utilitaire du protocole Radix et joue donc un rôle très important dans son bon fonctionnement.

Voici ces principales fonctions :

• Payer les frais : le jeton XRD est dans un premier temps utilisé pour payer les frais de transaction au sein de réseau Radix. Il est également utilisé pour le déploiement de contrats intelligents (smart contract).

• Staking : les détenteurs de XRD peuvent mettre en jeu (staker) leurs jetons dans des pools de liquidité afin de participer au bon fonctionnement du réseau. En échange de leur contribution, ces derniers perçoivent des récompenses sous forme de rendements.

• Gouvernance : les stakers ont la possibilité de participer à la gouvernance (DAO) du réseau. Ils peuvent en effet voter sur différentes propositions concernant l’avenir du protocole.

Notez que le protocole dispose également d’un jeton “eXRD”, qui est une version “wrapped” du jeton XRD, à l’instar de wBTC et BTC. Concrètement, eXRD est spécialement conçu pour interagir avec les différentes dApps sur Ethereum.

Bien évidemment, les utilisateurs peuvent échanger leurs jetons XRD / eXRD dans un ratio 1:1 (1 XRD = 1 eXRD).

Tokenomics XRD :

Voici comment les jetons XRD sont distribués au sein du réseau Radix :

Comment acheter des jetons XRD ?

Le jetons XRD se trouve actuellement à l'échange sur de nombreuses plateformes d'échange, comme KuCoin, Gateio, Bitfinex ou encore Bitget pour n'en citer qu'une partie.