SanAndreas

@Dusk #dusk $DUSK
DuskEVM
DuskEVM apporte Solidity, les portefeuilles EVM et les outils Ethereum à Dusk. Les applications EVM existantes peuvent cibler DuskEVM avec des contrats et des workflows familiers tout en utilisant DUSK pour le gas et DuskDS pour le règlement et la disponibilité des données.Pourquoi DuskEVMCommencez avec la pile EVM. Utilisez Solidity ou Vyper avec Foundry, Hardhat, viem, ethers et les portefeuilles EVM standard.Utilisez DUSK partout.
DUSK paie l’exécution et circule entre le Dusk L1 et DuskEVM via le pont.Réglez sur DuskDS. Les lots et les engagements d’état ancrent l’activité de DuskEVM au consensus et à la couche de disponibilité des données de Dusk.Atteignez l’ensemble de la pile Dusk. Les applications EVM peuvent se connecter aux actifs du Dusk L1, à l’infrastructure et aux flux de travail axés sur la confidentialité, selon les besoins de ces intégrations.

Une transaction DuskEVM suit un cycle de vie de rollup :
La transaction est soumise au séquenceur DuskEVM.
La couche d’exécution l’inclut dans un bloc L2.
Le batcher publie les données de transaction sur DuskDS.
Les engagements d’état et les preuves de fraude relient l’état résultant au règlement de DuskDS.
L’inclusion de la transaction est rapide, mais l’inclusion et le règlement sont des étapes différentes. Les applications qui déplacent de la valeur entre DuskEVM et le Dusk L1 doivent utiliser l’état du protocole ou du portefeuille plutôt que d’inférer la finalité à partir du temps écoulé.
Choisissez un environnement d’exécution
Choisissez DuskEVM pour les applications Solidity, les portefeuilles EVM, les bibliothèques Ethereum existantes et l’infrastructure EVM.
Choisissez DuskVM pour les contrats Rust/WASM qui doivent s’exécuter directement sur le Dusk L1 ou s’intégrer étroitement à ses modèles de transaction, à ses actifs de protocole, à sa confidentialité ou à ses capacités de zéro connaissance.

@Dusk #dusk $DUSK
DuskVM
DuskVM est l’environnement d’exécution basé sur Wasmtime pour les contrats Rust/WASM qui s’exécutent directement sur la L1 de Dusk. C’est la voie pour les contrats qui ont besoin d’un accès direct aux actifs de la L1, aux modèles de transaction, à la confidentialité ou aux capacités de zero-knowledge.

DuskEVM
DuskEVM est un environnement d’exécution équivalent à l’EVM, basé sur OP Stack. Il vous permet de déployer des contrats Solidity à l’aide d’outils EVM standard, tout en utilisant DuskDS pour le règlement et la disponibilité des données.

Couche réseau : Kadcast
Kadcast est la couche de réseau P2P de Dusk. Elle utilise une superposition structurée (au lieu d’un gossip aléatoire) pour réduire la bande passante et améliorer la prévisibilité de la latence.

Contrats de genèse
Dusk inclut deux contrats de genèse :

Stake : suit les provisionneurs, les mises, les récompenses et la gestion de l’ensemble des validateurs. (source)
Transfer : transfère les DUSK et constitue le point d’entrée pour l’exécution des transactions et le paiement des frais de gaz. (source)
Pour les opérateurs de nœuds : exécutez un nœud provisionneur.

Applications
Au-dessus du protocole de base, Dusk prend en charge des protocoles et outils de couche applicative pour les marchés réglementés.

Dusk Trade
Dusk Trade est la couche applicative pour les actifs financiers tokenisés sur Dusk. Elle est construite autour de flux de travail de marché réels : intégration des investisseurs, liaison de portefeuille, transferts contrôlés, coordination des paiements et règlement conforme.

Zedger / Hedger
Zedger et Hedger sont des protocoles pour l’émission et la gestion d’actifs réglementés avec des contraintes intégrées de conformité et de confidentialité.

Zedger utilise des contrats DuskVM sur la L1 de Dusk.
Hedger s’exécute sur DuskEVM pour offrir une expérience de développement EVM-first.
Citadel
Citadel

