Binance Square
ETHcryptohub
16.5k Publications

ETHcryptohub

Compte Square Vérifié+
Gold Standard Club, the Founding Co-builder of Binance's Top Guild! Verified KOL ✅ Binance Future Scalper ✅ Content Writer ✅ X : @Sanjaygupt74977
Détenteur pour BNB
Détenteur pour BNB
Trade fréquemment
5.7 an(s)
1.3K+ Suivis
46.9K+ Abonnés
44.2K+ J’aime
Publications
PINNED
·
--
Vérifié
Trading sur 30 J $DUSK 1.3K USDT
#dusk $DUSK @Dusk_Foundation Ce qui m’intéresse dans Dusk, c’est que sa grande idée ne consiste pas simplement à placer des actifs financiers sur une blockchain. Le problème le plus difficile est de faire en sorte que l’infrastructure corresponde réellement à la manière dont la finance réglementée fonctionne. Les institutions ont besoin de confidentialité, d’accès contrôlé, d’un règlement clair et de la capacité à divulguer des informations lorsque c’est nécessaire. Dusk construit ces éléments dans le même environnement, au lieu de les traiter comme des couches distinctes. La partie confidentialité compte davantage qu’on pourrait le croire. Un registre public peut rendre les transactions faciles à vérifier, mais exposer chaque solde, position et transaction n’est pas pratique pour de nombreuses entreprises financières. Dusk utilise des transferts confidentiels, des preuves à divulgation nulle de connaissance (zero-knowledge proofs) et de la divulgation sélective, afin que l’information reste protégée tout en demeurant disponible pour les parties qui en ont besoin, tout en demeurant disponible pour les parties qui en ont besoin. Ce qui rend l’infrastructure plus intéressante pour moi, c’est la façon dont ces éléments s’assemblent. Les contrôles d’identité et d’accès peuvent déterminer qui est autorisé à participer, les règles relatives aux actifs peuvent contrôler la manière dont quelque chose circule, et le règlement déterministe peut rendre la transaction finale prévisible. Les développeurs peuvent aussi utiliser des outils EVM familiers via DuskEVM, au lieu d’avoir à abandonner ceux qu’ils connaissent déjà. C’est, je pense, le point que les gens peuvent facilement négliger. La tokenisation d’un actif est relativement simple par rapport à la reconstruction du marché autour de celui-ci. L’émission, l’éligibilité des investisseurs, les transferts, le règlement, la déclaration et la divulgation doivent tous fonctionner ensemble. Dusk cherche à faire en sorte que ces exigences fassent partie intégrante de l’infrastructure elle-même. Pour moi, la thèse centrale est de savoir si cette approche peut rendre la finance on-chain praticable pour des actifs qui ne peuvent pas fonctionner sous une visibilité publique totale. Si des marchés réglementés passent onchain à grande échelle, l’infrastructure gagnante sera-t-elle celle qui compte le plus d’utilisateurs, ou celle qui gère le mieux les règles dont ces marchés dépendent déjà ?
#dusk $DUSK @Dusk
Ce qui m’intéresse dans Dusk, c’est que sa grande idée ne consiste pas simplement à placer des actifs financiers sur une blockchain. Le problème le plus difficile est de faire en sorte que l’infrastructure corresponde réellement à la manière dont la finance réglementée fonctionne. Les institutions ont besoin de confidentialité, d’accès contrôlé, d’un règlement clair et de la capacité à divulguer des informations lorsque c’est nécessaire. Dusk construit ces éléments dans le même environnement, au lieu de les traiter comme des couches distinctes.

La partie confidentialité compte davantage qu’on pourrait le croire. Un registre public peut rendre les transactions faciles à vérifier, mais exposer chaque solde, position et transaction n’est pas pratique pour de nombreuses entreprises financières. Dusk utilise des transferts confidentiels, des preuves à divulgation nulle de connaissance (zero-knowledge proofs) et de la divulgation sélective, afin que l’information reste protégée tout en demeurant disponible pour les parties qui en ont besoin, tout en demeurant disponible pour les parties qui en ont besoin.

Ce qui rend l’infrastructure plus intéressante pour moi, c’est la façon dont ces éléments s’assemblent. Les contrôles d’identité et d’accès peuvent déterminer qui est autorisé à participer, les règles relatives aux actifs peuvent contrôler la manière dont quelque chose circule, et le règlement déterministe peut rendre la transaction finale prévisible. Les développeurs peuvent aussi utiliser des outils EVM familiers via DuskEVM, au lieu d’avoir à abandonner ceux qu’ils connaissent déjà.

C’est, je pense, le point que les gens peuvent facilement négliger. La tokenisation d’un actif est relativement simple par rapport à la reconstruction du marché autour de celui-ci. L’émission, l’éligibilité des investisseurs, les transferts, le règlement, la déclaration et la divulgation doivent tous fonctionner ensemble. Dusk cherche à faire en sorte que ces exigences fassent partie intégrante de l’infrastructure elle-même.

Pour moi, la thèse centrale est de savoir si cette approche peut rendre la finance on-chain praticable pour des actifs qui ne peuvent pas fonctionner sous une visibilité publique totale. Si des marchés réglementés passent onchain à grande échelle, l’infrastructure gagnante sera-t-elle celle qui compte le plus d’utilisateurs, ou celle qui gère le mieux les règles dont ces marchés dépendent déjà ?
Rules First
Users Matter
Compliance Wins
2 jour(s) restant(s)
1
1
MrRUHUL
·
--
this place looks like "A good example"
1
1
Veenu Sharma
·
--
Amis Click here pour rejoindre ma salle de discussion, plus de cadeaux arrivent, suivez, partagez, likez, commentez 🥳🥳🥳🥳
1
1
Bilverse
·
--
🧧 OFFRE EXCLUSIVE DE DON D’ETH EN DIRECT ! 🧧

Je rends à la communauté ! Vous voulez votre part du gâteau ? Voici votre chance de réclamer votre part d’Ethereum.

Comment participer :

1. 💬 Commentez « ETH » ci-dessous
2. 🔄 Partagez ce post pour faire passer le mot.
3. 🔔 Suivez @Bilverse pour les prochaines annonces et giveaways.

⚡ Places limitées—premier arrivé, premier servi !

Click here to DOUBLE your Rewards! 🧧🚀

Déposez vos commentaires maintenant ! 👇

#ETH #RedPacketMission #Bilverse #CryptoCommunity
#dusk $DUSK @Dusk_Foundation La partie difficile consistant à mettre de vrais marchés financiers onchain ne consiste pas à créer un autre token. Il s’agit de faire fonctionner l’ensemble du processus comme la finance réglementée en a déjà besoin. Une institution doit savoir qui peut participer, protéger les informations sensibles, respecter des règles spécifiques aux actifs et régler correctement les transactions. C’est là que Dusk devient particulièrement intéressant pour moi. L’objectif est d’intégrer ces exigences dans la même infrastructure, plutôt que de les laisser dispersées entre différents systèmes. La question de la confidentialité est surtout importante. Une blockchain publique peut rendre par défaut visibles la propriété et les données de transaction, mais un fonds, un market maker ou un investisseur ne peut pas toujours opérer avec toutes ses positions exposées. Dusk utilise des transactions confidentielles et une divulgation sélective, de sorte que les informations peuvent rester protégées tout en permettant aux bonnes parties de vérifier ce qu’elles doivent vérifier. Ce qui, à mon avis, rend cela plus utile que de simplement ajouter de la confidentialité à une chaîne existante, c’est le flux de travail plus large autour de tout cela. Dusk combine des contrôles d’identité et d’accès, des règles relatives aux actifs, un règlement déterministe et la compatibilité EVM. Cela signifie qu’un actif réglementé peut être conçu en tenant compte de l’éligibilité, des transferts, de la divulgation et du règlement, plutôt que de traiter chaque exigence comme un problème distinct. C’est important parce que la tokenisation ne deviendra pas vraiment pertinente uniquement du fait que des actions ou des obligations peuvent être représentées sous forme de tokens. L’infrastructure doit aussi gérer les parties ennuyeuses mais essentielles de la finance. Si Dusk peut faire fonctionner ces processus ensemble sans sacrifier la confidentialité ni la capacité d’audit, cela pourrait lever un obstacle majeur à une adoption institutionnelle réelle. Pour moi, la question la plus importante est simple : la prochaine étape de la finance onchain portera-t-elle davantage sur la tokenisation d’actifs, ou sur la construction d’une infrastructure capable de gérer réellement la manière dont ces actifs doivent fonctionner ?
#dusk $DUSK @Dusk
La partie difficile consistant à mettre de vrais marchés financiers onchain ne consiste pas à créer un autre token. Il s’agit de faire fonctionner l’ensemble du processus comme la finance réglementée en a déjà besoin. Une institution doit savoir qui peut participer, protéger les informations sensibles, respecter des règles spécifiques aux actifs et régler correctement les transactions. C’est là que Dusk devient particulièrement intéressant pour moi. L’objectif est d’intégrer ces exigences dans la même infrastructure, plutôt que de les laisser dispersées entre différents systèmes.

