#dusk $DUSK @Dusk Je suis entré dans Dusk en m’attendant à la partie la plus intéressante : la cryptographie.
Khovratovich, Argon2, Equihash, PLONK — plus je creusais, plus il devenait évident que Dusk repose sur des fondations techniques solides. Mais ensuite, je me suis arrêté de lire les recherches et je me suis tourné vers la partie que les utilisateurs touchent réellement.
Cela a changé la question.
Un réseau peut présenter des preuves sophistiquées, des mécanismes de confidentialité et une architecture de règlement, mais la décision de sécurité la plus immédiate peut encore survenir au niveau de l’application.
Le récent arrêt du pont en est un bon exemple. L’important n’était pas de savoir si DuskDS pouvait continuer à produire des blocs — c’est ce qu’il a fait. La partie intéressante, c’était la manière dont l’écosystème a réagi face à une activité suspecte : mettre en pause les services du pont concernés, enquêter, renforcer la couche opérationnelle, et ajouter un avertissement pour les destinataires / une liste de blocage directement dans le Web Wallet.
Cela semble presque contre-intuitif.
On peut passer des années à construire une cryptographie avancée, mais une seule interaction de portefeuille peut tout de même devenir le point où les utilisateurs ordinaires rencontrent un risque réel.
Et c’est là, je pense, que commence la grande question autour de Dusk.
Si l’objectif est celui d’actifs financiers réglementés, la sécurité doit-elle être de plus en plus imposée par le protocole lui-même, ou bien un modèle en couches — protocole + infrastructure + portefeuille — est-il en réalité plus pratique ?
La première approche est plus nette.
La seconde pourrait être plus facile à déployer et à améliorer rapidement.
Mais lorsque de grandes institutions commencent à déplacer des actifs on-chain, je pense qu’elles ne se contenteront pas de demander :
« La blockchain est-elle sécurisée ? »
Elles demanderont :
« Quelle couche est responsable quand quelque chose tourne mal ? »
Cette distinction pourrait compter davantage que la cryptographie elle-même.
Khovratovich, Argon2, Equihash, PLONK — plus je creusais, plus il devenait évident que Dusk repose sur des fondations techniques solides. Mais ensuite, je me suis arrêté de lire les recherches et je me suis tourné vers la partie que les utilisateurs touchent réellement.
Cela a changé la question.
Un réseau peut présenter des preuves sophistiquées, des mécanismes de confidentialité et une architecture de règlement, mais la décision de sécurité la plus immédiate peut encore survenir au niveau de l’application.
Le récent arrêt du pont en est un bon exemple. L’important n’était pas de savoir si DuskDS pouvait continuer à produire des blocs — c’est ce qu’il a fait. La partie intéressante, c’était la manière dont l’écosystème a réagi face à une activité suspecte : mettre en pause les services du pont concernés, enquêter, renforcer la couche opérationnelle, et ajouter un avertissement pour les destinataires / une liste de blocage directement dans le Web Wallet.
Cela semble presque contre-intuitif.
On peut passer des années à construire une cryptographie avancée, mais une seule interaction de portefeuille peut tout de même devenir le point où les utilisateurs ordinaires rencontrent un risque réel.
Et c’est là, je pense, que commence la grande question autour de Dusk.
Si l’objectif est celui d’actifs financiers réglementés, la sécurité doit-elle être de plus en plus imposée par le protocole lui-même, ou bien un modèle en couches — protocole + infrastructure + portefeuille — est-il en réalité plus pratique ?
La première approche est plus nette.
La seconde pourrait être plus facile à déployer et à améliorer rapidement.
Mais lorsque de grandes institutions commencent à déplacer des actifs on-chain, je pense qu’elles ne se contenteront pas de demander :
« La blockchain est-elle sécurisée ? »
Elles demanderont :
« Quelle couche est responsable quand quelque chose tourne mal ? »
Cette distinction pourrait compter davantage que la cryptographie elle-même.
