Sommaire :
I. Présentation d’OKChain 2
1.1 Présentation d’OKChain 2
1.2 Architecture de Cosmos 2
1.2.1 Tendermint 3
1.2.2 Mécanisme interchaînes 3
1.3 Situation du jeton OKChain 5
1.3.1 Mécanisme d’émission d’OKT 5
1.3.2 Fonctionnalités d’OKT 5
II. Fonctionnement d’OKChain et rôles au sein de son écosystème 6
2.1 Processus de création de blocs 6
2.2 Conception du système de vote 7
2.2.1 Pondération des votes 7
2.2.2 Délégués 8
2.3 Exigences relatives aux nœuds OKChain 8
2.3.1 Exigences en matière de jetons mis en gage 9
2.3.2 Exigences matérielles 9
2.3.3 Exigences logicielles 11
2.4 Règles de récompense et de pénalité applicables aux nœuds 11
2.4.1 Règles de récompense et de distribution pour les nœuds 11
2.4.2 Règles de pénalité applicables aux nœuds 11
2.5 Gouvernance sur chaîne 12
III. OKChain-OpenDEX 13
3.1 Échanges centralisés (CEX) vs échanges décentralisés (DEX) 13
3.1.1 Échanges centralisés 13
3.1.2 Échanges décentralisés 14
3.1.3 OKChain et OKEx : complémentarité mutuelle 15
3.2 OpenDEX 15
3.2.1 Modèle de livre d’ordres sur chaîne 16
3.2.2 Modèle de couplage par appel d’offres collectif 16
3.2.3 Avantages d’OpenDEX 16
IV. Conclusion 18
I. Présentation d’OKChain
1.1 Présentation d’OKChain
OKChain est une blockchain publique open source développée par OKEx. Elle vise à construire une infrastructure DeFi sécurisée et performante, ainsi qu’une plateforme d’échange décentralisé (DEX) communautaire, où les règles de transaction sont transparentes et les utilisateurs gardent le contrôle total de leurs actifs.
La technologie interchaînes est un maillon essentiel pour interconnecter les actifs et les données dans l’écosystème blockchain. Elle constitue la base technique de la DeFi. L’interopérabilité permet précisément de transférer des actifs, d’échanger des informations et de coordonner des applications entre différentes blockchains. Il s’agit en quelque sorte de créer un « pont » entre les blockchains publiques pour permettre la transmission de données entre réseaux distincts, tout en réduisant considérablement les coûts associés. Grâce à ses modules interchaînes, OKChain facilite l’interconnexion des valeurs, des utilisateurs et des cas d’usage, contribuant ainsi à la construction d’un écosystème et d’un système de création de valeur partagés.
OKChain s’appuie sur le mécanisme Tendermint et le CosmosSDK de Cosmos. Cosmos a introduit un protocole de communication interchaînes (IBC – Inter-Blockchain Communication protocol), combiné à l’algorithme de consensus Tendermint qui offre une finalité instantanée, permettant ainsi le transfert de valeur entre blockchains. À terme, il prendra également en charge des solutions interchaînes hétérogènes pour résoudre les défis liés à la circulation multidirectionnelle des valeurs.
1.2 Architecture de Cosmos
Cosmos est un réseau composé de nombreuses blockchains indépendantes et parallèles, reliées entre elles via des nœuds. Chaque chaîne utilise Tendermint comme couche de consensus. Il s’agit d’un moteur de consensus performant qui prend en charge la tolérance aux fautes byzantines (BFT), caractérisé notamment par sa haute performance et sa forte cohérence. Le réseau Cosmos se compose principalement de deux éléments : le Hub (« centre ») et plusieurs Zones. Chaque Zone et le Hub constituent une blockchain autonome dotée de son propre état et de son propre mécanisme de consensus. Les Zones sont des blockchains conçues pour répondre à des besoins applicatifs spécifiques, tandis que le Hub se concentre sur le traitement des transactions inter-Zones. Le Hub remplit une fonction similaire à celle d’une banque centrale assurant les règlements, permettant aux différentes Zones d’interagir et d’interopérer via le protocole IBC, et réalisant ainsi le transfert interchaînes de valeur.
(Schéma de l’architecture de Cosmos, source : Internet)
Cosmos propose une vision ambitieuse pour les blockchains : faciliter leur développement et assurer leur interconnexion. La clé de la simplicité de développement réside dans l’algorithme de consensus Tendermint, tandis que la clé de l’interopérabilité entre blockchains réside dans son mécanisme interchaînes.
1.2.1 Tendermint
Tendermint intègre deux composants techniques majeurs : un moteur de consensus blockchain, TendermintCore, et une interface générique d’applications, ABCI. TendermintCore gère la transmission des données entre nœuds ainsi que le consensus byzantin, en appliquant un algorithme hybride BFT-DPoS. Il garantit la finalité définitive des blocs (c’est-à-dire que les transactions inscrites dans un bloc sont irréversibles et non falsifiables), assurant ainsi que chaque nœud enregistre les transactions dans le même ordre. Cela permet une confirmation ultra-rapide des transactions et un débit élevé. Globalement, TendermintCore s’occupe des couches réseau et consensus de la blockchain, libérant les développeurs de la nécessité de concevoir eux-mêmes ces couches.
L’ABCI (Application Blockchain Interface) est à la fois une interface et un protocole permettant le traitement des transactions dans n’importe quel langage de programmation. Dans le cadre de l’architecture Cosmos, le seul travail requis d’un développeur pour créer une nouvelle blockchain consiste à implémenter une application conforme à l’interface ABCI.
Pour simplifier davantage le développement blockchain, Cosmos fournit, par-dessus TendermintCore et ABCI, le CosmosSDK — un ensemble d’outils standardisant les modules courants de blockchain. Le CosmosSDK peut être considéré comme un « outil de création de chaînes » de Cosmos, permettant aux développeurs de concevoir leur propre blockchain sur le réseau de manière modulaire et intuitive (par exemple, en ajoutant nativement des modules de gouvernance, de staking, etc.). Toutes les blockchains générées via ce protocole sont naturellement interopérables, rendant le développement de projets blockchain extrêmement simple.
1.2.2 Mécanisme interchaînes
En fonction des différences sous-jacentes entre les plateformes blockchain concernées, l’interchaîne peut être classée en interchaîne homogène et interchaîne hétérogène :
L’interchaîne homogène désigne les interactions entre blockchains partageant une architecture identique (algorithmes cryptographiques, règles d’adresses et de comptes identiques, etc.), comme les transferts de jetons appartenant à l’écosystème Ethereum. Ce type d’interchaîne est déjà largement déployé et mature dans de nombreux projets, mais ne permet pas d’interagir avec les actifs principaux les plus répandus, tels que BTC, ETH ou USDT.
L’interchaîne hétérogène, quant à elle, désigne l’échange de valeur et le verrouillage d’actifs entre blockchains présentant des architectures structurellement différentes. Elle permet de résoudre les problèmes liés à la circulation multidirectionnelle des valeurs. Cosmos adopte une architecture multicouche et multichaîne basée sur une chaîne relais (relay chain), qui soutiendra les échanges d’actifs interchaînes.
Pour permettre l’interopérabilité entre chaînes parallèles, Cosmos a défini le protocole de communication interchaînes (IBC), exploitant la finalité instantanée du consensus Tendermint afin d’assurer le transfert de valeur et de données entre plusieurs chaînes hétérogènes. Toutes les chaînes parallèles se connectent au Hub via IBC, ce dernier agissant comme une chaîne relais chargée de valider et de transférer les transactions interchaînes.
Plus concrètement : le Hub synchronise l’état de chaque autre Zone en conservant uniquement leurs en-têtes de blocs. Lorsqu’une Zone 1 envoie un message interchaînes à la Zone 2, elle inclut toutes les informations pertinentes dans l’en-tête de son bloc. Une fois que la Zone 1 atteint un consensus sur ce bloc contenant ledit message, le Hub intègre cet en-tête de bloc dans un nouveau bloc. Après finalisation du consensus sur ce bloc, la Zone 2 reçoit, via diffusion par le Hub, les informations de validation contenant l’en-tête de bloc de la Zone 1. La Zone 2 doit alors vérifier l’authenticité de cette preuve relative à la Zone 1 ; si la preuve est valide, elle exécute l’opération correspondante et renvoie les informations du bloc exécuté au Hub.
(Transmission de messages interchaînes via IBC, source : Recherche & Développement d’OKEx)
Illustrons le fonctionnement de l’interchaîne via IBC à l’aide d’un exemple : le transfert de 10 OKT depuis OKChain vers Cosmos.
Pour effectuer une transaction interchaînes entre OKChain et Cosmos, chacune des deux blockchains doit exécuter un service de nœud léger (light node) de l’autre chaîne, afin de recevoir en temps réel les en-têtes de blocs correspondants, ce qui facilite les validations ultérieures de type SPV (Simple Payment Verification — un nœud SPV valide l’existence d’une transaction en demandant un chemin Merkle et en vérifiant la preuve de travail sur la chaîne).
Initialisation du protocole IBC sur OKChain, gel des actifs concernés (10 OKT), puis envoi de la preuve correspondante au Hub de Cosmos ;
Réception du message IBC par le Hub de Cosmos, vérification via l’en-tête de bloc d’OKChain que les actifs ont bien été gelés sur OKChain, puis génération d’un actif équivalent à 10 OKT sur la chaîne Cosmos ;
Réalisation du transfert de 10 OKT depuis OKChain vers Cosmos.
1.3 Situation du jeton OKChain
Le jeton natif OKT est lancé lors de l’activation du réseau principal d’OKChain, et 100 % des jetons du bloc genèse sont attribués aux détenteurs d’OKB proportionnellement à leurs soldes détenus. OKT constitue le vecteur de valeur de l’écosystème OKChain, dont la valeur repose sur le développement des applications déployées sur OKChain, telles que les DEX et les protocoles DeFi.
1.3.1 Mécanisme d’émission d’OKT
OKT suit un mécanisme d’émission comprenant un bloc genèse et une émission annuelle. Le bloc genèse émet 300 millions d’OKT ; l’émission annuelle est fixée à 1 %, répartie uniformément entre tous les blocs créés au cours de l’année.
1.3.2 Fonctionnalités d’OKT
1) Utilisation des ressources système
Lorsqu’une application s’exécute sur le réseau OKChain, celui-ci lui alloue des ressources réseau (calcul, stockage, bande passante, etc.). OKChain adopte un modèle de tarification inspiré d’Ethereum : toute transaction requiert le paiement de frais. Le coût exact d’une transaction est calculé selon la formule suivante : ceil(Gas × GasPrice). GasPrice représente le montant, exprimé en OKT, que l’utilisateur accepte de payer par unité de Gas.
2) Mise en gage (staking)
Les nœuds souhaitant devenir validateurs ou délégués doivent mettre en gage une certaine quantité d’OKT afin de décourager les comportements malveillants. De même, les utilisateurs souhaitant soumettre des propositions dans le cadre de la gouvernance sur chaîne doivent également mettre en gage des OKT pour éviter les propositions malveillantes. Enfin, la mise en gage d’OKT est également requise lors de la publication d’un ordre sur le marché.
3) Frais de service
Les utilisateurs détenant un certain seuil d’OKT peuvent émettre de nouveaux jetons sur le réseau OKChain. Une fois qu’une proposition d’ajout d’une paire d’actifs numériques est soumise et activée, les nouveaux jetons peuvent être librement ��changés sur OpenDEX. Des frais de service spécifiques sont exigés pour l’émission de jetons, l’activation, l’augmentation de l’offre ou la destruction de paires d’actifs numériques.
(Frais de service — données issues du réseau de test ; ajustements possibles sur le réseau principal, source : Recherche & Développement d’OKEx)
4) Fonds de couplage (matching fund)
Sur OpenDEX, de nombreux ordres sont constamment publiés, mais la capacité d’un bloc est limitée. Si le nombre d’ordres à traiter durant un cycle de bloc dépasse la capacité maximale du bloc, le système ne peut pas distinguer les paires d’actifs sans valeur des paires à forte valeur. Comment OpenDEX sélectionne-t-il alors les ordres à intégrer dans le bloc ? OpenDEX adopte un mécanisme de mise en gage spécifique au couplage : les opérateurs peuvent mettre en gage une quantité arbitraire d’OKT (y compris zéro) pour une paire d’actifs donnée, servant de garantie. Lors du couplage, le système priorise les paires d’actifs ayant fourni la garantie la plus élevée ; en cas d’égalité, les ordres publiés en premier sont traités en priorité. Ce mécanisme, inspiré des enchères dynamiques, résout ce problème tout en élargissant les cas d’usage d’OKT. Par ailleurs, il constitue un indicateur objectif de la solidité financière des opérateurs de DEX. Supposons qu’un bloc puisse traiter 100 ordres, mais que 200 ordres soient générés pendant ce cycle : 100 pour la paire A et 100 pour la paire B. Alors 100 ordres ne pourront pas être inclus dans ce bloc. Si l’opérateur de la paire A a mis en gage une garantie supérieure à celle de la paire B, le système traitera prioritairement les 100 ordres de la paire A. Si les garanties sont égales, le système traitera les 100 ordres les plus anciens selon leur horodatage de publication.
5) Vote
Le vote constitue le principal moyen pour les détenteurs de jetons de sélectionner les nœuds validateurs et de participer à la gouvernance sur chaîne. Les détenteurs obtiennent des droits de vote en mettant en gage des jetons : 1 OKT = 1 voix, pouvant être répartie simultanément entre jusqu’à 30 nœuds candidats. Lors de la création des blocs, les nœuds validateurs sont déterminés par la pondération des votes émis par les détenteurs ou leurs délégués ; lors des processus de gouvernance sur chaîne, les validateurs votent également pour prendre des décisions sur les propositions.
II. Fonctionnement d’OKChain et rôles au sein de son écosystème
2.1 Processus de création de blocs
OKChain utilise l’algorithme de consensus Tendermint (BFT-DPoS), qui comporte six étapes fondamentales : exécution d’un nœud complet → inscription comme nœud candidat → vote pour élire les nœuds validateurs (mineurs) → sélection du nœud créateur de bloc → proposition de bloc → vote de consensus Tendermint aboutissant à la création d’un nouveau bloc.
(Flux de création de blocs sur OKChain, source : Recherche & Développement d’OKEx)
Avant de pouvoir créer des blocs, les détenteurs de jetons doivent exécuter un client de nœud complet, devenant ainsi un nœud complet au sein du réseau blockchain distribué. Pour devenir un nœud candidat éligible aux votes des détenteurs, un nœud complet doit mettre en gage des jetons et s’inscrire comme validateur. Les 21 nœuds ayant reçu la plus forte pondération de votes en OKT deviennent les validateurs du prochain cycle (c’est-à-dire les « mineurs »). Ensuite, le système calcule la pondération de vote de chacun des 21 nœuds et utilise un algorithme aléatoire basé sur cette pondération pour désigner le nœud créateur de bloc. Celui-ci procède ensuite à la création du bloc conformément au protocole de consensus Tendermint.
Dans le consensus Tendermint, la création réussie d’un bloc exige deux phases de vote : le « pré-vote » (pre-vote) et le « pré-commit » (pre-commit). Une fois désigné, le nœud créateur de bloc commence à surveiller et collecter l’ensemble des transactions du réseau, assemble un nouveau bloc dans un délai imparti, puis le diffuse à l’ensemble du réseau — c’est le bloc proposé (proposal block). Tous les nœuds validateurs reçoivent ce bloc proposé, lisent et vérifient chacune des transactions qu’il contient. S’il n’y a aucune anomalie, ils émettent un message de pré-vote. Ces messages sont diffusés à tous les validateurs ; dès que le nombre de votes positifs recueillis dépasse les deux tiers, la phase suivante (pré-commit) est déclenchée. Lorsqu’un validateur reçoit plus de deux tiers de votes pré-commit positifs, cela signifie que le bloc proposé a reçu l’approbation majoritaire, et il est alors écrit dans la chaîne locale — la création du nouveau bloc est alors achevée, avec finalité définitive.
(Processus de consensus Tendermint, source : Recherche & Développement d’OKEx)
Une fois la création du bloc terminée, le système passe automatiquement à la prochaine itération et commence à proposer un nouveau bloc.
Des facteurs tels qu’un bloc proposé hors ligne ou un ralentissement du réseau peuvent entraîner l’échec de la soumission d’un bloc par le nœud créateur. Dans ce cas, le protocole désigne automatiquement le validateur suivant comme nouveau nœud créateur, qui propose alors un nouveau bloc à la même hauteur et relance le processus de vote. En outre, Tendermint intègre un mécanisme de verrouillage (lock-in) : dès qu’un validateur émet un vote pré-commit pour un bloc donné, il est « verrouillé » sur ce bloc et doit obligatoirement émettre un pré-vote pour ce même bloc. Si, lors d’un tour précédent, le pré-proposition et le pré-vote n’ont pas permis de soumettre un bloc avec succès, le validateur est déverrouillé et peut alors émettre un pré-commit pour un nouveau bloc. Sous réserve que moins d’un tiers des validateurs soient des nœuds byzantins, Tendermint garantit qu’aucun validateur ne soumettra jamais deux blocs à la même hauteur, évitant ainsi tout conflit.
2.2 Conception du système de vote
Le vote constitue le principal moyen pour les détenteurs de jetons de sélectionner les nœuds validateurs et de participer à la gouvernance sur chaîne. Les validateurs sont élus par les détenteurs ou leurs délégués, chaque votant pouvant répartir son vote entre un maximum de 30 nœuds candidats. Les nœuds candidats sont classés par ordre décroissant de pondération de vote, et les 21 premiers sont élus validateurs. Les autres validateurs deviennent des nœuds de secours (ou « candidats »). Cette élection est cyclique : à chaque nouveau cycle, les détenteurs votent à nouveau pour désigner les validateurs.
Dans le cadre de la gouvernance sur chaîne, si un détenteur ou son délégué ne vote pas, le validateur qu’il a choisi hérite directement de son droit de vote. Ces 21 validateurs votent alors sur les propositions. Toutefois, si les détenteurs ou délégués ayant voté pour un validateur donné expriment un désaccord sur sa position, ils peuvent voter personnellement pour corriger ce choix.
2.2.1 Pondération des votes
(Coefficient de pondération et formule de calcul de la pondération de vote, source : GitHub d’OKChain)
Weight : coefficient de pondération des votes, variable dans le temps — plus l’intervalle entre l’instant du vote et l’instant initial est long, plus le coefficient augmente ;
now_timestamp : horodatage actuel du vote ;
start_timestamp : horodatage initial, fixé à 946684800 (00:00:00 UTC, 1er janvier 2000) ;
seconds_per_day : nombre de secondes par jour = 60 × 60 × 24 ;
weeks_per_year : nombre de semaines par an = 52 ;
Shares : pondération effective du vote ;
delegated_Tokens : nombre d’OKT mis en gage ;
Le coefficient de pondération est égal à la différence entre l’horodatage du vote et l’horodatage initial, divisée par le nombre de secondes dans 364 jours. Plus l’intervalle temporel est long, plus le coefficient augmente. La pondération effective du vote est égale au montant mis en gage multiplié par 2 élevé à la puissance du coefficient de pondération. Ainsi, plus le montant mis en gage est important et plus le vote est récent, plus le coefficient de pondération augmente — ce qui incite indirectement les utilisateurs à augmenter leur mise et à participer régulièrement aux votes.
2.2.2 Délégués
La pondération des validateurs est déterminée par les votes des détenteurs d’OKT, qui peuvent soit voter directement, soit déléguer leur droit de vote à un délégué chargé de voter à leur place. Pour devenir délégué, un utilisateur doit détenir un solde minimal d’OKT dans son compte de gage. Lorsqu’un délégué décide de retirer sa mise, il doit attendre la fin d’une période de verrouillage de 14 jours avant de récupérer ses jetons.
En matière de sécurité des fonds, l’utilisateur n’a aucun besoin de divulguer ses clés privées : le compte délégué ne reçoit que le droit de vote associé aux jetons. La délégation de jetons à un délégué est une action entièrement sur chaîne ; la propriété légale des jetons demeure toujours à l’adresse personnelle de l’utilisateur. Lorsqu’un utilisateur modifie le montant d’OKT délégué à un délégué, la pondération de vote totale de ce délégué est automatiquement mise à jour.
Les validateurs perçoivent des récompenses du système, qu’ils doivent redistribuer à leurs délégués. En cas de déclenchement des règles de pénalité contre un validateur, les revenus des délégués sont également affectés. Ainsi, avant de voter, les délégués peuvent consulter directement des informations détaillées sur OKLink ou tout autre explorateur de blocs OKChain afin d’évaluer rigoureusement et de sélectionner les validateurs. Après avoir voté, ils doivent surveiller continuellement le comportement des validateurs qu’ils ont désignés, afin de garantir leur bon fonctionnement (ex. : disponibilité élevée, absence de double signature ou de compromission, participation active à la gouvernance, etc.). Dès l’apparition d’un signal d’alerte, un délégué peut immédiatement annuler sa délégation ou rediriger son vote vers un autre validateur — cette action prend effet instantanément.
2.3 Exigences relatives aux nœuds OKChain
OKChain repose sur un ensemble de nœuds validateurs pour assurer la sécurité du réseau. Le rôle des validateurs consiste à exécuter un nœud complet et à participer au consensus via des votes diffusés. Pour devenir validateur, un nœud doit remplir plusieurs conditions imposées par le système : exigences minimales en termes de jetons mis en gage, configuration matérielle adéquate et compatibilité logicielle.
(Responsabilités des validateurs, source : Recherche & Développement d’OKEx)
2.3.1 Exigences en matière de jetons mis en gage
Pour être élu validateur, un nœud doit d’abord réussir à se connecter au réseau OKChain et mettre en gage 100 000 OKT.
2.3.2 Exigences matérielles
Configuration matérielle recommandée pour un nœud :
(Exigences matérielles, source : Recherche & Développement d’OKEx)
Configuration matérielle minimale requise pour OKChain :
(Configuration matérielle minimale pour OKChain, source : GitHub d’OKChain)
On observe que, dans les premières phases du projet, les exigences matérielles sont relativement modestes, mais qu’elles augmenteront progressivement avec l’essor de l’adoption du réseau. Comparé à des blockchains comme Ethereum ou Bitcoin, OKChain offre un débit très élevé, ce qui implique des exigences légèrement supérieures en bande passante pour assurer une communication fluide entre nœuds. L’espace disque doit être extensible dynamiquement : à mesure que la taille de la chaîne augmente, les nœuds créateurs de blocs doivent stocker l’intégralité des données de blocs, et il convient donc d’augmenter la capacité disque dès que nécessaire.
Actuellement, deux configurations serveur principales sont disponibles :
Serveur auto-hébergé — vous achetez vous-même un serveur matériel, le branchez à l’alimentation électrique et au réseau, puis exécutez les services dessus. Le coût initial d’un serveur auto-hébergé est relativement élevé : il faut tenir compte des coûts matériels, des frais d’emplacement ainsi que des coûts liés aux ressources humaines nécessaires à son exploitation. En outre, le serveur doit fonctionner 24 heures sur 24 sans coupure ni d’alimentation ni de connexion réseau, ce qui implique des exigences environnementales strictes. Toutefois, l’avantage réside dans la possibilité d’ajuster directement certains services.
Serveur cloud — vous achetez un serveur cloud prêt à l’emploi, configurez dynamiquement ses paramètres et y exécutez vos services. Les principaux atouts du serveur cloud sont sa flexibilité et son faible coût. Actuellement, la plupart des nœuds sont déployés sur des serveurs cloud, tels qu’AWS d’Amazon, Google Cloud ou Alibaba Cloud. Une fois ces serveurs acquis, il suffit de suivre les tutoriels de configuration officiels pour lancer un nœud. Ce point a toutefois longtemps été critiqué par la communauté décentralisée, car tous les nœuds des réseaux décentralisés restent hébergés chez les géants mondiaux de l’informatique.
Les nœuds validateurs d’OKChain doivent être installés dans des centres de données disposant d’une alimentation redondante, d’une connectivité redondante et de sauvegardes de stockage. Il est souhaitable de disposer de plusieurs boîtiers réseau redondants (fibres optiques, pare-feu et commutateurs), puis de petits serveurs équipés de disques durs redondants et dotés d’un mécanisme de basculement automatique (failover). Le matériel peut être installé dans la partie inférieure des équipements du centre de données.
2.3.3 Exigences logicielles
Lors de l’exécution d’un nœud OKChain, il est recommandé de mettre en place une solution de surveillance, d’alerte et de gestion dédiée au nœud, permettant de réagir efficacement face aux attaques ou aux interruptions, et garantissant ainsi la sécurité et l’isolement du centre de données. Cela permet d’éviter tout désengagement involontaire, voire toute violation des règles de pénalité du système.
2.4 Règles de récompense et de pénalité applicables aux nœuds
2.4.1 Règles de récompense et de distribution
Le mécanisme incitatif économique conçu pour les nœuds validateurs constitue une composante essentielle de tout projet blockchain. Pour BTC, les récompenses destinées aux mineurs (nœuds validateurs) proviennent de la prime de génération de blocs et des frais de transaction. Dans le cas d’OKChain, les jetons OKT issus du bloc génèse sont distribués directement 1:1 aux détenteurs de OKB. D’où proviennent alors les récompenses accordées aux mineurs ?
Ces récompenses proviennent de deux sources distinctes. La première consiste en une émission annuelle de 1 % du système, répartie proportionnellement entre chaque bloc. 25 % de cette émission servent de prime de génération de blocs, attribuée aux 21 nœuds validateurs selon leur poids de vote ; les 75 % restants constituent la « récompense liée au taux de votes », répartie entre tous les nœuds candidats selon leur part respective des votes. Ainsi, même si un nœud candidat ne reçoit pas de prime de génération de blocs, il continue de percevoir une récompense liée aux votes, ce qui l’incite à demeurer actif en tant que nœud candidat et évite tout risque d’inaction de la part des nœuds validateurs.
La seconde source de récompense provient des frais de transaction, qui sont alloués uniquement aux 21 nœuds validateurs selon leur poids de vote. Ces frais comprennent à la fois les frais systèmes (frais « gas ») et les frais opérationnels, tels que les frais d’émission de jetons par les opérateurs, les frais d’activation des paires d’actifs numériques ou encore les frais d’émission supplémentaire.
(Sources de revenus des nœuds et répartition des récompenses — illustration tirée des recherches d’OKEx)
2.4.2 Règles de pénalité applicables aux nœuds
Le dépôt de jetons par un nœud peut également être considéré comme une caution pour ses activités de validation. Lorsqu’un nœud reste inactif (volontairement ou suite à une attaque), fonctionne de manière incorrecte ou agit de façon malveillante lors de la génération de blocs, il risque de perdre son statut de nœud validateur.
Plus précisément :
En cas de non-participation à la signature de validation d’un bloc, le nœud sera banni pendant 10 minutes, c’est-à-dire qu’il ne pourra pas participer à la génération de blocs durant cette période.
En cas de double signature (« double-signing »), c’est-à-dire lorsque le nœud signe deux blocs différents à la même hauteur de chaîne, il perdra définitivement son droit de générer des blocs.
2.5 Gouvernance sur la chaîne (on-chain governance)
Outre la création de nouveaux blocs, les nœuds validateurs participent également à la gouvernance sur la chaîne. La génération de nouveaux blocs vise à assurer la pérennité de la blockchain, tandis que la gouvernance sur la chaîne détermine les paramètres techniques du système blockchain dans son ensemble — paramètres qui définissent la direction globale du réseau. Les nœuds validateurs portent donc une responsabilité majeure.
La gouvernance sur la chaîne d’OKChain couvre principalement quatre domaines : recueillir l’avis de la communauté sur un sujet donné, modifier les paramètres du système, supprimer une paire de trading depuis le DEX, et soutenir une mise à niveau réseau complète. Afin d’éviter que des propositions malveillantes ne gaspillent inutilement le temps et l’énergie de la communauté, toute proposition de gouvernance doit être accompagnée d’un dépôt de garantie minimal de 100 OKT. Le poids de la proposition dépend directement du montant de ce dépôt. Une fois cette condition remplie, la proposition entre dans une période de vote de deux semaines. À l’issue de ce vote, la proposition est approuvée si les voix « pour » (hors abstentions) représentent plus de 50 % des suffrages exprimés, et si les voix « contre » (hors abstentions) représentent moins de 33,33 %.
(Schéma du processus de proposition)
Trois. OKChain-OpenDEX
OpenDEX est une bourse décentralisée ouverte (open decentralized exchange), construite sur l’écosystème OKChain. Avant d’aborder OpenDEX, il convient de comprendre les caractéristiques respectives des bourses centralisées (CEX) et décentralisées (DEX), ainsi que leurs avantages et inconvénients.
3.1 Bourses centralisées vs bourses décentralisées
3.1.1 Bourses centralisées
La fonction principale d’une bourse est d’assurer les échanges. Les bourses centralisées offrent une liquidité élevée et permettent des dépôts/retraits en monnaies fiduciaires très aisés. Toutefois, leurs inconvénients sont également flagrants : les utilisateurs doivent transférer leurs jetons à la bourse, qui en assure la garde — un risque considérable. « Sans contrôle de la clé privée, les jetons ne vous appartiennent pas » : tel est un adage bien connu dans le monde blockchain.
Principaux points faibles des bourses centralisées :
Risque de fuite d’informations
Pour utiliser une bourse centralisée, l’utilisateur doit fournir des informations personnelles détaillées, une procédure souvent fastidieuse. Les données de transaction stockées sur les serveurs de la bourse restent sous son entière juridiction. Cette absence de transparence et cette gestion centralisée exposent les utilisateurs à des risques de fuite d’informations.
Actuellement, les systèmes d’identité numérique sur Internet présentent de nombreuses lacunes : les données d’identité des utilisateurs sont fragmentées entre différents prestataires de services, sans gestion centralisée. Les utilisateurs doivent créer plusieurs fois des identifiants et mots de passe, se reconnecter à chaque service utilisé, et l’usage d’un même mot de passe sur plusieurs sites engendre de graves problèmes de sécurité.
Risque d’appropriation frauduleuse des fonds
Tous les jetons des utilisateurs sont détenus par la bourse centralisée, dont ils dépendent entièrement pour la gestion de leurs actifs. Il est impossible d’exclure totalement le risque que la bourse utilise frauduleusement les fonds des utilisateurs ou modifie leurs informations.
Risque de vol de fonds
Toute DEX fait face à des défis de sécurité, mais plus les fonds impliqués sont importants, plus les motivations des pirates informatiques augmentent, et plus les vecteurs d’attaque potentiels se multiplient. Si le portefeuille d’une bourse centralisée est piraté, tous les jetons qu’il contient sont perdus. Au cours des dix dernières années, plus de 30 attaques réussies ont été recensées contre des bourses centralisées, notamment Mt. Gox et Coincheck. À ce jour, ce phénomène n’a toujours pas été maîtrisé, et des hackers explorent quotidiennement les vulnérabilités des systèmes centralisés.
Risque de panne réseau
Une panne réseau désigne tout état d’indisponibilité résultant d’un arrêt brutal du serveur, d’une désactivation ou d’une fermeture, empêchant le bon fonctionnement du service.
Cette situation rend les transactions impossibles, nuisant gravement à l’expérience utilisateur et causant des pertes financières tant pour les utilisateurs que pour les prestataires de services.
Validation obligatoire pour l’ajout de nouvelles paires de trading
L’ajout de nouvelles paires de trading sur une bourse centralisée nécessite une validation préalable, limitant fortement leur nombre. Pour échanger différents jetons, les utilisateurs doivent souvent s’inscrire sur plusieurs bourses. Leurs données d’identité sont dispersées entre divers prestataires, obligeant à des connexions répétées. Hormis BTC et ETH, chaque jeton dispose généralement d’une à deux paires de trading avec des actifs à forte capitalisation. Même si les deux jetons requis sont disponibles sur une même bourse, l’absence d’une paire de trading directe entre deux actifs numériques à faible capitalisation rend les échanges beaucoup plus complexes.
3.1.2 Bourses décentralisées
Dans une bourse décentralisée, les fonds résident soit dans le portefeuille de l’utilisateur, soit dans un contrat intelligent dédié aux échanges — ils restent donc entièrement sous le contrôle de l’utilisateur. Lorsqu’une transaction est initiée, la bourse exécute un contrat intelligent pour finaliser l’échange, et le transfert des actifs s’effectue directement sur la chaîne. Tous les enregistrements de transaction sont consultables publiquement sur la chaîne, garantissant transparence et traçabilité. Toutefois, en raison des limitations inhérentes à la scalabilité des blockchains de base, de nombreux utilisateurs doivent sacrifier l’idéal d’un contrôle total de leur clé privée au profit de la liquidité supérieure offerte par les bourses centralisées.
1) Avantages des bourses décentralisées :
Sécurité accrue des fonds
Le modèle des DEX est simple : elles assurent uniquement la mise en relation des ordres, sans jamais détenir les actifs des utilisateurs. Les fonds restent dans le portefeuille de l’utilisateur ou dans un contrat intelligent dédié, sous son contrôle exclusif. Personne ne peut les détourner. Cela élimine les risques liés aux attaques de pirates ou aux comportements malhonnêtes des plateformes, la sécurité des fonds étant assurée par des règles codées.
Anonymat
Pour utiliser une DEX, un simple identifiant public (adresse) suffit. Certains créateurs de DEX affirment ne publier que des logiciels open source, déclinant toute responsabilité quant à leur utilisation par la communauté — ce qui permet d’éviter les obligations KYC (Know Your Customer) et AML (Anti-Money Laundering).
Absence de risque de panne
Étant construites sur des blockchains publiques, les DEX bénéficient de la résilience offerte par la comptabilité distribuée via des nœuds. Même en cas de défaillance d’un seul nœud, l’efficacité globale n’est pas affectée, ce qui améliore exponentiellement leur sécurité et élimine tout risque de panne.
2) Inconvénients des bourses décentralisées :
Risque de sécurité lié à la blockchain de base
Les DEX reposent sur une blockchain publique. Si la sécurité de cette dernière n’est pas pleinement garantie, toute altération compromettrait l’intégrité des transactions DEX, rendant illusoire la sécurité des actifs des utilisateurs.
Liquidité insuffisante
La liquidité constitue un indicateur clé de performance d’une bourse. Plus elle est élevée, plus les transactions sont rapides et faciles. De nombreuses DEX souffrent d’une liquidité médiocre, entraînant des écarts importants entre le prix demandé et le prix effectif d’exécution (slippage). Sur le marché actuel, des DEX renommées telles qu’EtherDelta ou 0xProject, construites sur Ethereum ou EOS, rencontrent des difficultés dues à un nombre d’utilisateurs limité et à une profondeur d’ordres insuffisante — des facteurs objectifs qui freinent leur développement.
3.1.3 Complémentarité entre OKChain et OKEx
On constate que les bourses centralisées et décentralisées présentent chacune des avantages et des inconvénients, et qu’elles ne ciblent pas nécessairement les mêmes utilisateurs.
La fonction première d’une bourse est d’assurer les échanges. Les bourses centralisées offrent une meilleure expérience utilisateur, ce qui explique pourquoi la majorité des utilisateurs privilégient celles qui proposent une liquidité supérieure et des dépôts/retraits plus pratiques. La solide assise financière des principales bourses, ainsi que leur capacité éprouvée à gérer des crises, inspirent confiance à de nombreux utilisateurs. Toutefois, une autre catégorie d’utilisateurs accorde davantage d’importance à la sécurité de leurs fonds et à leur anonymat qu’à la fluidité des échanges — pour eux, les DEX constituent alors le choix optimal.
OKChain vient combler ce besoin spécifique, après qu’OKEx a déjà satisfait la grande majorité des utilisateurs en matière de commodité d’échange. Ces deux plateformes sont complémentaires : chacune exploite ses propres avantages technologiques pour couvrir un spectre plus large et plus complet d’utilisateurs, offrant ainsi une expérience utilisateur optimale.
3.2 OpenDEX
OpenDEX est un projet DeFi intégré à l’écosystème OKChain, conçu pour fournir aux utilisateurs de ce dernier des services d’échange d’actifs numériques sûrs et stables. L’architecture sous-jacente du réseau principal d’OKChain fournit une infrastructure fondamentale aux bourses décentralisées. Du point de vue fonctionnel, OpenDEX constitue un intergiciel permettant de créer librement des DEX — tout comme la technologie des contrats intelligents d’Ethereum facilite l’émission d’actifs numériques, OKChain met à disposition les fonctions de base nécessaires à la création et à l’exploitation d’une DEX, ouvrant ainsi cette possibilité à tous.
Comparée aux DEX traditionnelles, OpenDEX intègre entièrement le moteur de correspondance (matching engine) et le carnet d’ordres (order book) sur la chaîne. Cette gestion entièrement on-chain du carnet d’ordres et du matching rend les informations de correspondance plus transparentes et plus sécurisées. Son système de matching repose sur un modèle d’appel d’offres collectif (call auction), qui atténue l’impact de l’ordre chronologique des transactions au sein d’un bloc sur le résultat final du matching, garantissant ainsi l’équité des échanges. Comparé aux projets basés sur Ethereum, le modèle d’appel d’offres collectif d’OpenDEX, reposant sur OKChain, permet d’accomplir le matching dans des délais nettement plus courts.
3.2.1 Modèle de carnet d’ordres sur la chaîne
OpenDEX est une bourse décentralisée construite selon le modèle du carnet d’ordres sur la chaîne. Cette architecture DEX repose entièrement sur la blockchain : chaque ordre d’échange et chaque changement d’état est enregistré comme une transaction sur le réseau blockchain. Tous les ordres en attente sont conservés dans un carnet d’ordres centralisé sur la chaîne. La réalisation ou non d’un ordre dépend des conditions d’affichage (« listing ») fixées par les acheteurs et vendeurs, ainsi que de la stratégie de réalisation définie au moment de la transaction. Lors de la correspondance entre acheteurs et vendeurs, les échanges entre types d’actifs différents peuvent être réalisés directement via les ordres affichés.
Dans la solution technique d’OpenDEX, les dépôts, les retraits, la publication d’ordres et le règlement sont entièrement gérés par des contrats intelligents. Le principe de base est le suivant : le « maker » (celui qui publie un ordre) signe numériquement cet ordre à l’aide de sa clé privée, puis le soumet à la chaîne. Lors de la publication, le « maker » peut choisir que son ordre soit automatiquement annulé s’il n’a pas été exécuté après un certain nombre de blocs. Ensuite, le « taker » (celui qui exécute l’ordre) sélectionne depuis le carnet d’ordres l’ordre qu’il souhaite réaliser, génère la transaction correspondante, la signe et la soumet au contrat intelligent sur la chaîne. Ce dernier vérifie ensuite la signature des parties concernées et la validité temporelle de l’ordre avant d’effectuer le règlement des fonds.
3.2.2 Modèle d’appel d’offres collectif (call auction)
Le système de matching d’OpenDEX repose sur un modèle d’appel d’offres collectif. Dans les systèmes blockchain, les ordres ne sont pas générés de façon continue, mais de manière discrète, à intervalles réguliers correspondant au temps de génération des blocs. Par conséquent, contrairement à la plupart des bourses centralisées qui utilisent un algorithme de cotation continue, les DEX procèdent périodiquement, à chaque intervalle de génération d’un bloc, à une mise aux enchères collective des ordres. Chaque bloc utilise ce modèle d’appel d’offres collectif, garantissant qu’une paire d’actifs numériques ne possède qu’un seul prix d’exécution par bloc. Lors de l’exécution, les ordres sont traités selon l’ordre « priorité au prix, puis priorité au temps », ce qui atténue fortement l’impact de l’ordre chronologique des transactions au sein d’un bloc sur le résultat final du matching, préservant ainsi l’équité des échanges.
3.2.3 Avantages d’OpenDEX
1) Sécurité des fonds
En fonction du type de garde, les DEX peuvent être classées en deux grandes catégories : celles à garde centralisée (custodial) et celles à garde autonome (self-custodial). Une DEX à garde centralisée transfère les fonds vers un contrat contrôlé par un tiers. Pour réduire les risques de comportements malveillants, les DEX Layer 2 à garde centralisée utilisent des technologies telles que la signature multi-signature ou la signature seuil (threshold signature), afin de permettre une gestion décentralisée des clés. Une DEX Layer 2 à garde autonome présente les caractéristiques suivantes : aucun transfert de fonds n’est possible sans la signature explicite de l’utilisateur ; lors de la signature, l’utilisateur dispose (grâce à la conception UX du portefeuille) de toutes les informations pertinentes ; les fonds peuvent être retirés à tout moment ; même en cas de mauvaise utilisation du mécanisme de mise à jour du code, ce dernier ne peut pas compromettre ce principe fondamental. Ainsi, les fonds restent effectivement sous le contrôle de l’utilisateur, et l’opérateur ne peut ni les bloquer ni les utiliser. OpenDEX adopte précisément le modèle à garde autonome, offrant une sécurité accrue pour les jetons.
2) Sécurité de la blockchain de base
OKChain utilise l’algorithme de consensus Tendermint, garantissant une « finalité » immédiate des nouveaux blocs. Contrairement à Bitcoin, où la « probabilité de finalité » repose sur la règle de la chaîne la plus longue (plus la chaîne est longue, plus la probabilité de réécriture d’une transaction diminue, sans toutefois l’éliminer totalement), la logique de finalité d’OKChain stipule qu’une fois incluse dans un bloc et ajoutée à la blockchain, une transaction est immédiatement considérée comme définitive. Autrement dit, dès que le consensus est atteint sur un bloc, celui-ci devient définitif, et les transactions qu’il contient ne peuvent plus être annulées. OpenDEX peut tirer parti des excellentes caractéristiques de Tendermint pour assurer un débit élevé et une confirmation quasi instantanée des transactions, tout en évitant les comportements malveillants tels que la double dépense (double-spending), garantissant ainsi la sécurité des fonds et offrant des services de compensation et de règlement interchaînes.
3) Nombre illimité de paires de trading
Pour pallier la limitation du nombre de paires de trading imposée par les bourses traditionnelles, OpenDEX introduit le rôle d’« opérateur DEX ». Celui-ci peut émettre n’importe quel jeton et créer n’importe quelle paire de trading entre jetons. Contrairement aux DEX traditionnelles, où toutes les paires de trading sont définies par la bourse elle-même, OpenDEX est une bourse ouverte et convergente, où l’opérateur DEX est l’entité chargée de l’exploitation des paires de trading. Pour devenir opérateur DEX sur le réseau OKChain, il faut dépenser une certaine quantité de jetons OKT. Plus précisément : payer des jetons OKT pour émettre un nouveau jeton et lister une paire de trading ; soumettre une proposition d’activation de cette paire d’actifs numériques et obtenir son approbation. Une fois activée, la nouvelle paire de trading peut être librement échangée sur le réseau OKChain. Bien que les opérateurs DEX puissent créer n’importe quelle paire de jetons, le système interdit la duplication de paires existantes. Ainsi, pour les paires les plus populaires, les opérateurs DEX doivent souvent rivaliser pour obtenir le droit de les exploiter.
4) Soutien à la liquidité
Dans les bourses basées sur un carnet d’ordres, les market makers fournissent la liquidité en publiant des ordres. Or, les DEX traditionnelles mettent excessivement l’accent sur la plateforme elle-même, négligeant l’entité opérationnelle principale qui fournit la liquidité. À l’instar des plateformes de commerce électronique telles que Taobao — qui offre un cadre de confiance aux vendeurs, tandis que ce sont ces derniers qui fournissent réellement les services aux utilisateurs — OKChain introduit le rôle d’opérateur DEX et renforce les mécanismes d’incitation afin de résoudre le problème chronique de liquidité insuffisante rencontré par les bourses centralisées traditionnelles.
5) Réduction des frais de transaction
Lors d’un échange sur une DEX, l’utilisateur doit payer des frais « gas » et des frais de transaction. Les frais « gas » sont perçus par les nœuds validateurs chargés de l’enregistrement des transactions ; ils doivent être supérieurs ou égaux au seuil minimal défini, et les nœuds donnent la priorité aux transactions associées à des frais « gas » plus élevés. Les frais de transaction sont perçus par l’opérateur DEX, à hauteur de 0,1 % du montant de la transaction. Bien entendu, afin d’attirer davantage d’utilisateurs vers la DEX et de stimuler le développement de l’écosystème, des réductions sur les frais « gas » et les frais de transaction seront progressivement mises en place à l’avenir. Par exemple, un opérateur DEX pourra accorder des réductions sur les frais de matching pour certaines paires de jetons à ses utilisateurs, tandis que des super-nœuds pourront, via une proposition soumise au vote, autoriser des réductions sur les frais « gas » pour certaines paires de jetons exploités par un opérateur DEX.
Comparée aux bourses centralisées du marché, OpenDEX place le contrôle des fonds entre les mains de l’utilisateur, éliminant ainsi radicalement les risques de sécurité liés à la centralisation. En outre, elle offre une meilleure anonymat, une plus grande transparence et une résistance accrue à la censure. Sa blockchain de base, reposant sur une comptabilité distribuée via des nœuds, maintient son efficacité globale même en cas de défaillance ponctuelle. Elle autorise également les utilisateurs à échanger n’importe quelle paire de jetons, sans restriction.
Par rapport aux autres DEX du marché, OpenDEX s’appuie sur l’écosystème OKChain, qui prend en charge les échanges interchaînes. Grâce à ses solutions interchaînes, les traders peuvent effectuer des échanges interchaînes entre n’importe quelles deux crypto-monnaies cotées. En utilisant l’algorithme de consensus Tendermint, elle garantit la finalité immédiate des nouveaux blocs, permettant ainsi un débit élevé et une confirmation quasi instantanée des transactions. Face au problème de liquidité insuffisante, OpenDEX introduit le rôle d’opérateur DEX, résolvant ainsi le défaut chronique de liquidité des bourses centralisées traditionnelles grâce à des mécanismes d’incitation adaptés. À l’avenir, OpenDEX ouvrira des droits de réduction sur les frais « gas » et les frais de transaction, offrant ainsi des avantages tangibles aux utilisateurs.
Nous constatons ainsi que OpenDEX, construite sur l’écosystème OKChain, résout plusieurs problèmes critiques posés aussi bien par les bourses centralisées que par les autres DEX du marché.
Quatre. Conclusion
OKChain est une chaîne publique open source d’applications blockchain développée par OKEx, visant à établir une infrastructure DeFi sécurisée et performante. Elle vise à créer une plateforme d’échange décentralisée (DEX) gérée par la communauté, dotée de règles de trading transparentes et garantissant aux utilisateurs le plein contrôle de leurs actifs. Construite sur la base du mécanisme Tendermint et du SDK Cosmos, OKChain utilise le protocole d’interconnexion interchaînes (IBC) et tire parti de la finalité instantanée offerte par l’algorithme de consensus Tendermint pour permettre le transfert de valeur entre blockchains. À l’avenir, elle prendra également en charge des solutions d’interconnexion hétérogènes afin de résoudre les défis liés à la circulation multidirectionnelle de la valeur. OpenDEX, bourse décentralisée ouverte construite sur l’écosystème OKChain, résout les principaux points faibles des bourses centralisées — fuites d’informations, détournement ou vol de fonds, pannes réseau et nombre limité de paires de trading — tout en introduisant le rôle d’opérateur DEX pour répondre au problème de liquidité insuffisante rencontré par les autres DEX du marché.
Rédactrice : Xiuxiu
Mentors : ElbertXU, OceanFAN, JayMeng
Ressources consultées
1. GitHub d’OKChain
https://okchain-docs.readthedocs.io/en/latest/OKChain/overview.html
2. Introduction et analyse pratique de Tendermint
https://www.jianshu.com/p/c82a020f90fb
3. Rapport de recherche OKEx : Staking Economy, un nouvel écosystème minier basé sur le consensus PoS
https://xueqiu.com/7023230380/151537031
4. Analyse et réflexion sur les technologies interchaînes
https://blog.csdn.net/xilibi2003/article/details/88809051
Analyse approfondie de Tendermint : intégration rapide à l’écosystème Cosmos