La question de la confidentialité est surtout importante. Une blockchain publique peut rendre par défaut visibles la propriété et les données de transaction, mais un fonds, un market maker ou un investisseur ne peut pas toujours opérer avec toutes ses positions exposées. Dusk utilise des transactions confidentielles et une divulgation sélective, de sorte que les informations peuvent rester protégées tout en permettant aux bonnes parties de vérifier ce qu’elles doivent vérifier.

Ce qui, à mon avis, rend cela plus utile que de simplement ajouter de la confidentialité à une chaîne existante, c’est le flux de travail plus large autour de tout cela. Dusk combine des contrôles d’identité et d’accès, des règles relatives aux actifs, un règlement déterministe et la compatibilité EVM. Cela signifie qu’un actif réglementé peut être conçu en tenant compte de l’éligibilité, des transferts, de la divulgation et du règlement, plutôt que de traiter chaque exigence comme un problème distinct.

C’est important parce que la tokenisation ne deviendra pas vraiment pertinente uniquement du fait que des actions ou des obligations peuvent être représentées sous forme de tokens. L’infrastructure doit aussi gérer les parties ennuyeuses mais essentielles de la finance. Si Dusk peut faire fonctionner ces processus ensemble sans sacrifier la confidentialité ni la capacité d’audit, cela pourrait lever un obstacle majeur à une adoption institutionnelle réelle.

Pour moi, la question la plus importante est simple : la prochaine étape de la finance onchain portera-t-elle davantage sur la tokenisation d’actifs, ou sur la construction d’une infrastructure capable de gérer réellement la manière dont ces actifs doivent fonctionner ?
More Asset Types
Better Infrastructure
Both Will Matter
6 heure(s) restante(s)
Vérifié
#dusk $DUSK @Dusk_Foundation Lorsque je regarde les partenariats institutionnels de Dusk, je ne pense pas que la partie importante soit simplement le nombre de noms associés au projet. Ce qui compte, pour moi, c’est de savoir si ces relations aident à résoudre les problèmes qui ont empêché les actifs financiers traditionnels de circuler confortablement onchain. La confidentialité, la conformité, le règlement et l’accès ne sont pas des sujets distincts pour les institutions. Ils doivent fonctionner ensemble. C’est là que l’approche de Dusk prend davantage de sens à mes yeux. Un marché réglementé ne peut pas fonctionner comme un système entièrement ouvert de portefeuille à portefeuille. Les investisseurs devront peut-être prouver leur éligibilité, des positions sensibles devront peut-être rester privées, et les régulateurs auront encore besoin d’accéder à des informations spécifiques. Dusk construit précisément ce terrain d’entente, en s’appuyant sur des transactions confidentielles et une divulgation sélective plutôt que de rendre tout public par défaut. Les partenariats deviennent importants parce qu’ils relient cette infrastructure à des flux financiers concrets. Par exemple, la collaboration de Dusk avec NPEX fait entrer en jeu une expertise de marché réglementé et des licences, tandis que son travail avec 21X et Chainlink relie le réseau à des infrastructures de négociation réglementées et à des marchés plus larges d’actifs onchain. Pour moi, tout cela est plus significatif que de dire simplement que les institutions s’intéressent à la blockchain. La vraie question est de savoir si l’infrastructure blockchain peut s’adapter à la manière dont les marchés financiers fonctionnent réellement. Dusk cherche à y parvenir en rapprochant davantage la confidentialité, l’identité, la conformité et le règlement, au lieu de laisser les institutions recoller elles-mêmes tous les éléments. C’est pourquoi je pense que ces partenariats comptent : ils peuvent montrer si la conception de Dusk fonctionne en dehors de l’environnement natif crypto. Pensez-vous que l’adoption par les institutions dépendra davantage d’une technologie plus performante, ou d’une infrastructure qui comprend déjà le fonctionnement de la finance réglementée ? @Dusk_Foundation $DUSK
#dusk $DUSK @Dusk
Lorsque je regarde les partenariats institutionnels de Dusk, je ne pense pas que la partie importante soit simplement le nombre de noms associés au projet. Ce qui compte, pour moi, c’est de savoir si ces relations aident à résoudre les problèmes qui ont empêché les actifs financiers traditionnels de circuler confortablement onchain. La confidentialité, la conformité, le règlement et l’accès ne sont pas des sujets distincts pour les institutions. Ils doivent fonctionner ensemble.

C’est là que l’approche de Dusk prend davantage de sens à mes yeux. Un marché réglementé ne peut pas fonctionner comme un système entièrement ouvert de portefeuille à portefeuille. Les investisseurs devront peut-être prouver leur éligibilité, des positions sensibles devront peut-être rester privées, et les régulateurs auront encore besoin d’accéder à des informations spécifiques. Dusk construit précisément ce terrain d’entente, en s’appuyant sur des transactions confidentielles et une divulgation sélective plutôt que de rendre tout public par défaut.

Les partenariats deviennent importants parce qu’ils relient cette infrastructure à des flux financiers concrets. Par exemple, la collaboration de Dusk avec NPEX fait entrer en jeu une expertise de marché réglementé et des licences, tandis que son travail avec 21X et Chainlink relie le réseau à des infrastructures de négociation réglementées et à des marchés plus larges d’actifs onchain.

Pour moi, tout cela est plus significatif que de dire simplement que les institutions s’intéressent à la blockchain. La vraie question est de savoir si l’infrastructure blockchain peut s’adapter à la manière dont les marchés financiers fonctionnent réellement. Dusk cherche à y parvenir en rapprochant davantage la confidentialité, l’identité, la conformité et le règlement, au lieu de laisser les institutions recoller elles-mêmes tous les éléments.

C’est pourquoi je pense que ces partenariats comptent : ils peuvent montrer si la conception de Dusk fonctionne en dehors de l’environnement natif crypto. Pensez-vous que l’adoption par les institutions dépendra davantage d’une technologie plus performante, ou d’une infrastructure qui comprend déjà le fonctionnement de la finance réglementée ? @Dusk $DUSK
Better Technology
100%
Regulated Infra
0%
Both Matter Most
0%
8 Votes • Vote fermé
Vérifié
#dusk $DUSK @Dusk_Foundation La confidentialité sur Dusk ne s’arrête pas aux transferts. Ce qui compte pour les développeurs, c’est la capacité à protéger les comportements privés tout en permettant à l’application de fonctionner normalement. Sur Dusk, Phoenix protège les transactions : les valeurs transférées et les participants sont masqués, tandis que le réseau conserve les informations cryptographiques nécessaires pour vérifier la validité. Cette couche de confidentialité se place aux côtés des outils pour développeurs, plutôt que d’obliger les équipes à tout reconstruire depuis zéro. La pile de Dusk propose DuskEVM pour Solidity et des outils EVM familiers, tandis que Dusk Connect fournit un SDK de portefeuille indépendant du framework pour les navigateurs des dApps. W3sper gère l’accès de niveau inférieur pour les applications qui ont besoin d’interagir directement avec un nœud. Cette séparation peut réduire les frictions d’intégration, car les créateurs peuvent choisir l’interface adaptée à leur flux de travail. Cela est particulièrement pertinent maintenant, car Dusk a publié Dusk Connect en aperçu développeur le 22 avril 2026, et sa documentation décrit désormais à la fois les parcours EVM et natifs L1. Pour les traders, l’essentiel est simple : la confidentialité peut couvrir les détails des transactions sans rendre l’expérience développeur inutilement compliquée. Je pense que la partie intéressante de @Dusk_Foundation : $DUSK ne concerne pas seulement le fait de masquer les transferts, mais de construire une infrastructure de confidentialité pratique pour #dusk applications.
#dusk $DUSK @Dusk

