#dusk $DUSK
Chaque chaîne RWA affirme être conforme dès sa conception. Ce qui m’a fait vraiment m’arrêter, c’est une ligne précise dans la documentation de l’infrastructure de marché de Dusk : les contrôles de transfert existent comme une étape distincte et appliquée, imposer qui peut détenir ou transférer, séparée de l’onboarding et séparée du règlement. La plupart des chaînes brouillent tout cela en une seule chose : si vous avez des jetons, vous pouvez les déplacer.
Je voulais donc vérifier ce que signifie réellement cette séparation pour NPEX qui passe onchain.
Documenté : l’architecture de Dusk découpe le cycle de vie de l’actif régulé en étapes : configuration de l’émetteur, onboarding des investisseurs (liaison du portefeuille à des participants vérifiés), contrôles de transfert, trading/distribution, et règlement avec une finalité déterministe. Chaque étape est un point de contrôle, pas seulement une étape d’interface utilisateur. Zedger exécute cela nativement sur DuskDS ; Hedger applique un modèle similaire à DuskEVM en utilisant le chiffrement homomorphe et des preuves ZK, afin que les soldes restent chiffrés tout en restant auditables.
Pourquoi c’est important : un grand livre public peut prouver qu’une transaction a eu lieu. Il ne peut pas, à lui seul, prouver que le destinataire était éligible pour recevoir cet actif. C’est cette vérification d’éligibilité qui sépare les tokens tokenisés des actifs régulés. Le fait que NPEX apporte ses ~300 M€+ d’AUM onchain est le premier vrai test pour savoir si cette couche d’application fonctionne en conditions réelles, et pas seulement dans la documentation.
Ce que je ne peux pas confirmer à partir de sources publiques : si l’activité onchain actuelle de NPEX passe réellement par la logique de liaison du portefeuille et de contrôle de transfert au niveau du contrat, ou si cette application se fait encore hors chaîne aujourd’hui, la blockchain jouant principalement un rôle de règlement et de couche d’enregistrement pour le moment. La documentation de Dusk décrit la conception ; elle ne me montre pas la configuration en direct de NPEX.
Je suis vraiment curieux : quelqu’un a-t-il déjà vu une transaction (ou une transaction rejetée) provenant du déploiement de NPEX qui montre que la logique de contrôle de transfert bloque effectivement un détenteur inéligible onchain, plutôt qu’au niveau du courtier ?
@Dusk_Foundation $DUSK #dusk
Chaque chaîne RWA affirme être conforme dès sa conception. Ce qui m’a fait vraiment m’arrêter, c’est une ligne précise dans la documentation de l’infrastructure de marché de Dusk : les contrôles de transfert existent comme une étape distincte et appliquée, imposer qui peut détenir ou transférer, séparée de l’onboarding et séparée du règlement. La plupart des chaînes brouillent tout cela en une seule chose : si vous avez des jetons, vous pouvez les déplacer.
Je voulais donc vérifier ce que signifie réellement cette séparation pour NPEX qui passe onchain.
Documenté : l’architecture de Dusk découpe le cycle de vie de l’actif régulé en étapes : configuration de l’émetteur, onboarding des investisseurs (liaison du portefeuille à des participants vérifiés), contrôles de transfert, trading/distribution, et règlement avec une finalité déterministe. Chaque étape est un point de contrôle, pas seulement une étape d’interface utilisateur. Zedger exécute cela nativement sur DuskDS ; Hedger applique un modèle similaire à DuskEVM en utilisant le chiffrement homomorphe et des preuves ZK, afin que les soldes restent chiffrés tout en restant auditables.
Pourquoi c’est important : un grand livre public peut prouver qu’une transaction a eu lieu. Il ne peut pas, à lui seul, prouver que le destinataire était éligible pour recevoir cet actif. C’est cette vérification d’éligibilité qui sépare les tokens tokenisés des actifs régulés. Le fait que NPEX apporte ses ~300 M€+ d’AUM onchain est le premier vrai test pour savoir si cette couche d’application fonctionne en conditions réelles, et pas seulement dans la documentation.
Ce que je ne peux pas confirmer à partir de sources publiques : si l’activité onchain actuelle de NPEX passe réellement par la logique de liaison du portefeuille et de contrôle de transfert au niveau du contrat, ou si cette application se fait encore hors chaîne aujourd’hui, la blockchain jouant principalement un rôle de règlement et de couche d’enregistrement pour le moment. La documentation de Dusk décrit la conception ; elle ne me montre pas la configuration en direct de NPEX.
Je suis vraiment curieux : quelqu’un a-t-il déjà vu une transaction (ou une transaction rejetée) provenant du déploiement de NPEX qui montre que la logique de contrôle de transfert bloque effectivement un détenteur inéligible onchain, plutôt qu’au niveau du courtier ?
@Dusk_Foundation $DUSK #dusk