Preuves de calcul : comprendre le rôle d'un reçu
Les preuves de calcul gagnent en visibilité, mais leur utilisation nécessite une clarification essentielle : un reçu ne peut se substituer à un benchmark. Contrairement à une mesure de performance qui évalue du matériel ou un runtime, un reçu enregistre des données précises sur l'exécution d'un travail spécifique.
La frontière entre preuve et performance
Les benchmarks, comme ceux évoqués dans la documentation de Phala Cloud pour les GPU en mode TEE, fournissent des indications utiles sur la capacité d'un système. Cependant, ils ne constituent pas une preuve valable pour un travail individuel. Leur rôle se limite à contextualiser les performances, sans garantir la validité d'une exécution précise.
Dans l'écosystème du machine learning décentralisé, des projets comme Gensyn adoptent une approche similaire. Leur système Verde, dédié à la vérification, permet de reproduire des opérateurs pour confirmer l'exécution d'un travail. Mais cette reproductibilité ne doit pas être interprétée comme une preuve universelle, applicable à tous les réseaux ou travaux.
Les champs d'un reçu de calcul
Un reçu efficace doit inclure des champs permettant une vérification reproductible. Parmi les éléments clés : un identifiant unique pour le travail, une empreinte cryptographique du modèle ou du conteneur utilisé, ainsi qu'une mesure du runtime (TEE ou trace d'opérateur). Ces données, associées à une attestation signée, définissent les limites de la preuve : elles confirment l'exécution d'un travail spécifique, sans prétendre évaluer la performance globale d'un système.
Source : DEV Community. Synthèse éditoriale assistée par IA — TechnoExpress.