La confidentialité sur Dusk ne s’arrête pas aux transferts. Ce qui compte pour les développeurs, c’est la capacité à protéger les comportements privés tout en permettant à l’application de fonctionner normalement.

Sur Dusk, Phoenix protège les transactions : les valeurs transférées et les participants sont masqués, tandis que le réseau conserve les informations cryptographiques nécessaires pour vérifier la validité. Cette couche de confidentialité se place aux côtés des outils pour développeurs, plutôt que d’obliger les équipes à tout reconstruire depuis zéro. La pile de Dusk propose DuskEVM pour Solidity et des outils EVM familiers, tandis que Dusk Connect fournit un SDK de portefeuille indépendant du framework pour les navigateurs des dApps. W3sper gère l’accès de niveau inférieur pour les applications qui ont besoin d’interagir directement avec un nœud. Cette séparation peut réduire les frictions d’intégration, car les créateurs peuvent choisir l’interface adaptée à leur flux de travail.

Cela est particulièrement pertinent maintenant, car Dusk a publié Dusk Connect en aperçu développeur le 22 avril 2026, et sa documentation décrit désormais à la fois les parcours EVM et natifs L1. Pour les traders, l’essentiel est simple : la confidentialité peut couvrir les détails des transactions sans rendre l’expérience développeur inutilement compliquée. Je pense que la partie intéressante de @Dusk : $DUSK ne concerne pas seulement le fait de masquer les transferts, mais de construire une infrastructure de confidentialité pratique pour #dusk applications.
#dusk $DUSK @Dusk_Foundation POURQUOI LA CONFIDENTIALITÉ PROGRAMMABLE PEUT IMPORTER PLUS QUE LA SIMPLE CONFIDENTIALITÉ SUR LA CHAÎNE Je réfléchis à la confidentialité sur les blockchains, et je ne pense pas que cacher simplement des données règle l’ensemble du problème. Pour les applications financières, la confidentialité doit généralement être sélective. Un trader peut ne pas vouloir que tout le monde voie son solde ou l’historique de ses transactions, mais un régulateur, un auditeur ou un contrepartiste approuvé peuvent avoir besoin d’accéder à des informations précises. C’est là que Dusk m’intéresse. La confidentialité programmable ressemble davantage à une pièce verrouillée avec des portes contrôlées. Vous décidez ce qui reste caché, qui peut voir telle ou telle chose, et dans quelles conditions l’information peut être révélée. Cela ressemble beaucoup plus à la façon dont fonctionnent déjà les systèmes financiers réels. La partie importante, c’est aussi le compromis. Avoir plus de confidentialité ne signifie pas automatiquement une meilleure adoption. Les utilisateurs doivent toujours disposer de suffisamment de liquidité, d’une exécution simple, d’applications fiables et de la confiance que les règles fonctionnent réellement quand les marchés s’animent. C’est pourquoi je surveille de près le côté écosystème. Si Dusk peut rendre la confidentialité configurable plutôt qu’absolue, cela pourrait soutenir l’activité financière sans forcer les institutions à choisir entre transparence et confidentialité. Je pense que cette distinction compte énormément. Vous préféreriez utiliser une chaîne à confidentialité totale, ou une chaîne où la confidentialité peut être programmée selon vos besoins réels ?
#dusk $DUSK @Dusk

POURQUOI LA CONFIDENTIALITÉ PROGRAMMABLE PEUT IMPORTER PLUS QUE LA SIMPLE CONFIDENTIALITÉ SUR LA CHAÎNE

Je réfléchis à la confidentialité sur les blockchains, et je ne pense pas que cacher simplement des données règle l’ensemble du problème.

Pour les applications financières, la confidentialité doit généralement être sélective. Un trader peut ne pas vouloir que tout le monde voie son solde ou l’historique de ses transactions, mais un régulateur, un auditeur ou un contrepartiste approuvé peuvent avoir besoin d’accéder à des informations précises.

C’est là que Dusk m’intéresse.

La confidentialité programmable ressemble davantage à une pièce verrouillée avec des portes contrôlées. Vous décidez ce qui reste caché, qui peut voir telle ou telle chose, et dans quelles conditions l’information peut être révélée. Cela ressemble beaucoup plus à la façon dont fonctionnent déjà les systèmes financiers réels.

La partie importante, c’est aussi le compromis. Avoir plus de confidentialité ne signifie pas automatiquement une meilleure adoption. Les utilisateurs doivent toujours disposer de suffisamment de liquidité, d’une exécution simple, d’applications fiables et de la confiance que les règles fonctionnent réellement quand les marchés s’animent.

C’est pourquoi je surveille de près le côté écosystème. Si Dusk peut rendre la confidentialité configurable plutôt qu’absolue, cela pourrait soutenir l’activité financière sans forcer les institutions à choisir entre transparence et confidentialité.

Je pense que cette distinction compte énormément.

Vous préféreriez utiliser une chaîne à confidentialité totale, ou une chaîne où la confidentialité peut être programmée selon vos besoins réels ?
Total Privacy
75%
Flexible Privacy
25%
Needs Based Privacy
0%
4 Votes • Vote fermé
#termmax @termmax Je pense généralement à un taux d’intérêt comme à un chiffre associé à un prêt. On emprunte, on paie le taux, et l’histoire s’arrête là. TermMax m’a fait le voir autrement. Et si le taux lui-même pouvait devenir quelque chose sur quoi les gens prennent position, plutôt que de simplement accepter ce que le marché du crédit propose à cet instant ? Réfléchissez à la façon dont nous négocions un actif, parce que nous avons une idée de l’évolution possible de sa valeur. Les taux d’intérêt peuvent eux aussi varier en fonction de la demande de financement, de la liquidité disponible et des conditions du marché. Si ces attentes changeantes pouvaient être exprimées via un marché, le taux deviendrait plus qu’un coût inclus dans un prêt. Il deviendrait quelque chose que les participants peuvent gérer activement. C’est, selon moi, la partie de TermMax qui mérite d’être suivie. Sa structure à durée fixe sépare le coût de l’emprunt de l’actif sous-jacent et donne à l’accord une échéance définie. Cela crée une manière plus claire pour les prêteurs et les emprunteurs d’exprimer des points de vue différents sur les coûts de financement. Quelqu’un qui cherche un rendement connu peut se verrouiller sur des conditions, tandis que quelqu’un qui s’attend à ce que les taux évoluent différemment peut se positionner par rapport à ces conditions. La question importante, c’est la liquidité. Un marché négociable ne fonctionne que s’il y a suffisamment de participants des deux côtés. Sans cette profondeur, même des positions bien définies sur les taux d’intérêt peuvent être difficiles à entrer ou à sortir efficacement. Pour moi, c’est là que TermMax devient intéressant : il traite le coût du capital comme quelque chose qui peut avoir son propre marché. Si ce marché devient suffisamment profond, les taux d’intérêt pourraient-ils devenir une autre couche de DeFi activement négociée, plutôt qu’un simple chiffre associé à l’emprunt ? $ENA $BLESS
#termmax @TermMax

