Une petite notification s’est affichée pendant que je lisais quelque chose sur Dusk, et j’ai presque ignoré ça parce que j’étais plus intéressé par le graphique à côté. Puis je suis retourné à la partie XSC et je me suis retrouvé bloqué là-dessus.
J’avais une tasse de thé au chai bien froide sur la table et un biscuit qui, d’une manière ou d’une autre, avait complètement ramolli. Ce n’était pas exactement une installation de recherche sérieuse.
Ce qui m’a accroché, c’est l’idée que XSC soit une norme pour des contrats intelligents confidentiels. Au début, je me suis dit : d’accord, c’est juste une étiquette technique de plus.
Mais si des développeurs construisent des applications financières, le fait d’avoir une façon commune de créer des contrats confidentiels pourrait compter davantage que ce que je m’étais imaginé.
Sans une sorte de norme partagée, chaque application pourrait finir par gérer la confidentialité différemment. Un projet pourrait structurer les contrats d’une certaine manière, un autre utiliser des hypothèses totalement différentes, et tout à coup, créer un écosystème autour d’eux devient compliqué.
Du coup, XSC m’a semblé moins être une fonctionnalité et davantage une langue commune pour les développeurs qui travaillent avec des contrats confidentiels.
J’ai presque noté « interopérabilité » tout de suite, mais je me suis rendu compte que j’allais trop vite. Une norme ne rend pas tout compatible par magie.
Cela dit, l’idée est intéressante.
Si davantage de développeurs construisent autour du même cadre de contrats confidentiels, il pourrait devenir plus simple de créer différentes applications financières sans devoir réinventer la partie liée à la confidentialité à chaque fois.
Je me demande si XSC peut réellement devenir ce type de base, ou si, à mesure que l’écosystème se complexifie, les développeurs finiront par préférer leurs propres approches.
#dusk #DUSK @Dusk
$ENA
$ACE
$DUSK
J’avais une tasse de thé au chai bien froide sur la table et un biscuit qui, d’une manière ou d’une autre, avait complètement ramolli. Ce n’était pas exactement une installation de recherche sérieuse.
Ce qui m’a accroché, c’est l’idée que XSC soit une norme pour des contrats intelligents confidentiels. Au début, je me suis dit : d’accord, c’est juste une étiquette technique de plus.
Mais si des développeurs construisent des applications financières, le fait d’avoir une façon commune de créer des contrats confidentiels pourrait compter davantage que ce que je m’étais imaginé.
Sans une sorte de norme partagée, chaque application pourrait finir par gérer la confidentialité différemment. Un projet pourrait structurer les contrats d’une certaine manière, un autre utiliser des hypothèses totalement différentes, et tout à coup, créer un écosystème autour d’eux devient compliqué.
Du coup, XSC m’a semblé moins être une fonctionnalité et davantage une langue commune pour les développeurs qui travaillent avec des contrats confidentiels.
J’ai presque noté « interopérabilité » tout de suite, mais je me suis rendu compte que j’allais trop vite. Une norme ne rend pas tout compatible par magie.
Cela dit, l’idée est intéressante.
Si davantage de développeurs construisent autour du même cadre de contrats confidentiels, il pourrait devenir plus simple de créer différentes applications financières sans devoir réinventer la partie liée à la confidentialité à chaque fois.
Je me demande si XSC peut réellement devenir ce type de base, ou si, à mesure que l’écosystème se complexifie, les développeurs finiront par préférer leurs propres approches.
#dusk #DUSK @Dusk
$ENA
$ACE
$DUSK
