Une seule preuve, j’ai fait la comparaison par deux chemins. L’un reste sur mon ordinateur local, l’autre est soumis à un tiers pour calcul délégué. Le scénario est sur le testnet : seules la preuve elle-même et l’emplacement d’exécution sont conservés comme variables. Pas besoin d’en faire trop : la conclusion est déjà très claire. La preuve nécessite de la puissance de calcul, et la puissance de calcul implique forcément un coût à payer. Le “bon marché” correspond à un changement d’attribution, pas à une disparition du coût dans l’air. Les deux enregistrements ne comparent que de quel côté la charge apparaît.
La fonction host de Piecrust permet au programme de déclencher le calcul correspondant, et le livre blanc décrit aussi le chemin où l’on délègue le calcul à un tiers. En calcul local, le temps et la charge matérielle retombent sur l’utilisateur. En déléguant le calcul, l’utilisateur supporte moins de pression machine, mais il y a en contrepartie une nouvelle relation : celle avec le prestataire, plus les frais de calcul délégué. Les équipements du tiers doivent aussi être maintenus : on ne peut pas ignorer l’efficacité énergétique et la main-d’œuvre. La logique est très simple : dans les deux voies, personne n’“efface” le coût.
Après avoir soumis la preuve identique par les deux voies, j’ai d’abord regardé l’étape d’attente. L’expérience de confidentialité de @Dusk peut rendre les opérations plus fluides, mais être fluide ne signifie pas qu’il n’y a aucun coût. Que le bouton soit bloqué en local ou à distance, une phase d’attente existe avant l’achèvement. En soumettant la voie déléguée, j’attends les résultats et je reste un peu inquiet, car pendant ce temps la puissance de calcul tourne sur les machines de quelqu’un d’autre, et l’attribution du coût se déplace aussi vers l’autre côté.
Puis j’ai étalé le tableau de comparaison : la colonne locale indique l’équipement et le temps ; la colonne déléguée indique le service et les frais de calcul. La valeur de $DUSK est de proposer un choix, plutôt que de faire semblant qu’il existe une unique réponse sans coût. Dit simplement : pour les utilisateurs avec des équipements légers, le calcul délégué peut être plus pratique, mais il introduit de nouvelles variables — dépendance au service, modalités de facturation et disponibilité. Si les frais de calcul délégué sont facturés à l’acte, à la quantité ou via des forfaits de service, les prix créeront aussi différents seuils d’utilisation. Cette frontière du coût de calcul doit figurer dans le tableau.
Donc, en regardant une preuve de confidentialité, ne demandez pas seulement si c’est possible de faire vite une fois. Il faut aussi demander : qui calcule, qui attend, et qui paie. Pour les usages occasionnels, économiser sur l’équipement ne signifie pas forcément économiser sur le total. Le transfert de coûts peut être une bonne conception, mais cela ne veut pas dire que les coûts disparaissent. La prochaine fois que vous choisirez un chemin, notez chacune des lignes — puissance de calcul locale et frais — puis décidez quelles factures vous porterez vous-même. #dusk
La fonction host de Piecrust permet au programme de déclencher le calcul correspondant, et le livre blanc décrit aussi le chemin où l’on délègue le calcul à un tiers. En calcul local, le temps et la charge matérielle retombent sur l’utilisateur. En déléguant le calcul, l’utilisateur supporte moins de pression machine, mais il y a en contrepartie une nouvelle relation : celle avec le prestataire, plus les frais de calcul délégué. Les équipements du tiers doivent aussi être maintenus : on ne peut pas ignorer l’efficacité énergétique et la main-d’œuvre. La logique est très simple : dans les deux voies, personne n’“efface” le coût.
Après avoir soumis la preuve identique par les deux voies, j’ai d’abord regardé l’étape d’attente. L’expérience de confidentialité de @Dusk peut rendre les opérations plus fluides, mais être fluide ne signifie pas qu’il n’y a aucun coût. Que le bouton soit bloqué en local ou à distance, une phase d’attente existe avant l’achèvement. En soumettant la voie déléguée, j’attends les résultats et je reste un peu inquiet, car pendant ce temps la puissance de calcul tourne sur les machines de quelqu’un d’autre, et l’attribution du coût se déplace aussi vers l’autre côté.
Puis j’ai étalé le tableau de comparaison : la colonne locale indique l’équipement et le temps ; la colonne déléguée indique le service et les frais de calcul. La valeur de $DUSK est de proposer un choix, plutôt que de faire semblant qu’il existe une unique réponse sans coût. Dit simplement : pour les utilisateurs avec des équipements légers, le calcul délégué peut être plus pratique, mais il introduit de nouvelles variables — dépendance au service, modalités de facturation et disponibilité. Si les frais de calcul délégué sont facturés à l’acte, à la quantité ou via des forfaits de service, les prix créeront aussi différents seuils d’utilisation. Cette frontière du coût de calcul doit figurer dans le tableau.
Donc, en regardant une preuve de confidentialité, ne demandez pas seulement si c’est possible de faire vite une fois. Il faut aussi demander : qui calcule, qui attend, et qui paie. Pour les usages occasionnels, économiser sur l’équipement ne signifie pas forcément économiser sur le total. Le transfert de coûts peut être une bonne conception, mais cela ne veut pas dire que les coûts disparaissent. La prochaine fois que vous choisirez un chemin, notez chacune des lignes — puissance de calcul locale et frais — puis décidez quelles factures vous porterez vous-même. #dusk