Je pense généralement à un taux d’intérêt comme à un chiffre associé à un prêt. On emprunte, on paie le taux, et l’histoire s’arrête là. TermMax m’a fait le voir autrement. Et si le taux lui-même pouvait devenir quelque chose sur quoi les gens prennent position, plutôt que de simplement accepter ce que le marché du crédit propose à cet instant ?

Réfléchissez à la façon dont nous négocions un actif, parce que nous avons une idée de l’évolution possible de sa valeur. Les taux d’intérêt peuvent eux aussi varier en fonction de la demande de financement, de la liquidité disponible et des conditions du marché. Si ces attentes changeantes pouvaient être exprimées via un marché, le taux deviendrait plus qu’un coût inclus dans un prêt. Il deviendrait quelque chose que les participants peuvent gérer activement.

C’est, selon moi, la partie de TermMax qui mérite d’être suivie. Sa structure à durée fixe sépare le coût de l’emprunt de l’actif sous-jacent et donne à l’accord une échéance définie. Cela crée une manière plus claire pour les prêteurs et les emprunteurs d’exprimer des points de vue différents sur les coûts de financement. Quelqu’un qui cherche un rendement connu peut se verrouiller sur des conditions, tandis que quelqu’un qui s’attend à ce que les taux évoluent différemment peut se positionner par rapport à ces conditions.

La question importante, c’est la liquidité. Un marché négociable ne fonctionne que s’il y a suffisamment de participants des deux côtés. Sans cette profondeur, même des positions bien définies sur les taux d’intérêt peuvent être difficiles à entrer ou à sortir efficacement.

Pour moi, c’est là que TermMax devient intéressant : il traite le coût du capital comme quelque chose qui peut avoir son propre marché. Si ce marché devient suffisamment profond, les taux d’intérêt pourraient-ils devenir une autre couche de DeFi activement négociée, plutôt qu’un simple chiffre associé à l’emprunt ? $ENA $BLESS
Tradeable Rates
67%
Rate Market
22%
Active Pricing
11%
9 Votes • Vote fermé
Vérifié
#dusk $DUSK @Dusk_Foundation Comment Hedger ajoute une confidentialité réelle aux applications exécutées sur DuskEVM J’ai examiné plus en détail DuskEVM, et Hedger est probablement l’élément qui rend l’histoire de la confidentialité bien plus intéressante. Le principal point que j’apprécie, c’est que les développeurs peuvent continuer à utiliser les outils EVM familiers tout en ajoutant des flux de transactions confidentielles lorsque l’application en a réellement besoin. Hedger utilise le chiffrement homomorphe avec des preuves à connaissance nulle : ainsi, les valeurs sensibles peuvent rester cachées, tandis que le réseau peut toujours vérifier que le calcul a été effectué correctement. Prenez une application de trading. Vous ne voudrez peut-être pas que tout le monde voie votre solde, la taille de vos ordres ou votre position, mais les régulateurs, les contreparties ou les parties autorisées peuvent encore avoir besoin d’informations vérifiables. C’est un modèle bien plus pratique que de rendre tout public, ou d’essayer de tout anonymiser. Je pense aussi que c’est important pour l’adoption, car la confidentialité devient une partie du workflow de l’application plutôt qu’un environnement totalement séparé. Dusk vise clairement des cas d’usage financiers réglementés, où la confidentialité et l’auditabilité doivent coexister. La grande question, pour moi, est de savoir si les développeurs et les utilisateurs adoptent réellement des flux confidentiels une fois que la liquidité réelle commence à circuler via DuskEVM. Hedger suffit-il à rendre la finance EVM privée réellement pratique ?$BTC $AVAAI
#dusk $DUSK @Dusk
Comment Hedger ajoute une confidentialité réelle aux applications exécutées sur DuskEVM

J’ai examiné plus en détail DuskEVM, et Hedger est probablement l’élément qui rend l’histoire de la confidentialité bien plus intéressante.

Le principal point que j’apprécie, c’est que les développeurs peuvent continuer à utiliser les outils EVM familiers tout en ajoutant des flux de transactions confidentielles lorsque l’application en a réellement besoin. Hedger utilise le chiffrement homomorphe avec des preuves à connaissance nulle : ainsi, les valeurs sensibles peuvent rester cachées, tandis que le réseau peut toujours vérifier que le calcul a été effectué correctement.

Prenez une application de trading. Vous ne voudrez peut-être pas que tout le monde voie votre solde, la taille de vos ordres ou votre position, mais les régulateurs, les contreparties ou les parties autorisées peuvent encore avoir besoin d’informations vérifiables. C’est un modèle bien plus pratique que de rendre tout public, ou d’essayer de tout anonymiser.

Je pense aussi que c’est important pour l’adoption, car la confidentialité devient une partie du workflow de l’application plutôt qu’un environnement totalement séparé. Dusk vise clairement des cas d’usage financiers réglementés, où la confidentialité et l’auditabilité doivent coexister.

La grande question, pour moi, est de savoir si les développeurs et les utilisateurs adoptent réellement des flux confidentiels une fois que la liquidité réelle commence à circuler via DuskEVM. Hedger suffit-il à rendre la finance EVM privée réellement pratique ?$BTC $AVAAI
Yes, Likely
75%
Needs More Proof
25%
Liquidity First
0%
8 Votes • Vote fermé
#termmax @termmax Je pense qu’une partie du crédit DeFi reste encore sous-développée : nous pouvons échanger des actifs facilement, mais le coût d’utilisation de ces actifs est souvent traité comme quelque chose qui change simplement en arrière-plan. L’emprunt peut être disponible, mais le taux peut évoluer avec les conditions du marché, ce qui rend plus difficile la planification du coût réel du capital dans le temps. C’est précisément ce manque que TermMax cherche à combler. J’aimerais l’aborder du point de vue d’une personne qui gère un capital sur une période donnée. Si je sais déjà combien de temps j’ai besoin de l’argent, je devrais pouvoir connaître le coût de l’emprunt pour cette même période. TermMax introduit un taux fixe et une échéance définie dans l’accord, transformant le coût du capital en quelque chose qui se planifie plutôt qu’en un paramètre qu’il faut surveiller en permanence. La partie intéressante, c’est ce qui se passe ensuite. Une fois les conditions d’emprunt clairement définies, elles peuvent être représentées sous forme de positions que les participants peuvent détenir, gérer ou échanger. Cela offre aux prêteurs et aux emprunteurs différentes façons d’exprimer ce qu’ils veulent réellement : un rendement connu, un coût de financement connu, ou une exposition aux conditions elles-mêmes. Pour moi, cela comble une pièce manquante entre le crédit de base et des marchés financiers plus structurés. Cela n’élimine pas le risque de marché et ne rend pas l’effet de levier inoffensif. Cela donne simplement au capital un cadre plus clair concernant le temps et le coût. La partie que je surveillerais de près, c’est la liquidité. Un marché des conditions d’emprunt ne devient utile que lorsque suffisamment de participants sont disposés à échanger ces conditions. Si cela se développe, TermMax pourrait-il rendre le coût du capital lui-même plus actif en tant que marché dans la DeFi ? $AVAAI $BTC $BOME #TermMax
#termmax @TermMax
Je pense qu’une partie du crédit DeFi reste encore sous-développée : nous pouvons échanger des actifs facilement, mais le coût d’utilisation de ces actifs est souvent traité comme quelque chose qui change simplement en arrière-plan. L’emprunt peut être disponible, mais le taux peut évoluer avec les conditions du marché, ce qui rend plus difficile la planification du coût réel du capital dans le temps. C’est précisément ce manque que TermMax cherche à combler.

J’aimerais l’aborder du point de vue d’une personne qui gère un capital sur une période donnée. Si je sais déjà combien de temps j’ai besoin de l’argent, je devrais pouvoir connaître le coût de l’emprunt pour cette même période. TermMax introduit un taux fixe et une échéance définie dans l’accord, transformant le coût du capital en quelque chose qui se planifie plutôt qu’en un paramètre qu’il faut surveiller en permanence.

