Plus je lis sur Dusk, plus je me rends compte que certaines de ses idées les plus intéressantes sont cachées dans de petits détails.
Un exemple : la façon dont DUSK passe entre les transactions privées et l’exécution des smart contracts.
Au début, je pensais qu’il s’agirait simplement de deux parties distinctes du réseau.
Mais Dusk a conçu un mécanisme de « Crossover » pour servir de passerelle entre les deux.
Un utilisateur peut conserver du DUSK dans la couche de transaction, puis transférer la valeur nécessaire dans la couche de calcul généralisée lors de l’appel d’un contrat. La transaction transporte aussi les informations de « gas » nécessaires à cette exécution.
Que se passe-t-il si le contrat n’utilise pas tout le gas alloué ?
Le montant inutilisé peut être renvoyé via une note de remboursement.
Ça ressemble à un tout petit détail technique.
Mais je pense que cela révèle quelque chose de plus vaste à propos de l’architecture.
Dusk ne traite pas la confidentialité, les paiements, le calcul et les frais comme des fonctionnalités isolées. Elles sont conçues pour fonctionner ensemble au sein du même processus de transition d’état.
C’est important, car les applications financières ne s’inscrivent presque jamais dans une seule case.
L’argent circule. Les contrats s’exécutent. Les frais sont payés. Les données ont besoin d’être protégées.
Le point intéressant est de faire en sorte que toutes ces choses fonctionnent ensemble sans compromettre le modèle de confidentialité.
C’est ce genre de détail d’infrastructure qui me fait regarder Dusk différemment.
@Dusk #dusk $DUSK
Un exemple : la façon dont DUSK passe entre les transactions privées et l’exécution des smart contracts.
Au début, je pensais qu’il s’agirait simplement de deux parties distinctes du réseau.
Mais Dusk a conçu un mécanisme de « Crossover » pour servir de passerelle entre les deux.
Un utilisateur peut conserver du DUSK dans la couche de transaction, puis transférer la valeur nécessaire dans la couche de calcul généralisée lors de l’appel d’un contrat. La transaction transporte aussi les informations de « gas » nécessaires à cette exécution.
Que se passe-t-il si le contrat n’utilise pas tout le gas alloué ?
Le montant inutilisé peut être renvoyé via une note de remboursement.
Ça ressemble à un tout petit détail technique.
Mais je pense que cela révèle quelque chose de plus vaste à propos de l’architecture.
Dusk ne traite pas la confidentialité, les paiements, le calcul et les frais comme des fonctionnalités isolées. Elles sont conçues pour fonctionner ensemble au sein du même processus de transition d’état.
C’est important, car les applications financières ne s’inscrivent presque jamais dans une seule case.
L’argent circule. Les contrats s’exécutent. Les frais sont payés. Les données ont besoin d’être protégées.
Le point intéressant est de faire en sorte que toutes ces choses fonctionnent ensemble sans compromettre le modèle de confidentialité.
C’est ce genre de détail d’infrastructure qui me fait regarder Dusk différemment.
@Dusk #dusk $DUSK
