趁着这波 RWA 和合规叙事又被拉出来炒,我上周自己写了个脚本,把 Dusk 的 Piecrust 虚拟机和合约部署流程从头到尾摸了一遍。作为一个老开发,我不怎么看宣发画的大饼,只看代码跑起来到底顺不顺手。
En pratique, la sensation la plus directe est la suivante : ce n’est pas vraiment comparable aux projets de confidentialité que j’ai déjà bricolés. Avant, quand je jouais avec Secret, la couche basse ne pouvait jamais vraiment échapper au matériel Intel SGX ; un jour, si une faille matérielle sortait, j’avais toujours un pincement au cœur. Avec Mina, le concept de ZK récursif est certes brillant, mais si on veut écrire ne serait-ce qu’une logique métier un peu complexe, les preuves d’état peuvent vite vous donner l’air de devenir chauve.
Dusk, lui, emprunte une voie “underground” : utiliser des preuves à divulgation de connaissance zéro pour réaliser des audits de conformité. Son modèle Phoenix et le ledger Zedger sont plutôt malins : ils séparent en deux niveaux “prouver que j’ai de l’argent et que je peux faire un virement” et “qui transfère à qui, et combien”.
J’ai essayé d’écrire un script simple de transfert avec des attributs de conformité liés à l’identité. Le meilleur, c’est que le niveau d’exigence pour le débogage est plus bas que ce que j’avais anticipé : la compatibilité de la VM WASM est vraiment meilleure que ces chaînes qui modifient le langage de façon trop “magique”. Mais il y a aussi des aspects franchement pénibles : quand on génère les preuves côté client localement, le CPU grimpe d’un coup ; et lors des interactions via l’extension de navigateur, on voit clairement des ralentissements de quelques secondes. Pour des joueurs habitués aux confirmations en secondes sur chaîne, ce temps d’attente peut vraiment mettre un coup au moral.
Cela dit, en creusant un peu plus, ce que j’appelle une “confidentialité avec frein” est en réalité la seule solution qui permet aux fonds traditionnels d’entrer. Ce que veulent les institutions n’est jamais un anonymat total “hors cadre”, mais plutôt : “je garde confidentielles les informations vis-à-vis du public, mais lors d’un audit je peux produire une preuve de conformité”. Dusk transforme les interfaces de régulation en divulgation sélective grâce à la cryptographie : ça a clairement visé un point sensible chez les grandes institutions financières européennes. La base technique est solide, mais pour que tout fonctionne vraiment, il faut surtout réussir à alléger le client : ne pas faire que l’interaction avec l’utilisateur lambda ressemble à de l’extraction de minage.
Après avoir testé ce cycle, selon vous, pour cette chaîne de confidentialité qui joue surtout la carte de la conformité, dans quelle direction devrait-on s’attaquer en priorité ? #韩国KOSPI涨近1% #dusk $DUSK @Dusk
En pratique, la sensation la plus directe est la suivante : ce n’est pas vraiment comparable aux projets de confidentialité que j’ai déjà bricolés. Avant, quand je jouais avec Secret, la couche basse ne pouvait jamais vraiment échapper au matériel Intel SGX ; un jour, si une faille matérielle sortait, j’avais toujours un pincement au cœur. Avec Mina, le concept de ZK récursif est certes brillant, mais si on veut écrire ne serait-ce qu’une logique métier un peu complexe, les preuves d’état peuvent vite vous donner l’air de devenir chauve.
Dusk, lui, emprunte une voie “underground” : utiliser des preuves à divulgation de connaissance zéro pour réaliser des audits de conformité. Son modèle Phoenix et le ledger Zedger sont plutôt malins : ils séparent en deux niveaux “prouver que j’ai de l’argent et que je peux faire un virement” et “qui transfère à qui, et combien”.
J’ai essayé d’écrire un script simple de transfert avec des attributs de conformité liés à l’identité. Le meilleur, c’est que le niveau d’exigence pour le débogage est plus bas que ce que j’avais anticipé : la compatibilité de la VM WASM est vraiment meilleure que ces chaînes qui modifient le langage de façon trop “magique”. Mais il y a aussi des aspects franchement pénibles : quand on génère les preuves côté client localement, le CPU grimpe d’un coup ; et lors des interactions via l’extension de navigateur, on voit clairement des ralentissements de quelques secondes. Pour des joueurs habitués aux confirmations en secondes sur chaîne, ce temps d’attente peut vraiment mettre un coup au moral.
Cela dit, en creusant un peu plus, ce que j’appelle une “confidentialité avec frein” est en réalité la seule solution qui permet aux fonds traditionnels d’entrer. Ce que veulent les institutions n’est jamais un anonymat total “hors cadre”, mais plutôt : “je garde confidentielles les informations vis-à-vis du public, mais lors d’un audit je peux produire une preuve de conformité”. Dusk transforme les interfaces de régulation en divulgation sélective grâce à la cryptographie : ça a clairement visé un point sensible chez les grandes institutions financières européennes. La base technique est solide, mais pour que tout fonctionne vraiment, il faut surtout réussir à alléger le client : ne pas faire que l’interaction avec l’utilisateur lambda ressemble à de l’extraction de minage.
Après avoir testé ce cycle, selon vous, pour cette chaîne de confidentialité qui joue surtout la carte de la conformité, dans quelle direction devrait-on s’attaquer en priorité ? #韩国KOSPI涨近1% #dusk $DUSK @Dusk
优化客户端生成证明的速度,别让电脑风扇狂转
赶紧拉几家传统券商或银行把真实资产跑通
简化用户交互前端,让体验更接近普通公链
赛道太慢,先捂紧钱包等生态自己跑出来
7 heure(s) restante(s)