La partie intéressante, c’est ce qui se passe ensuite. Une fois les conditions d’emprunt clairement définies, elles peuvent être représentées sous forme de positions que les participants peuvent détenir, gérer ou échanger. Cela offre aux prêteurs et aux emprunteurs différentes façons d’exprimer ce qu’ils veulent réellement : un rendement connu, un coût de financement connu, ou une exposition aux conditions elles-mêmes.

Pour moi, cela comble une pièce manquante entre le crédit de base et des marchés financiers plus structurés. Cela n’élimine pas le risque de marché et ne rend pas l’effet de levier inoffensif. Cela donne simplement au capital un cadre plus clair concernant le temps et le coût.

La partie que je surveillerais de près, c’est la liquidité. Un marché des conditions d’emprunt ne devient utile que lorsque suffisamment de participants sont disposés à échanger ces conditions. Si cela se développe, TermMax pourrait-il rendre le coût du capital lui-même plus actif en tant que marché dans la DeFi ?
$AVAAI $BTC $BOME #TermMax
Liquidity Wins
71%
Could Be Huge
29%
Needs More Users
0%
7 Votes • Vote fermé
#dusk $DUSK @Dusk_Foundation Je me suis davantage penché sur la finalité du règlement sur Dusk, et je pense que c’est l’un de ces détails qui comptent plus qu’il n’y paraît. Sur de nombreuses chaînes, « confirmé » ne signifie pas toujours que vous pouvez cesser complètement de vous préoccuper de la transaction. Il peut encore exister une fenêtre pendant laquelle des blocs changent ou bien une transaction fait l’objet d’une réorganisation (reorg). Dusk emprunte une voie différente avec DuskDS et son consensus Succinct Attestation : un bloc est ratifié, puis atteint une finalité déterministe. Cela compte énormément pour les flux financiers. Imaginez vendre un titre et savoir que l’historique de propriété est effectivement réglé, et pas seulement probablement réglé. C’est plus proche d’un desk de compensation qui appose un cachet « transaction finale » plutôt que de dire : « donnez-lui quelques confirmations de plus. » Ce qui m’intéresse, c’est que cela peut aussi modifier la façon dont la liquidité se comporte. Les market makers, les émetteurs et les applications peuvent s’appuyer sur un point de règlement plus prévisible, au lieu d’intégrer en permanence le risque de reorg dans leurs prix. La limite est aussi évidente : la finalité rapide ne crée pas automatiquement une liquidité profonde, des utilisateurs actifs ou des applications fiables. Tout cela doit encore être gagné. Pour Dusk, pensez-vous que la finalité déterministe deviendra un véritable avantage d’adoption, ou bien la liquidité reste-t-elle le principal obstacle ? $MUBARAK $HEMI
#dusk $DUSK @Dusk
Je me suis davantage penché sur la finalité du règlement sur Dusk, et je pense que c’est l’un de ces détails qui comptent plus qu’il n’y paraît.

Sur de nombreuses chaînes, « confirmé » ne signifie pas toujours que vous pouvez cesser complètement de vous préoccuper de la transaction. Il peut encore exister une fenêtre pendant laquelle des blocs changent ou bien une transaction fait l’objet d’une réorganisation (reorg). Dusk emprunte une voie différente avec DuskDS et son consensus Succinct Attestation : un bloc est ratifié, puis atteint une finalité déterministe.

Cela compte énormément pour les flux financiers. Imaginez vendre un titre et savoir que l’historique de propriété est effectivement réglé, et pas seulement probablement réglé. C’est plus proche d’un desk de compensation qui appose un cachet « transaction finale » plutôt que de dire : « donnez-lui quelques confirmations de plus. »

Ce qui m’intéresse, c’est que cela peut aussi modifier la façon dont la liquidité se comporte. Les market makers, les émetteurs et les applications peuvent s’appuyer sur un point de règlement plus prévisible, au lieu d’intégrer en permanence le risque de reorg dans leurs prix.

La limite est aussi évidente : la finalité rapide ne crée pas automatiquement une liquidité profonde, des utilisateurs actifs ou des applications fiables. Tout cela doit encore être gagné.

Pour Dusk, pensez-vous que la finalité déterministe deviendra un véritable avantage d’adoption, ou bien la liquidité reste-t-elle le principal obstacle ? $MUBARAK $HEMI
Finality Wins
100%
Liquidity Wins
0%
Both Matter
0%
2 Votes • Vote fermé
#termmax @termmax Ce qui rend TermMax intéressant à mes yeux, c’est qu’il s’attaque à un problème que je vois souvent dans la DeFi : l’emprunt, les taux d’intérêt et l’effet de levier donnent généralement l’impression d’être des éléments séparés. On peut accéder à la liquidité, mais le coût peut continuer d’évoluer, ce qui rend plus difficile la planification d’une position avec un minimum de confiance. Pour moi, c’est précisément le point faible que TermMax cherche à corriger. Je vous suggère de l’observer d’abord du point de vue de l’emprunteur. Si je sais combien je peux emprunter, mais que je n’ai aucune idée claire du coût de ce capital sur la durée de la position, la planification devient difficile. TermMax intègre l’échéance et un taux fixe dans la même structure, offrant aux emprunteurs une vision plus claire de l’accord avant d’engager leur capital. Ce que je trouve utile, c’est la manière dont cela peut s’articuler avec l’effet de levier. Un coût d’emprunt fixe donne à un trader ou à un investisseur une entrée définie lorsqu’il construit une position, tandis que les prêteurs obtiennent une échéance connue pour leur capital. Les positions tokenisées de TermMax font aussi en sorte que ces conditions deviennent des éléments qu’on peut gérer et négocier, plutôt que de simplement rester enfermées dans un prêt conventionnel. Le point faible qu’il corrige n’est pas que la DeFi manque de marchés de prêt. C’est plutôt que beaucoup de marchés laissent les utilisateurs exposés à des taux changeants et à des calendriers incertains. TermMax ne rend pas l’effet de levier “sûr”, mais il peut rendre les conditions autour de cet effet de levier plus prévisibles. Personnellement, je garderais un œil sur le fait de savoir si suffisamment de liquidité se développe autour de ces positions à terme fixe. Sans marchés actifs, des conditions utiles ne suffisent pas. Mais si la liquidité suit, est-ce que cela pourrait devenir un terrain plus praticable entre le prêt de base et l’effet de levier complexe ? $MUBARAK #TermMax $BTW
#termmax @TermMax
Ce qui rend TermMax intéressant à mes yeux, c’est qu’il s’attaque à un problème que je vois souvent dans la DeFi : l’emprunt, les taux d’intérêt et l’effet de levier donnent généralement l’impression d’être des éléments séparés. On peut accéder à la liquidité, mais le coût peut continuer d’évoluer, ce qui rend plus difficile la planification d’une position avec un minimum de confiance. Pour moi, c’est précisément le point faible que TermMax cherche à corriger.

Je vous suggère de l’observer d’abord du point de vue de l’emprunteur. Si je sais combien je peux emprunter, mais que je n’ai aucune idée claire du coût de ce capital sur la durée de la position, la planification devient difficile. TermMax intègre l’échéance et un taux fixe dans la même structure, offrant aux emprunteurs une vision plus claire de l’accord avant d’engager leur capital.

Ce que je trouve utile, c’est la manière dont cela peut s’articuler avec l’effet de levier. Un coût d’emprunt fixe donne à un trader ou à un investisseur une entrée définie lorsqu’il construit une position, tandis que les prêteurs obtiennent une échéance connue pour leur capital. Les positions tokenisées de TermMax font aussi en sorte que ces conditions deviennent des éléments qu’on peut gérer et négocier, plutôt que de simplement rester enfermées dans un prêt conventionnel.

