Pourquoi Dusk devait imposer une limite au calcul
J’y réfléchissais en observant comment les smart contracts s’exécutent réellement sur Dusk
Au début, une limite sur le calcul semblait être une restriction
Si un contrat a besoin de plus de travail, pourquoi ne pas simplement le laisser continuer
Puis j’ai commencé à me demander ce qui se passe lorsque des centaines de contrats se disputent les mêmes ressources réseau
Un smart contract ne s’exécute pas sur un ordinateur isolé
Son exécution doit être traitée par le réseau, et chaque calcul supplémentaire représente davantage de travail pour les nœuds
Donc, s’il n’y avait aucune limite pratique, une transaction complexe ou mal conçue pourrait consommer une quantité de ressources disproportionnée
C’est là que le modèle de gas de Dusk a commencé à me paraître plus logique
Une transaction fixe une limite de gas, et le réseau facture le gas réellement consommé. Si l’exécution manque de gas, la transaction est annulée plutôt que de continuer indéfiniment
J’ai aussi trouvé un détail intéressant dans le travail d’ingénierie de Dusk : les transactions dont le gas est inférieur à la limite minimale peuvent être stoppées avant même d’être traitées, précisément pour réduire la charge computationnelle inutile et l’impact du spam
Ainsi, la limite ne dit pas vraiment
Que vous ne pouvez pas faire grand-chose
C’est plutôt comme
Vous devez payer pour la quantité de calcul que vous demandez au réseau d’effectuer
Cela a changé ma façon de voir les choses
Pour une blockchain financière, l’utilisation prévisible des ressources n’est pas un simple détail technique
C’est une partie de la garantie que la couche d’exécution reste utilisable quand beaucoup d’applications tournent en même temps
Au départ, je voyais la limite de calcul comme une limitation
Maintenant, je la considère davantage comme un moyen de s’assurer qu’un seul contrat ne puisse pas traiter tout le réseau comme s’il s’agissait de son ordinateur personnel
#dusk $DUSK @Dusk
J’y réfléchissais en observant comment les smart contracts s’exécutent réellement sur Dusk
Au début, une limite sur le calcul semblait être une restriction
Si un contrat a besoin de plus de travail, pourquoi ne pas simplement le laisser continuer
Puis j’ai commencé à me demander ce qui se passe lorsque des centaines de contrats se disputent les mêmes ressources réseau
Un smart contract ne s’exécute pas sur un ordinateur isolé
Son exécution doit être traitée par le réseau, et chaque calcul supplémentaire représente davantage de travail pour les nœuds
Donc, s’il n’y avait aucune limite pratique, une transaction complexe ou mal conçue pourrait consommer une quantité de ressources disproportionnée
C’est là que le modèle de gas de Dusk a commencé à me paraître plus logique
Une transaction fixe une limite de gas, et le réseau facture le gas réellement consommé. Si l’exécution manque de gas, la transaction est annulée plutôt que de continuer indéfiniment
J’ai aussi trouvé un détail intéressant dans le travail d’ingénierie de Dusk : les transactions dont le gas est inférieur à la limite minimale peuvent être stoppées avant même d’être traitées, précisément pour réduire la charge computationnelle inutile et l’impact du spam
Ainsi, la limite ne dit pas vraiment
Que vous ne pouvez pas faire grand-chose
C’est plutôt comme
Vous devez payer pour la quantité de calcul que vous demandez au réseau d’effectuer
Cela a changé ma façon de voir les choses
Pour une blockchain financière, l’utilisation prévisible des ressources n’est pas un simple détail technique
C’est une partie de la garantie que la couche d’exécution reste utilisable quand beaucoup d’applications tournent en même temps
Au départ, je voyais la limite de calcul comme une limitation
Maintenant, je la considère davantage comme un moyen de s’assurer qu’un seul contrat ne puisse pas traiter tout le réseau comme s’il s’agissait de son ordinateur personnel
#dusk $DUSK @Dusk