Citadel est la couche d’identité et d’accès de Dusk. Elle prend en charge la divulgation sélective afin que les utilisateurs puissent prouver des attributs (par ex. résidence, tranche d’âge, accréditation) sans révéler plus que nécessaire.

#termmax @TermMax
3. Utilité TMX
Les détenteurs de TMX peuvent participer à la gouvernance et orienter les fonctionnalités et les paramètres du protocole.

Les détenteurs de TMX peuvent également fournir de la liquidité à un pool DEX comme PancakeSwap ou mettre en staking leurs jetons $TMX afin de recevoir des sTMX (jetons FT du protocole en TMX), ce qui permet aux détenteurs de recevoir les avantages suivants :

Récompenses de staking, y compris les émissions de TMX qui peuvent provenir de l’allocation Communauté (dans la tokenomique) et/ou d’une partie des jetons des fonds du Trésor de TermMax

Droits de gouvernance renforcés pour ajuster les paramètres du protocole, y compris les paramètres de risque de marché, et la liste blanche des curateurs

Les fonds du Trésor peuvent provenir de :

Frais de trading sur les jetons de produit FT/XT de TermMax sur tous les marchés

Frais de protocole collectés sur l’activité d’emprunt

Frais de liquidation

Autres sources

Ce mécanisme aligne les intérêts des détenteurs à long terme avec la durabilité et la croissance du protocole.

@Dusk #dusk $DUSK
DuskDS est la couche d’Disponibilité des données et de Règlement de Dusk. Il s’agit du socle de consensus, de finalité et de disponibilité des données de Dusk L1, et il inclut les modèles de transactions Moonlight et Phoenix utilisés pour transférer DUSK et payer l’exécution.
DuskDS n’est pas un nom désignant l’intégralité du réseau Dusk. Dusk L1 inclut également l’exécution des smart contracts DuskVM, tandis que DuskEVM est une couche d’exécution compatible EVM qui règle et publie des données via DuskDS.
DuskDS prend en charge deux modèles de transactions : Moonlight pour les comptes publics transparents et Phoenix pour les transferts confidentiels protégés. Voir : Modèles de transactions sur Dusk.
Rusk
Rusk est l’implémentation du nœud Rust pour Dusk L1. Il exécute le consensus de DuskDS, maintient l’état de la chaîne, exécute les contrats DuskVM et expose l’API HTTP ainsi que le système d’événements RUES utilisé par les portefeuilles, les indexeurs et les intégrateurs.
Attestation succincte
L’Attestation succincte (SA) est le protocole de consensus de preuve d’enjeu (proof-of-stake) sans permission, basé sur un comité, de DuskDS. Il utilise des validateurs sélectionnés aléatoirement pour proposer, valider et ratifier les blocs, offrant une finalité rapide et déterministe, adaptée aux marchés financiers.
À un niveau élevé, chaque ronde suit trois étapes :
Proposition – un validateur crée et diffuse un bloc candidat.
Validation – un comité vérifie la validité du bloc.
Ratification – un autre comité confirme le résultat de la validation et finalise le bloc.
Pour la spécification complète du protocole et l’analyse de sécurité (y compris la sélection du comité, la finalité et le slashing), voir la section 3 « Consensus mechanism » du livre blanc Dusk (2024).
Transactions dans DuskDS
Les transactions dans DuskDS sont gérées par le contrat Transfer, qui prend en charge à la fois les transferts publics et protégés.
Moonlight est basé sur des comptes et public. Phoenix est basé sur UTXO et protégé. Les deux sont utilisés pour transférer DUSK, payer le gas et servir de point d’entrée à l’exécution des contrats.

2. Introduction à TermMax

2.1 Le problème
Les marchés DeFi fonctionnent principalement avec des taux d’intérêt variables, créant de l’incertitude pour les emprunteurs comme pour les prêteurs. Les institutions traditionnelles et les traders professionnels ont besoin de prévisibilité des taux pour :

Planifier les stratégies de déploiement du capital

Couvrir l’exposition au risque de taux d’intérêt

Optimiser les coûts et les rendements de l’effet de levier