Le point faible qu’il corrige n’est pas que la DeFi manque de marchés de prêt. C’est plutôt que beaucoup de marchés laissent les utilisateurs exposés à des taux changeants et à des calendriers incertains. TermMax ne rend pas l’effet de levier “sûr”, mais il peut rendre les conditions autour de cet effet de levier plus prévisibles.

Personnellement, je garderais un œil sur le fait de savoir si suffisamment de liquidité se développe autour de ces positions à terme fixe. Sans marchés actifs, des conditions utiles ne suffisent pas. Mais si la liquidité suit, est-ce que cela pourrait devenir un terrain plus praticable entre le prêt de base et l’effet de levier complexe ?
$MUBARAK #TermMax
$BTW
More Practical
50%
Better Balance
25%
Needs Liquidity
25%
8 Votes • Vote fermé
Trading sur 30 J $DUSK 195.3 USDT
#dusk $DUSK @Dusk_Foundation Divulgation sélective : pourquoi la confidentialité financière a besoin d’une « vue autorisée » Ces derniers temps, j’observe Dusk sous un angle légèrement différent : la confidentialité ne consiste pas vraiment à tout cacher. Sur les marchés financiers, l’idée la plus utile est plutôt de pouvoir montrer les bonnes informations à la bonne personne. Prenons un investissement privé. L’émetteur peut avoir besoin de vérifier que je suis éligible, un auditeur peut avoir besoin de la preuve d’une transaction, et un régulateur peut avoir besoin de certains documents. Mais aucun d’eux n’a nécessairement besoin de mon solde complet, de chaque transfert précédent, ou d’activités financières sans lien. C’est là que la divulgation sélective devient intéressante. Dusk prend en charge des transactions confidentielles et permet aux utilisateurs de révéler des informations spécifiques à des parties autorisées lorsque cela est requis. Sa couche d’identité Citadel est également conçue pour prouver des attributs sans exposer davantage que nécessaire. J’aime ce modèle parce qu’il correspond à la façon dont la finance fonctionne déjà dans le monde réel : accès contrôlé, pas secret total ni transparence totale. La question la plus difficile est celle de la mise en œuvre. Les outils de confidentialité doivent encore offrir des expériences utilisateur simples, des processus d’identité dignes de confiance, et une adoption suffisante pour que les institutions puissent réellement les utiliser à grande échelle. Pour moi, c’est le point qui mérite d’être surveillé. Préférez-vous que les systèmes financiers soient majoritairement privés, majoritairement transparents ou sélectivement visibles ?
#dusk $DUSK @Dusk

Divulgation sélective : pourquoi la confidentialité financière a besoin d’une « vue autorisée »

Ces derniers temps, j’observe Dusk sous un angle légèrement différent : la confidentialité ne consiste pas vraiment à tout cacher. Sur les marchés financiers, l’idée la plus utile est plutôt de pouvoir montrer les bonnes informations à la bonne personne.

Prenons un investissement privé. L’émetteur peut avoir besoin de vérifier que je suis éligible, un auditeur peut avoir besoin de la preuve d’une transaction, et un régulateur peut avoir besoin de certains documents. Mais aucun d’eux n’a nécessairement besoin de mon solde complet, de chaque transfert précédent, ou d’activités financières sans lien.

C’est là que la divulgation sélective devient intéressante. Dusk prend en charge des transactions confidentielles et permet aux utilisateurs de révéler des informations spécifiques à des parties autorisées lorsque cela est requis. Sa couche d’identité Citadel est également conçue pour prouver des attributs sans exposer davantage que nécessaire.

J’aime ce modèle parce qu’il correspond à la façon dont la finance fonctionne déjà dans le monde réel : accès contrôlé, pas secret total ni transparence totale.

La question la plus difficile est celle de la mise en œuvre. Les outils de confidentialité doivent encore offrir des expériences utilisateur simples, des processus d’identité dignes de confiance, et une adoption suffisante pour que les institutions puissent réellement les utiliser à grande échelle.

Pour moi, c’est le point qui mérite d’être surveillé.

Préférez-vous que les systèmes financiers soient majoritairement privés, majoritairement transparents ou sélectivement visibles ?
Mostly private
67%
Mostly transparent
0%
Selectively visible
33%
3 Votes • Vote fermé
MrRUHUL
·
--
En tant que créateur de Binance Square, ce que nous voulons... Qu’attendons-nous de Binance ?
Les gars, aujourd’hui je vais dire quelque chose d’important à l’équipe Binance après avoir entendu beaucoup d’avis de créateurs... Alors
Cher Binance, nous sommes des créateurs constants. Nous investissons et nous consacrons 24 h/24, jour après jour, mois après mois, année après année du temps à Binance, avec l’espoir que, en tant que créateur, nous puissions gagner beaucoup d’argent. En tant que créateur, nous attendons que Binance nous propose une solution de revenus permanente. Mais notre espoir et nos attentes se brisent complètement.

Nous savons qu’il y a un tableau pour les créateurs, qu’il y a une section alpha « gagner en écrivant ». Mais ce ne sont pas des solutions permanentes. Nous savons aussi ce qui se passe derrière la section des créateurs payée ou la section alpha et « gagner en écrivant », etc.
#termmax @termmax Quand j’ai d’abord regardé le prêt dans la DeFi, je pensais surtout à l’actif emprunté et aux intérêts payés. TermMax m’a amené à regarder l’accord qui se trouve en dessous. Le point intéressant, c’est qu’un prêt est aussi un ensemble de conditions : le montant de capital impliqué, le taux applicable, quand la position se termine, et ce qui se passe en cours de route. Ces conditions peuvent compter autant que l’argent lui-même. Je pense que c’est là que les marchés à terme fixe deviennent intéressants. Au lieu de considérer l’emprunt comme une seule transaction simple, les différents éléments de l’accord peuvent être séparés et représentés onchain. Cela laisse de la place pour que les gens prennent des positions différentes selon ce qu’ils veulent réellement du marché. Par exemple, un prêteur peut vouloir verrouiller un rendement jusqu’à une échéance connue, tandis qu’un emprunteur peut surtout vouloir connaître le coût du capital à l’avance. Quelqu’un d’autre pourrait s’intéresser à négocier la position elle-même. Le capital reste au centre, mais les conditions qui l’entourent deviennent quelque chose avec quoi les participants peuvent travailler, plutôt que quelque chose qu’ils doivent simplement accepter. Cela change la façon dont je pense l’efficacité du capital. La DeFi ne doit pas seulement avoir plus de liquidité ; elle doit aussi disposer de meilleures façons d’exprimer différentes préférences en matière de temps, de risque et de rendement. Les marchés à terme fixe pourraient donner à ce capital plus de structure, même si la liquidité autour de ces positions et la gestion des échéances doivent encore bien fonctionner. Pour moi, la question la plus importante est de savoir si la DeFi finira par traiter les conditions de prêt comme des marchés à part entière. Si cela arrive, l’emprunt pourrait devenir moins une question d’accès simple à l’argent et davantage une question de choix exact du type d’accord que vous voulez. #TermMax @termmax
#termmax @TermMax

Quand j’ai d’abord regardé le prêt dans la DeFi, je pensais surtout à l’actif emprunté et aux intérêts payés. TermMax m’a amené à regarder l’accord qui se trouve en dessous. Le point intéressant, c’est qu’un prêt est aussi un ensemble de conditions : le montant de capital impliqué, le taux applicable, quand la position se termine, et ce qui se passe en cours de route. Ces conditions peuvent compter autant que l’argent lui-même.

Je pense que c’est là que les marchés à terme fixe deviennent intéressants. Au lieu de considérer l’emprunt comme une seule transaction simple, les différents éléments de l’accord peuvent être séparés et représentés onchain. Cela laisse de la place pour que les gens prennent des positions différentes selon ce qu’ils veulent réellement du marché.

