Rendre les sources disponibles et resoudre le probleme de tricherie est assez complique. Certaines personne disent (sans trop reflechir): "il n'y a qu'a calculer un md5"
Cette solution ne marche pas. Que fait-on du md5 des blocs renvoyes par les participants? On les compare a quoi? il n'y a pas de reference. Il faudrait recalculer le bloc par un client a qui l'on fait confiance et comparer le md5. Evidemment, recalculer les blocs des participant perds tout l'interet d'un projet distribue.
Meme si fournir les binaires n'est pas un solution parfaite (il est theoriquement possile de fait du reverse ingineering), ca limite fortement les cas de triche.
distributed envoie periodiquement des "pseudos" blocs aux participants (seulement un fraction des blocs reels). distributed connait la reponse attendue pour cest pseudo blocs et peut donc detecter in client qui n'effectue pas les calculs attendus.
[^] # Re: Et les sources ???
Posté par Anonyme . En réponse à la dépêche Concours distributed.net RC-5, a l aide!!!. Évalué à 0.
Cette solution ne marche pas. Que fait-on du md5 des blocs renvoyes par les participants? On les compare a quoi? il n'y a pas de reference. Il faudrait recalculer le bloc par un client a qui l'on fait confiance et comparer le md5. Evidemment, recalculer les blocs des participant perds tout l'interet d'un projet distribue.
Meme si fournir les binaires n'est pas un solution parfaite (il est theoriquement possile de fait du reverse ingineering), ca limite fortement les cas de triche.
distributed n'ignore pas ce probleme, il est decrit en details ici:
http://www.distributed.net/source/specs/opcodeauth.html(...)
distributed envoie periodiquement des "pseudos" blocs aux participants (seulement un fraction des blocs reels). distributed connait la reponse attendue pour cest pseudo blocs et peut donc detecter in client qui n'effectue pas les calculs attendus.