Gérer les flux de trésorerie avec certitude

2.2 La solution
TermMax fournit une infrastructure décentralisée d’emprunt et de prêt à taux fixe et à terme fixe grâce à un système à trois jetons et à un AMM personnalisé :

FT (Jeton à taux fixe) — Un jeton de type obligation zéro-coupon représentant le droit de racheter la valeur nominale d’une position de dette à l’échéance. Les prêteurs achètent du FT à prix réduit et le rachètent au pair, verrouillant ainsi un rendement fixe dès leur entrée.

XT (Jeton de rendement) — Le composant complémentaire du FT, où 1 FT + 1 XT = 1 jeton de dette. Les emprunteurs reçoivent du XT lorsqu’ils contractent un prêt et peuvent le vendre immédiatement pour obtenir des liquidités, fixant ainsi leur coût d’emprunt dès l’entrée. Le XT fonctionne également comme un jeton similaire à une prime d’option, représentant l’instrument d’option sur les marchés TermMax Alpha.

GT (Jeton de levier) — Un NFT qui encapsule une position à effet de levier, enregistrant ses informations de collatéral et de dette associées sur la blockchain. Plutôt que de faire manuellement du looping sur le collatéral et d’emprunter plusieurs fois, les utilisateurs peuvent frapper un GT en une seule transaction afin d’atteindre l’effet de levier cible avec des coûts de gaz nettement plus faibles.

Curateurs & efficacité du capital

Les marchés TermMax sont gérés par des curateurs professionnels — des gestionnaires de liquidité spécialisés qui définissent les courbes de tarification, gèrent les paramètres de risque et optimisent le déploiement du capital. Les curateurs actuels incluent Keyrock, Hardcoded Lab, Edge Capital, AlphaPing et Origami Crypto.

Deux mécanismes garantissent que le capital des curateurs fonctionne avec une efficacité maximale :

Ordres atomiques : Avant que les fonds ne soient empruntés, la liquidité virtuelle peut être répartie simultanément sur plusieurs ordres, garantissant que le capital est toujours positionné là où il est le plus nécessaire, sans fragmentation.

@TermMax #TermMax

#termmax @TermMax

Livre blanc du jeton TMX
Version 1.0 | Mars 2026

Avertissement :
Ce livre blanc est fourni à titre informatif uniquement et ne constitue pas un conseil financier, juridique ou en matière d'investissement. Les informations contenues dans le présent document peuvent être modifiées sans préavis. Term Structure Labs et ses entités affiliées n'offrent aucune déclaration ni garantie quant à l'exactitude ou à l'exhaustivité de ce document. Les participants potentiels doivent effectuer leurs propres vérifications préalables et consulter des conseillers professionnels avant de prendre toute décision.

1. Résumé exécutif
TMX est le jeton utilitaire et de gouvernance de TermMax, un protocole décentralisé d'emprunt et de prêt à taux fixe qui offre des taux d'intérêt prévisibles dans la DeFi grâce à une tokenisation innovante et à la technologie de teneur de marché automatisé (AMM).

Points clés :
Offre totale : 1 000 000 000 TMX (fixe, sans inflation)
Norme du jeton : ERC20 (OFT sur plusieurs blockchains)
Date du TGE : À annoncer ultérieurement Circulation initiale : ~20 % au TGE
Fonction principale : Gouvernance du protocole, récompenses de staking et incitations de l'écosystème

@Dusk #dusk

$DUSK Composant principal :

5.Citadelle
Rôle : primitives d’identité et de contrôle d’accès (divulgation sélective)

Où aller ensuite :
Citadel 2
Citadel 2 est une version améliorée du protocole d’identité souveraine de Dusk. Elle permet à quelqu’un de prouver qu’il détient un justificatif valide, appelé une licence, sans mettre ses informations personnelles ni la licence exacte utilisée on-chain.

L’idée centrale
Considérez une licence Citadel comme un justificatif privé.