Par exemple, un prêteur peut vouloir verrouiller un rendement jusqu’à une échéance connue, tandis qu’un emprunteur peut surtout vouloir connaître le coût du capital à l’avance. Quelqu’un d’autre pourrait s’intéresser à négocier la position elle-même. Le capital reste au centre, mais les conditions qui l’entourent deviennent quelque chose avec quoi les participants peuvent travailler, plutôt que quelque chose qu’ils doivent simplement accepter.

Cela change la façon dont je pense l’efficacité du capital. La DeFi ne doit pas seulement avoir plus de liquidité ; elle doit aussi disposer de meilleures façons d’exprimer différentes préférences en matière de temps, de risque et de rendement. Les marchés à terme fixe pourraient donner à ce capital plus de structure, même si la liquidité autour de ces positions et la gestion des échéances doivent encore bien fonctionner.

Pour moi, la question la plus importante est de savoir si la DeFi finira par traiter les conditions de prêt comme des marchés à part entière. Si cela arrive, l’emprunt pourrait devenir moins une question d’accès simple à l’argent et davantage une question de choix exact du type d’accord que vous voulez. #TermMax @TermMax
#termmax @termmax I used to think of interest rates as something that changes with the market and nothing more. Mais en examinant TermMax, j’ai commencé à voir le rôle du temps différemment. Sur ses marchés à taux fixe, l’accord ne porte pas seulement sur le montant que quelqu’un prête ou emprunte. La date d’échéance fait partie intégrante de la transaction. Ce petit changement qui peut rendre toute la position plus facile à comprendre dès le départ. Imaginez prêter de l’argent à un ami avec une date de retour clairement définie. Vous savez déjà quand l’argent doit revenir et ce que vous recevrez. Il n’y a pas besoin de renégocier les conditions tous les quelques jours. TermMax apporte une idée similaire onchain, où le prêt et l’emprunt sont liés à une échéance définie plutôt qu’à un taux variable flottant et ouvert. Ce qui m’intéresse, c’est la façon dont cela modifie la planification du capital. Un prêteur peut acheter des jetons à taux fixe avec une décote et les racheter pour le montant intégral à l’échéance, tandis qu’un emprunteur peut verrouiller le coût de l’emprunt à l’avance. Le système utilise sa structure FT, XT et GT pour représenter ces positions et garder les conditions visibles onchain. Cela n’élimine pas le risque. La valeur des garanties peut toujours baisser, la liquidité peut évoluer, et un emprunteur doit toujours composer avec la date d’échéance. Les conditions fixes rendent simplement certaines parties de ce risque plus faciles à voir avant d’entrer dans la position. Pour moi, c’est l’idée principale derrière TermMax : considérer le temps comme quelque chose qui peut être valorisé et échangé, plutôt que comme une simple donnée qui se passe en arrière-plan. Les marchés à terme fixe pourraient-ils devenir une partie plus importante de la manière dont la DeFi gère le capital ? @termmax #TermMax
#termmax @TermMax I used to think of interest rates as something that changes with the market and nothing more. Mais en examinant TermMax, j’ai commencé à voir le rôle du temps différemment. Sur ses marchés à taux fixe, l’accord ne porte pas seulement sur le montant que quelqu’un prête ou emprunte. La date d’échéance fait partie intégrante de la transaction. Ce petit changement qui peut rendre toute la position plus facile à comprendre dès le départ.

Imaginez prêter de l’argent à un ami avec une date de retour clairement définie. Vous savez déjà quand l’argent doit revenir et ce que vous recevrez. Il n’y a pas besoin de renégocier les conditions tous les quelques jours. TermMax apporte une idée similaire onchain, où le prêt et l’emprunt sont liés à une échéance définie plutôt qu’à un taux variable flottant et ouvert.

Ce qui m’intéresse, c’est la façon dont cela modifie la planification du capital. Un prêteur peut acheter des jetons à taux fixe avec une décote et les racheter pour le montant intégral à l’échéance, tandis qu’un emprunteur peut verrouiller le coût de l’emprunt à l’avance. Le système utilise sa structure FT, XT et GT pour représenter ces positions et garder les conditions visibles onchain.

Cela n’élimine pas le risque. La valeur des garanties peut toujours baisser, la liquidité peut évoluer, et un emprunteur doit toujours composer avec la date d’échéance. Les conditions fixes rendent simplement certaines parties de ce risque plus faciles à voir avant d’entrer dans la position.

Pour moi, c’est l’idée principale derrière TermMax : considérer le temps comme quelque chose qui peut être valorisé et échangé, plutôt que comme une simple donnée qui se passe en arrière-plan. Les marchés à terme fixe pourraient-ils devenir une partie plus importante de la manière dont la DeFi gère le capital ? @TermMax #TermMax
#dusk $DUSK @Dusk_Foundation Imaginez une application financière où chaque transaction doit être correctement réglée, mais où tous les détails ne doivent pas être visibles par tout le monde qui observe le réseau. C’est la partie de la conception de Dusk qui m’intéresse. Au lieu de considérer la confidentialité comme quelque chose de séparé du système financier, Dusk intègre la confidentialité dans une pile qui couvre aussi le règlement, l’identité et les flux d’actifs. Pensez à une entreprise qui transfère des actifs de valeur entre différentes parties. La transaction doit être vérifiable, les bonnes personnes doivent être identifiées, et l’actif doit suivre les règles requises. Mais afficher chaque détail financier à l’ensemble du public n’est pas toujours pratique. La démarche de Dusk est intéressante parce que ces besoins peuvent coexister plutôt que d’obliger les utilisateurs à choisir entre une ouverture totale et un secret total. Pour moi, la confidentialité est l’élément clé qui relie le reste. Le règlement indique au réseau qu’il s’est passé quelque chose, l’identité aide à établir qui est autorisé à participer, et les flux d’actifs définissent comment ces actifs peuvent circuler. Les transactions confidentielles peuvent alors limiter l’exposition inutile tout en permettant de vérifier les informations nécessaires. Cela pourrait être particulièrement utile pour des applications financières où la confidentialité fait partie du fonctionnement normal des activités, et non un ajout optionnel. Il reste toutefois des questions concernant l’adoption, la facilité d’utilisation et la mesure dans laquelle les institutions vont réellement transférer leurs processus existants vers ce type d’infrastructure. La confidentialité devient vraiment utile à grande échelle seulement si les développeurs et les utilisateurs peuvent la mettre en œuvre sans ajouter trop de friction. Si des blockchains financières doivent gérer des activités sérieuses dans le monde réel, la confidentialité doit-elle être traitée comme une partie essentielle du système plutôt que comme une fonctionnalité supplémentaire ? @Dusk_Foundation
#dusk $DUSK @Dusk

Imaginez une application financière où chaque transaction doit être correctement réglée, mais où tous les détails ne doivent pas être visibles par tout le monde qui observe le réseau. C’est la partie de la conception de Dusk qui m’intéresse. Au lieu de considérer la confidentialité comme quelque chose de séparé du système financier, Dusk intègre la confidentialité dans une pile qui couvre aussi le règlement, l’identité et les flux d’actifs.

Pensez à une entreprise qui transfère des actifs de valeur entre différentes parties. La transaction doit être vérifiable, les bonnes personnes doivent être identifiées, et l’actif doit suivre les règles requises. Mais afficher chaque détail financier à l’ensemble du public n’est pas toujours pratique. La démarche de Dusk est intéressante parce que ces besoins peuvent coexister plutôt que d’obliger les utilisateurs à choisir entre une ouverture totale et un secret total.

Pour moi, la confidentialité est l’élément clé qui relie le reste. Le règlement indique au réseau qu’il s’est passé quelque chose, l’identité aide à établir qui est autorisé à participer, et les flux d’actifs définissent comment ces actifs peuvent circuler. Les transactions confidentielles peuvent alors limiter l’exposition inutile tout en permettant de vérifier les informations nécessaires. Cela pourrait être particulièrement utile pour des applications financières où la confidentialité fait partie du fonctionnement normal des activités, et non un ajout optionnel.

