J’ai parcouru aujourd’hui la documentation de Nillion et j’essayais de comprendre ce que les Covenants changent réellement au fonctionnement des contrats intelligents à $NIL
Au départ, je pensais qu’il s’agissait simplement d’une autre façon de protéger la confidentialité des transactions. Mais plus je lisais, plus je comprenais que l’objectif était différent : garder l’instruction elle-même privée en attendant qu’une condition soit remplie.
Par exemple, imaginez que vous définissiez une condition de prix pour un ordre. Sur une blockchain transparente, révéler cette intention à l’avance peut exposer votre stratégie aux autres traders. Les Covenants visent à garder cette instruction chiffrée jusqu’à ce que sa condition soit remplie, puis à permettre son exécution sans qu’un tiers ait à la gérer.
Cela soulève pour moi des questions techniques intéressantes. Comment les conditions d’exécution sont-elles vérifiées, et quelles hypothèses les utilisateurs doivent-ils accepter concernant le réseau sous-jacent ? Si personne ne peut lire une instruction pendant qu’elle est en attente, comment des observateurs indépendants peuvent-ils vérifier que son exécution a respecté les règles prévues ?
J’ai également remarqué que Dusk, la première version des Covenants, est déployée sur le réseau principal d’Ethereum et non sur un réseau de test. Son périmètre initial se concentre sur les conditions de prix et de temps. Je me demande comment les six autres ères de la feuille de route de Nillion étendront ces capacités, en particulier pour des applications plus complexes.
L’aspect gouvernance compte aussi. Comment les mises à niveau, les litiges et les éventuelles vulnérabilités seront-ils gérés sans compromettre les garanties de confidentialité ?
Les instructions privées pourraient être utiles, mais ce sont les détails de leur mise en œuvre qui détermineront le niveau de confiance dont les utilisateurs auront réellement besoin.
Quelles hypothèses de sécurité examineriez-vous en premier pour évaluer les Covenants ?
#nil $NIL @Nillion
Au départ, je pensais qu’il s’agissait simplement d’une autre façon de protéger la confidentialité des transactions. Mais plus je lisais, plus je comprenais que l’objectif était différent : garder l’instruction elle-même privée en attendant qu’une condition soit remplie.
Par exemple, imaginez que vous définissiez une condition de prix pour un ordre. Sur une blockchain transparente, révéler cette intention à l’avance peut exposer votre stratégie aux autres traders. Les Covenants visent à garder cette instruction chiffrée jusqu’à ce que sa condition soit remplie, puis à permettre son exécution sans qu’un tiers ait à la gérer.
Cela soulève pour moi des questions techniques intéressantes. Comment les conditions d’exécution sont-elles vérifiées, et quelles hypothèses les utilisateurs doivent-ils accepter concernant le réseau sous-jacent ? Si personne ne peut lire une instruction pendant qu’elle est en attente, comment des observateurs indépendants peuvent-ils vérifier que son exécution a respecté les règles prévues ?
J’ai également remarqué que Dusk, la première version des Covenants, est déployée sur le réseau principal d’Ethereum et non sur un réseau de test. Son périmètre initial se concentre sur les conditions de prix et de temps. Je me demande comment les six autres ères de la feuille de route de Nillion étendront ces capacités, en particulier pour des applications plus complexes.
L’aspect gouvernance compte aussi. Comment les mises à niveau, les litiges et les éventuelles vulnérabilités seront-ils gérés sans compromettre les garanties de confidentialité ?
Les instructions privées pourraient être utiles, mais ce sont les détails de leur mise en œuvre qui détermineront le niveau de confiance dont les utilisateurs auront réellement besoin.
Quelles hypothèses de sécurité examineriez-vous en premier pour évaluer les Covenants ?
#nil $NIL @Nillion