#dusk $DUSK
Ce qui me fait regarder deux fois Dusk Network, c’est que la confidentialité est intégrée au système plutôt que traitée comme une couche supplémentaire. Sa couche 1 prend en charge la norme Confidential Security Contract (XSC) ainsi que des smart contracts confidentiels, ce qui signifie que les développeurs doivent penser à la confidentialité pendant la construction, pas une fois que tout est déjà en place. Sur le papier, cela paraît propre, mais je pense que le vrai défi consiste à garder le tout utilisable. Plus de confidentialité peut aussi vouloir dire davantage de règles, davantage de décisions pour les développeurs et, parfois, plus de complexité pour les utilisateurs. Ce compromis est difficile à éviter. Ce qui m’intéresse davantage, c’est la façon dont les gens gèrent cela au quotidien, plutôt que la façon dont l’architecture sonne bien dans une description. Si les développeurs peuvent comprendre le comportement du système et s’en servir sans devoir constamment lutter contre le design, c’est un point important. Il en va de même pour les utilisateurs. Ils ne devraient pas avoir besoin de comprendre tous les mécanismes sous-jacents pour interagir normalement avec une application. Les applications financières rendent tout cela encore plus crucial, car un comportement prévisible et des coûts clairs peuvent rapidement devenir des exigences pratiques plutôt que de simples options agréables. J’ai appris à prêter attention à ces petits détails, parce qu’ils vous en disent généralement plus sur l’infrastructure que les grandes affirmations. La confidentialité est utile, mais elle change aussi la manière dont un système doit fonctionner. La question à laquelle je reviens sans cesse est simple : cette complexité ajoutée peut-elle rester maîtrisable ? Si c’est le cas, le design commence à ressembler moins à une expérience technique et davantage à quelque chose avec lequel les gens peuvent réellement travailler.
$DUSK DUSK $1 Bon
@Dusk_Foundation
Ce qui me fait regarder deux fois Dusk Network, c’est que la confidentialité est intégrée au système plutôt que traitée comme une couche supplémentaire. Sa couche 1 prend en charge la norme Confidential Security Contract (XSC) ainsi que des smart contracts confidentiels, ce qui signifie que les développeurs doivent penser à la confidentialité pendant la construction, pas une fois que tout est déjà en place. Sur le papier, cela paraît propre, mais je pense que le vrai défi consiste à garder le tout utilisable. Plus de confidentialité peut aussi vouloir dire davantage de règles, davantage de décisions pour les développeurs et, parfois, plus de complexité pour les utilisateurs. Ce compromis est difficile à éviter. Ce qui m’intéresse davantage, c’est la façon dont les gens gèrent cela au quotidien, plutôt que la façon dont l’architecture sonne bien dans une description. Si les développeurs peuvent comprendre le comportement du système et s’en servir sans devoir constamment lutter contre le design, c’est un point important. Il en va de même pour les utilisateurs. Ils ne devraient pas avoir besoin de comprendre tous les mécanismes sous-jacents pour interagir normalement avec une application. Les applications financières rendent tout cela encore plus crucial, car un comportement prévisible et des coûts clairs peuvent rapidement devenir des exigences pratiques plutôt que de simples options agréables. J’ai appris à prêter attention à ces petits détails, parce qu’ils vous en disent généralement plus sur l’infrastructure que les grandes affirmations. La confidentialité est utile, mais elle change aussi la manière dont un système doit fonctionner. La question à laquelle je reviens sans cesse est simple : cette complexité ajoutée peut-elle rester maîtrisable ? Si c’est le cas, le design commence à ressembler moins à une expérience technique et davantage à quelque chose avec lequel les gens peuvent réellement travailler.
$DUSK DUSK $1 Bon
@Dusk_Foundation