Il reste toutefois des questions concernant l’adoption, la facilité d’utilisation et la mesure dans laquelle les institutions vont réellement transférer leurs processus existants vers ce type d’infrastructure. La confidentialité devient vraiment utile à grande échelle seulement si les développeurs et les utilisateurs peuvent la mettre en œuvre sans ajouter trop de friction.

Si des blockchains financières doivent gérer des activités sérieuses dans le monde réel, la confidentialité doit-elle être traitée comme une partie essentielle du système plutôt que comme une fonctionnalité supplémentaire ? @Dusk
Trading sur 30 J $DUSK 146.6 USDT
#dusk $DUSK @Dusk_Foundation Je regardais Dusk et je suis tombé sur un problème intéressant. Les développeurs savent déjà comment construire avec des outils EVM, mais que se passe-t-il lorsque l’application a aussi besoin de transactions où des détails sensibles ne doivent pas être visibles par tout le monde ? C’est justement l’approche de Dusk qui a attiré mon attention : conserver la compatibilité avec EVM tout en intégrant la confidentialité au réseau. Imaginez un développeur qui a déjà construit une application financière en utilisant des outils familiers de style Ethereum. L’application fonctionne, mais certaines informations, comme des soldes, des détails d’échanges ou d’autres données sensibles, ne devraient pas rester à découvert sur un registre public. Au lieu d’obliger le développeur à choisir entre un développement EVM familier et des transactions confidentielles, Dusk essaie de faire cohabiter les deux idées dans le même environnement. Ce qui m’intéresse particulièrement, c’est la façon dont cela modifie l’espace de conception. La compatibilité EVM peut rendre la transition plus facile pour les développeurs qui comprennent déjà l’outillage d’Ethereum, tandis que des transactions confidentielles peuvent donner aux applications davantage de contrôle sur les informations qui deviennent publiquement visibles. Pour des cas d’usage financiers, surtout, cette combinaison peut compter, car la transparence ne signifie pas toujours exposer chaque élément de données à tout le monde. Il reste cependant une question pratique d’adoption. La compatibilité seule ne garantit pas que les développeurs passeront à l’action, et les fonctionnalités de confidentialité doivent fonctionner sans rendre les applications difficiles à utiliser. Le vrai test, c’est de savoir si les créateurs pourront tirer parti des avantages de la confidentialité sans avoir l’impression d’être sortis du monde EVM familier. Si Dusk parvient à faire fonctionner ces deux aspects ensemble de manière fluide, la finance basée sur EVM confidentiel pourrait-elle devenir une voie plus réaliste pour les développeurs ? @Dusk_Foundation $DUSK #dusk
#dusk $DUSK @Dusk

Je regardais Dusk et je suis tombé sur un problème intéressant. Les développeurs savent déjà comment construire avec des outils EVM, mais que se passe-t-il lorsque l’application a aussi besoin de transactions où des détails sensibles ne doivent pas être visibles par tout le monde ? C’est justement l’approche de Dusk qui a attiré mon attention : conserver la compatibilité avec EVM tout en intégrant la confidentialité au réseau.

Imaginez un développeur qui a déjà construit une application financière en utilisant des outils familiers de style Ethereum. L’application fonctionne, mais certaines informations, comme des soldes, des détails d’échanges ou d’autres données sensibles, ne devraient pas rester à découvert sur un registre public. Au lieu d’obliger le développeur à choisir entre un développement EVM familier et des transactions confidentielles, Dusk essaie de faire cohabiter les deux idées dans le même environnement.

Ce qui m’intéresse particulièrement, c’est la façon dont cela modifie l’espace de conception. La compatibilité EVM peut rendre la transition plus facile pour les développeurs qui comprennent déjà l’outillage d’Ethereum, tandis que des transactions confidentielles peuvent donner aux applications davantage de contrôle sur les informations qui deviennent publiquement visibles. Pour des cas d’usage financiers, surtout, cette combinaison peut compter, car la transparence ne signifie pas toujours exposer chaque élément de données à tout le monde.

Il reste cependant une question pratique d’adoption. La compatibilité seule ne garantit pas que les développeurs passeront à l’action, et les fonctionnalités de confidentialité doivent fonctionner sans rendre les applications difficiles à utiliser. Le vrai test, c’est de savoir si les créateurs pourront tirer parti des avantages de la confidentialité sans avoir l’impression d’être sortis du monde EVM familier.

Si Dusk parvient à faire fonctionner ces deux aspects ensemble de manière fluide, la finance basée sur EVM confidentiel pourrait-elle devenir une voie plus réaliste pour les développeurs ? @Dusk $DUSK #dusk
@Dusk_Foundation Imaginez une obligation portée “onchain”. Au début, l’idée semble simple : créer un jeton numérique qui représente l’actif. Mais que se passe-t-il ensuite ? Qui en est propriétaire, comment est-il transféré, comment le règlement s’effectue-t-il, et que se passe-t-il lorsque l’actif atteint une autre étape de son cycle de vie ? C’est là que je pense que Dusk adopte un angle différent. Pour moi, la tokenisation ne devrait pas s’arrêter à la création d’une simple représentation numérique. La plus grande opportunité consiste à déplacer davantage du cycle de vie de l’actif vers une infrastructure capable de gérer, de manière coordonnée, l’émission, la propriété, les transferts et le règlement. Dusk construit sa couche 1 autour de marchés financiers réglementés, avec une infrastructure capable de prendre en charge des flux d’émission native pour des titres réglementés lorsque l’autorisation requise et la configuration du produit sont en place. Dusk Trade ajoute une couche supplémentaire à cet ensemble en se concentrant sur des actifs financiers tokenisés tels que les MMF, les ETF, les obligations et les RWA. Le plus intéressant, c’est la manière dont ces éléments s’assemblent. Au lieu d’avoir la création des jetons dans un système, le trading ailleurs et le règlement géré séparément, l’objectif est de rapprocher davantage l’ensemble de ce processus tout en tenant compte des exigences réglementaires. Je le vois moins comme le fait de mettre des actifs existants “onchain” que comme la question de savoir quelles parties du cycle de vie financier peuvent réellement bénéficier d’une approche onchain. C’est dans cette direction, celle de @Dusk_Foundation , que je suis le plus intéressé. $DUSK #dusk $COW $CYS
@Dusk
Imaginez une obligation portée “onchain”. Au début, l’idée semble simple : créer un jeton numérique qui représente l’actif. Mais que se passe-t-il ensuite ? Qui en est propriétaire, comment est-il transféré, comment le règlement s’effectue-t-il, et que se passe-t-il lorsque l’actif atteint une autre étape de son cycle de vie ?

C’est là que je pense que Dusk adopte un angle différent.

Pour moi, la tokenisation ne devrait pas s’arrêter à la création d’une simple représentation numérique. La plus grande opportunité consiste à déplacer davantage du cycle de vie de l’actif vers une infrastructure capable de gérer, de manière coordonnée, l’émission, la propriété, les transferts et le règlement.

Dusk construit sa couche 1 autour de marchés financiers réglementés, avec une infrastructure capable de prendre en charge des flux d’émission native pour des titres réglementés lorsque l’autorisation requise et la configuration du produit sont en place. Dusk Trade ajoute une couche supplémentaire à cet ensemble en se concentrant sur des actifs financiers tokenisés tels que les MMF, les ETF, les obligations et les RWA.

Le plus intéressant, c’est la manière dont ces éléments s’assemblent. Au lieu d’avoir la création des jetons dans un système, le trading ailleurs et le règlement géré séparément, l’objectif est de rapprocher davantage l’ensemble de ce processus tout en tenant compte des exigences réglementaires.

Je le vois moins comme le fait de mettre des actifs existants “onchain” que comme la question de savoir quelles parties du cycle de vie financier peuvent réellement bénéficier d’une approche onchain.

C’est dans cette direction, celle de @Dusk , que je suis le plus intéressé.

$DUSK #dusk $COW $CYS
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme