#dusk $DUSK @Dusk
La plupart des restaurants achètent leurs ingrédients auprès d’un fournisseur, louent leurs locaux et utilisent un système de point de vente (POS) tiers pour les paiements. Un restaurant qui possède sa propre ferme, ses propres locaux et son propre prestataire de traitement des paiements ne fait pas que réaliser des économies : il contrôle chaque point de décision de la chaîne, de ce qui est cultivé à la manière dont un client paie.
Je pensais que les différents produits de Dusk — Dusk Trade, Citadel, DuskEVM, DuskDS — étaient des offres distinctes, plutôt faiblement reliées. Cette hypothèse s’est effondrée en lisant le récent récapitulatif de Dusk sur la façon dont ils s’emboîtent.
Les propres documents de Dusk le déclarent directement : les marchés financiers ont besoin d’identité, de confidentialité, de distribution des produits, de règlement et d’applications qui fonctionnent ensemble, et Dusk possède la pile (stack) de bout en bout derrière ces fonctions. Dusk Trade gère le trading orienté investisseurs et l’accès aux investissements tokenisés. Citadel gère l’identité et la divulgation sélective. DuskDS et DuskVM gèrent la disponibilité des données, le règlement déterministe et l’exécution native des smart contrats sur L1. DuskEVM offre aux développeurs Solidity et Vyper un environnement familier, avec Hedger ajoutant un coffre-fort de confidentialité pour la détention d’EVM confidentielle et les soldes.
Auto-critique : la possession de la pile complète est présentée, dans les mots mêmes de Dusk, comme un « avantage concurrentiel majeur », mais l’intégration verticale fonctionne dans les deux sens — un bug ou un défaut de conception dans une couche interne ne peut pas être contourné comme on peut parfois le faire avec une dépendance tierce.
DUSK devrait être évalué sur la question de savoir si ce contrôle se traduit par des itérations plus rapides, et pas seulement par moins de dépendances externes.
La plupart des restaurants achètent leurs ingrédients auprès d’un fournisseur, louent leurs locaux et utilisent un système de point de vente (POS) tiers pour les paiements. Un restaurant qui possède sa propre ferme, ses propres locaux et son propre prestataire de traitement des paiements ne fait pas que réaliser des économies : il contrôle chaque point de décision de la chaîne, de ce qui est cultivé à la manière dont un client paie.
Je pensais que les différents produits de Dusk — Dusk Trade, Citadel, DuskEVM, DuskDS — étaient des offres distinctes, plutôt faiblement reliées. Cette hypothèse s’est effondrée en lisant le récent récapitulatif de Dusk sur la façon dont ils s’emboîtent.
Les propres documents de Dusk le déclarent directement : les marchés financiers ont besoin d’identité, de confidentialité, de distribution des produits, de règlement et d’applications qui fonctionnent ensemble, et Dusk possède la pile (stack) de bout en bout derrière ces fonctions. Dusk Trade gère le trading orienté investisseurs et l’accès aux investissements tokenisés. Citadel gère l’identité et la divulgation sélective. DuskDS et DuskVM gèrent la disponibilité des données, le règlement déterministe et l’exécution native des smart contrats sur L1. DuskEVM offre aux développeurs Solidity et Vyper un environnement familier, avec Hedger ajoutant un coffre-fort de confidentialité pour la détention d’EVM confidentielle et les soldes.
Auto-critique : la possession de la pile complète est présentée, dans les mots mêmes de Dusk, comme un « avantage concurrentiel majeur », mais l’intégration verticale fonctionne dans les deux sens — un bug ou un défaut de conception dans une couche interne ne peut pas être contourné comme on peut parfois le faire avec une dépendance tierce.
DUSK devrait être évalué sur la question de savoir si ce contrôle se traduit par des itérations plus rapides, et pas seulement par moins de dépendances externes.