Un utilisateur demande une licence à un fournisseur de licences de confiance (LP).
Le LP vérifie l’utilisateur hors chaîne, signe les données d’attribut pertinentes, publie une licence chiffrée et enregistre cette licence dans un contrat Citadel.
Plus tard, l’utilisateur souhaite accéder à un service. Il génère une preuve à divulgation nulle de connaissance montrant qu’il possède une licence enregistrée et signée par le LP, sans révéler quelle licence est utilisée.
Le contrat Citadel vérifie la preuve et enregistre une session publique.
L’utilisateur envoie un cookie de session au fournisseur de service (SP), et le SP décide d’accorder ou non l’accès.
Ce dernier point est important : Citadel prouve que la session est valablement cryptographique, mais ne décide pas de la politique du service. Le SP décide toujours quels LP il fait confiance, quels attributs sont acceptés, si la session est expirée ou révoquée, et si le cookie peut être réutilisé.

Ce qui reste privé
Citadel 2 est conçu pour que les attributs personnels ne soient pas écrits sur la blockchain. La session on-chain ne révèle pas la clé du portefeuille de l’utilisateur, la licence utilisée, la clé du LP, la clé du SP, les attributs signés ou le chemin de preuve Merkle. Si un service doit connaître ou vérifier un attribut, l’utilisateur ne divulgue ou ne prouve que ce que la politique de ce service exige.

Utiliser Citadel 2
Les développeurs peuvent déployer leur propre contrat de licence Citadel sur Dusk. Le dépôt Citadel inclut la bibliothèque centrale Rust, le contrat de licence et zk-citadel-wallet, une CLI/TUI adossée à un portefeuille pour déployer un contrat, demander et émettre des licences, utiliser une licence, lister les cookies de session enregistrés et vérifier les sessions.

$DUSK Composant principal :
4. DuskEVM
Rôle : exécution EVM basée sur OP Stack réglée via DuskDS

Où aller ensuite :
DuskEVM
DuskEVM apporte Solidity, les portefeuilles EVM et les outils Ethereum à Dusk. Les applications EVM existantes peuvent cibler DuskEVM avec des contrats et des flux de travail familiers tout en utilisant DUSK pour le gas et DuskDS pour le règlement et la disponibilité des données.

Pourquoi DuskEVM
Commencez avec la pile EVM. Utilisez Solidity ou Vyper avec Foundry, Hardhat, viem, ethers et les portefeuilles EVM standard.
Utilisez DUSK partout. DUSK paie l’exécution et circule entre le Dusk L1 et DuskEVM via le pont.
Réglez sur DuskDS. Les lots et les engagements d’état ancrent l’activité de DuskEVM au consensus et à la couche de disponibilité des données de Dusk.
Accédez à la pile Dusk plus large. Les applications EVM peuvent se connecter aux actifs, à l’infrastructure et aux flux de travail orientés confidentialité de Dusk L1 selon les besoins de ces intégrations.

Une transaction DuskEVM suit un cycle de vie de rollup :

La transaction est soumise au séquenceur DuskEVM.
La couche d’exécution l’inclut dans un bloc L2.
Le batcher publie les données de transaction sur DuskDS.
Les engagements d’état et les preuves de fraude relient l’état résultant au règlement sur DuskDS.
L’inclusion de la transaction est rapide, mais l’inclusion et le règlement sont des étapes différentes. Les applications qui déplacent de la valeur entre DuskEVM et le Dusk L1 doivent utiliser l’état du protocole ou du portefeuille plutôt que d’inférer la finalité à partir du temps écoulé.

Choisissez un environnement d’exécution
Choisissez DuskEVM pour les applications Solidity, les portefeuilles EVM, les bibliothèques Ethereum existantes et l’infrastructure EVM.

Choisissez DuskVM pour les contrats Rust/WASM qui doivent s’exécuter directement sur le Dusk L1 ou s’intégrer étroitement à ses modèles de transaction, actifs du protocole, confidentialité ou capacités de preuve à divulgation nulle de connaissance.

@Dusk #dusk

@Dusk #dusk

$DUSK Composant principal :
3. DuskVM
Rôle : exécution de contrats intelligents Rust/WASM directement sur Dusk L1
Ce qu’il faut faire ensuite :
DuskVM est la machine virtuelle WASM pour les contrats intelligents qui s’exécutent directement sur Dusk L1. Elle est basée sur le runtime Wasmtime, avec une prise en charge personnalisée du modèle d’exécution de Dusk.

Utilisez DuskVM pour les contrats Rust/WASM, les actifs au niveau du protocole, l’exécution personnalisée, la logique de marché, les flux sensibles à la confidentialité ou les capacités de preuve à divulgation nulle de connaissance qui doivent s’exécuter directement sur L1.

Utilisez plutôt DuskEVM lorsque votre application est conçue autour de Solidity, des portefeuilles EVM et des outils compatibles avec Ethereum. Voir DuskEVM.

Où DuskVM s’intègre
DuskVM est le composant d’exécution des contrats intelligents de Dusk L1. DuskVM exécute le code du contrat, tandis que DuskDS fournit le consensus, le règlement et la base de disponibilité des données qui finalise l’état résultant.

À un niveau élevé, DuskVM fournit :

Un mécanisme spécifique de gestion de la mémoire
La prise en charge de l’ABI de Dusk
La prise en charge des appels intercontrats
DuskVM fonctionne comme l’interface côté hôte, en gérant l’environnement d’exécution et les opérations au niveau système.

Compilation des contrats en WASM
DuskVM attend du WASM comme bytecode, ce qui signifie que les contrats intelligents doivent être compilés en bytecode WASM afin que DuskVM puisse les exécuter. Les contrats intelligents sont entièrement responsables de la validation de leurs entrées, de leur traitement conformément à la logique du contrat et du retour des sorties appropriées. Cela garantit que les contrats intelligents fonctionnent de manière prévisible et sécurisée dans l’environnement d’exécution standardisé fourni par DuskVM.

Les contrats compilés en WASM peuvent être exécutés par DuskVM, avec les réserves suivantes :

Le contrat doit exposer le « tampon d’arguments » (argbuf), qui est une zone spéciale de 64 Ko dans la mémoire du contrat
Chaque fonction exposée respecte la convention d’appel suivante : fn foo(u32) -> u32
La valeur u32 reçue indique la longueur des données d’entrée, qui ont été placées dans l’argbuf par l’appelant. Cette longueur d’entrée précise combien d’octets de données le contrat doit lire depuis l’argbuf.

@Dusk #dusk
$DUSK Composants principaux :
2. Rusk
Rôle : L’implémentation du nœud Rust pour le Dusk L1
Étape suivante :
Les nœuds Dusk exposent deux principales surfaces HTTP de bas niveau :
GraphQL pour les requêtes sur la chaîne, les blocs, les transactions, le mempool, l’archive et d’autres données indexées par le nœud.
Routes /on/... de style RUES pour la soumission de transactions, les appels de contrat, les opérations du nœud, la génération de preuves, la gestion des drivers et les abonnements aux événements.
Utilisez cette page comme guide d’implémentation pour les intégrations directes au nœud. Le code applicatif doit normalement utiliser W3sper ou une autre couche SDK, sauf s’il nécessite un accès bas niveau au nœud.
URL de baseMainnet : https://nodes.dusk.networkTestnet : https://testnet.nodes.dusk.network
Choisir la bonne surface
Utilisez GraphQL lorsque vous avez besoin de données de chaîne, de blocs, de transactions, de mempool, d’archive ou d’autres données indexées par le nœud qui ne font pas partie d’une ABI de contrat.
Utilisez /on/contracts:<contract_id>/<method> lorsque vous interrogez une méthode exposée par une ABI de contrat.Utilisez les autres routes /on/... pour les opérations du nœud telles que la soumission de transactions, la génération de preuves, la gestion des drivers et les abonnements aux événements.
Certaines anciennes routes raccourcies /on/... fonctionnent encore pour des raisons de compatibilité, mais sont obsolètes.

@Dusk #dusk
$DUSK Composants principaux
Le réseau Dusk utilise une architecture modulaire conçue pour la finance réglementée : la confidentialité là où elle est nécessaire, la transparence là où elle est utile, et le règlement déterministe lorsque les flux du marché l’exigent. À un niveau élevé :
Composant :
1. DuskDS
Rôle :
Fondation de règlement et de disponibilité des données : consensus, finalité et modèles de transaction Dusk
Où aller ensuite :
Dusk dispose d’une architecture en deux couches :
DuskDS – la couche de règlement et de données (consensus, disponibilité des données, modèles de transaction)
DuskEVM – la couche d’exécution EVM où s’exécutent les smart contracts et où réside Hedger
Cette page décrit les modèles de transaction sur DuskDS. Elle sert de contexte pour comprendre comment le règlement et la confidentialité fonctionnent « en coulisses ». Si vous développez des dApps sur DuskEVM, vous interagirez principalement avec Hedger et les contrats EVM à la place.

Phoenix vs Moonlight (sur DuskDS)
Sur DuskDS, la valeur peut se déplacer de deux manières natives :
Moonlight – transferts publics, basés sur des comptes
Phoenix – transferts protégés, basés sur des notes, utilisant des preuves à connaissance nulle
Dans les deux cas, le règlement s’effectue finalement sur la même chaîne, mais ils exposent des informations différentes aux observateurs.
Pour les détails complets de l’implémentation, vous pouvez vous référer au Livre blanc.
Moonlight – soldes publics
Moonlight est le modèle de transaction transparent :
Les comptes affichent des soldes visibles.
Les transferts montrent l’expéditeur, le destinataire et le montant.
Il convient aux flux qui doivent être observables (par ex. certains scénarios de trésorerie ou de reporting).
Conceptuellement, il se comporte comme un modèle de compte standard.
Pour la plupart des utilisateurs, c’est « simplement la manière transparente de déplacer du DUSK » au niveau du protocole.
Phoenix – soldes protégés
Phoenix est le modèle axé sur la confidentialité :
Les fonds résident sous forme de « notes » chiffrées plutôt que de soldes explicites.
Les transactions prouvent la correction (pas de double dépense, fonds suffisants) au moyen de preuves à connaissance nulle sans révéler :le montant transféré,l’expéditeur de la note, sauf au destinataire,entre quelles notes spécifiques.
Les utilisateurs peuvent révéler sélectivement des informations via des clés de consultation lorsque la réglementation ou l’audit l’exige.

@Dusk #dusk
Poursuivant la discussion précédente sur $DUSK Trade.
Partie 4

Le tableau d’ensemble
La tokenisation est souvent abordée en termes de ce qui peut être placé sur la chaîne.
Mais la question la plus importante pourrait être la suivante :
Que se passe-t-il une fois l’actif sur la chaîne ?
Comment un investisseur le découvre-t-il ?
Comment l’éligibilité est-elle déterminée ?
Comment les informations à divulguer sont-elles présentées ?
Comment une transaction s’effectue-t-elle ?
Comment les paiements et les mouvements d’actifs sont-ils coordonnés ?
Comment la transaction est-elle réglée ?
Et comment les émetteurs, les plateformes, les investisseurs et les participants autorisés interagissent-ils avec la même infrastructure ?

Ce sont des questions de couche applicative.
Dusk Trade est conçu pour y répondre.
Si la tokenisation doit passer de l’expérimentation à une composante des marchés financiers réels, l’infrastructure blockchain devra fonctionner de concert avec des applications qui comprennent la complexité des actifs réglementés.

Dusk Trade se situe à cette intersection : transformer l’infrastructure de marché sous-jacente de Dusk en flux de travail pratiques pour les actifs financiers tokenisés.
L’objectif ultime n’est pas seulement de rendre les actifs financiers transférables sur la chaîne.
Il s’agit de faire fonctionner l’ensemble du parcours — de la découverte à l’éligibilité, en passant par la négociation, le paiement et le règlement — comme une expérience cohérente de marché financier numérique.
$DUSK

poursuivant la discussion précédente sur $DUSK Trade.
Partie 3

Cette séparation peut être importante, car l’infrastructure et les applications utilisateur ont des responsabilités différentes.
Le protocole peut se concentrer sur la fourniture de primitives blockchain et de marché financier fiables, tandis que les applications peuvent se concentrer sur la manière dont ces primitives sont utilisées dans des flux de travail spécifiques.
Pourquoi cela compte pour la tokenisation
La promesse à long terme de la tokenisation n’est pas simplement de placer des actifs traditionnels sur une blockchain.

La plus grande opportunité consiste à créer des marchés financiers où l’émission, la propriété, la négociation, la conformité et le règlement peuvent interagir avec une infrastructure programmable.
Cela exige plus que des jetons.
Cela exige une infrastructure de marché et des applications qui comprennent les flux de travail financiers.

Dusk Trade représente la partie application de cette équation.
Son rôle est de relier l’infrastructure blockchain aux activités pratiques que les participants réalisent lorsqu’ils interagissent avec des actifs financiers tokenisés.
Une autre façon de penser à Dusk Trade
On pourrait être tenté de considérer Dusk Trade simplement comme une autre interface de trading.
Mais son objectif plus large est plus intéressant.
Il peut être vu comme un pont entre l’infrastructure blockchain et les flux de travail réglementés des marchés financiers.

La différence est subtile mais importante.
Une application crypto typique pourrait principalement se concentrer sur :
Portefeuille → Jeton → Transaction
Un flux de travail réglementé d’actifs tokenisés peut être bien plus complexe :
Découverte de l’actif → Intégration de l’investisseur → Éligibilité → Information réglementaire → Portefeuille → Transaction → Coordination des paiements → Règlement
Dusk Trade est conçu autour du deuxième modèle.

@Dusk #dusk

Suite à la discussion précédente sur $DUSK Trade.
Partie 2

6. Règlement
La dernière étape est le règlement.
C’est là que la transaction devient plus qu’une simple intention de trading.
Les mouvements d’actifs et de paiements correspondants doivent être complétés conformément aux règles régissant la transaction.
En intégrant les flux de trading et de règlement, la couche applicative peut aider à transformer une transaction on-chain en quelque chose de plus proche d’un processus complet de marché financier.

L’importance de l’éligibilité et de la divulgation
L’un des aspects les plus intéressants de Dusk Trade est qu’il est conçu autour des exigences des marchés réglementés.
En finance traditionnelle, tous les produits financiers ne sont pas disponibles pour tous les investisseurs.

Des restrictions peuvent exister en fonction de la juridiction, du statut de l’investisseur, du type d’actif ou d’autres exigences réglementaires.
Les informations peuvent aussi compter autant que la transaction elle-même.
Les investisseurs peuvent avoir besoin d’accéder à des documents de divulgation et à d’autres informations pertinentes avant de participer.
Cela signifie qu’un marché financier tokenisé doit répondre à des questions telles que :
Qui peut acheter cet actif ?
Quelles informations l’investisseur doit-il recevoir ?
Qui est autorisé à accéder à certaines informations ?
Dans quelles conditions l’actif peut-il être transféré ?

L’approche de Dusk Trade au niveau applicatif vise à intégrer ces considérations au flux de travail, plutôt que de les traiter comme quelque chose de séparé de l’activité blockchain.
Dusk Trade et l’écosystème Dusk
Il est utile de distinguer le protocole de base et la couche applicative.
Le réseau Dusk fournit l’infrastructure sous-jacente et des primitives orientées marché.

Dusk Trade fonctionne au-dessus de cette infrastructure.
Une façon simple de visualiser la relation est :
Dusk Network → Market Infrastructure → Dusk Trade → Utilisateurs & Participants du marché
La couche de base fournit le socle.
La couche applicative transforme ce socle en expériences que les émetteurs, les investisseurs, les lieux de négociation et d’autres participants autorisés peuvent réellement utiliser.

@Dusk #dusk

Un autre événement amusant de Binance

#TradeBStocks #BinanceAfrica

D’après mes recherches, $AAPLB est encore sous-évaluée. C’est mon action préférée à trader et dans laquelle investir en ce moment. Mais elle est aussi agréable pour le scalping. 💛
#TradeBStocks #BinanceAfrica

@Dusk #dusk $DUSK
Les valeurs mobilières réglementées peuvent impliquer l’éligibilité des investisseurs, des informations à divulguer, des restrictions de propriété, des exigences de règlement, ainsi que des informations qui ne doivent être accessibles qu’aux participants autorisés.
Lorsque ces actifs sont tokenisés, ces exigences ne disparaissent pas simplement.
En fait, elles peuvent devenir encore plus importantes.

Une blockchain peut fournir l’infrastructure sous-jacente pour la propriété et le règlement, mais un marché financier réel a toujours besoin d’applications qui comprennent comment les investisseurs, les émetteurs, les places de marché et les autres participants interagissent.

Dusk Trade est conçu autour de ce problème.
Plutôt que de traiter les actifs financiers tokenisés comme de simples jetons ordinaires, il se concentre sur le flux de travail autour de l’actif.
Du repérage de l’actif au règlement
Imaginez qu’un investisseur souhaite acheter un actif financier tokenisé.

Le parcours pourrait ressembler à ceci :
1. Découvrir
L’investisseur doit d’abord trouver un actif tokenisé disponible et comprendre les informations pertinentes qui lui sont associées.
Cela crée une couche de découverte d’actifs où les utilisateurs peuvent identifier des opportunités plutôt que d’interagir avec des transactions blockchain brutes.
2. Connecter
L’investisseur connecte son portefeuille à l’application.
Le portefeuille devient l’interface par laquelle l’investisseur peut interagir avec l’actif tokenisé et le processus de transaction sous-jacent.
3. Intégrer
Avant de participer à un marché réglementé, un investisseur peut avoir besoin de remplir des exigences d’intégration ou d’éligibilité.
Il s’agit d’une distinction importante entre le trading crypto ordinaire et les marchés financiers réglementés.
L’accès à un actif peut dépendre de l’identité de l’investisseur, de sa conformité à des exigences spécifiques et du fait qu’il soit autorisé à participer.
4. Trader
Une fois les exigences pertinentes satisfaites, l’investisseur peut lancer une transaction d’achat ou de vente.
À ce stade, Dusk Trade relie l’expérience de trading côté utilisateur à l’infrastructure sous-jacente.
5. Coordonner le paiement et le transfert d’actifs
Une transaction financière implique plus que le simple transfert d’un actif.

$DUSK

@Dusk #dusk $DUSK
Dusk Trade : Transformer des actifs financiers tokenisés en véritables processus de marché
La tokenisation modifie la manière dont les actifs financiers peuvent être représentés, transférés et réglés sur des réseaux blockchain.
Mais le fait de déposer un actif sur chaîne n’est qu’une partie de l’équation.
Dans les marchés financiers réglementés, les investisseurs doivent découvrir les actifs, compléter les exigences d’onboarding et d’éligibilité, connecter leurs portefeuilles, exécuter des transactions, coordonner les paiements et, en définitive, régler la transaction conformément aux règles du marché.

C’est là qu’intervient Dusk Trade.
Qu’est-ce que Dusk Trade ?
Dusk Trade est la couche applicative pour les actifs financiers tokenisés sur Dusk.
Elle se situe au-dessus du protocole de base Dusk et transforme les primitives d’infrastructure de marché du réseau en des flux de travail orientés utilisateurs.

Au lieu d’obliger les utilisateurs à interagir directement avec une infrastructure blockchain complexe, Dusk Trade est conçu pour fournir les flux de travail pratiques nécessaires pour participer à des marchés tokenisés réglementés.
Ces flux de travail peuvent inclure :
Découvrir des actifs financiers tokenisés
Connecter un portefeuille
Compléter l’onboarding des investisseurs
Effectuer des contrôles d’éligibilité ou de conformité
Acheter ou vendre des actifs
Coordonner les volets « actif » et « paiement » d’une transaction

Assurer le règlement
Fournir aux parties autorisées les informations nécessaires à une transaction
L’idée clé est simple :
Dusk fournit l’infrastructure. Dusk Trade transforme cette infrastructure en processus de marché.
Pourquoi les actifs tokenisés ont besoin de plus qu’une blockchain
Un actif financier traditionnel n’est que rarement aussi simple que « acheter, transférer et vendre ».

Une autre entrée sur $SPCX
Je l’ai conservée (Hodl) et j’ai attendu le setup.
J’ai suivi le plan.
J’ai encaissé le profit.
#ShareMyTradFi