Commentaires, ratings et Kad Notes

1. Deux types d’informations à ne pas confondre

eMule permet d’associer à un fichier :

un rating
un commentaire texte

Ces informations peuvent être échangées directement entre clients et, dans les versions compatibles, publiées dans Kad via les Notes.

2. Longueur du commentaire

Dans l’implémentation étudiée :

MAXFILECOMMENTLEN = 128

La fonctionnalité a donc toujours été pensée comme une annotation courte, pas comme un système de discussion complet.

3. Commentaire direct d’une source

Lorsqu’un pair fournit un rating/commentaire, l’information est associée à cette source et au fichier concerné.

Cela permet notamment à l’interface d’afficher les avis connus sans exiger une infrastructure centrale.

4. Publication Kad Notes

CKnownFile::PublishNotes() publie une Note lorsque :

commentaire non vide
OU
rating non nul

Le prochain instant de publication est ensuite repoussé selon KADEMLIAREPUBLISHTIMEN, de l’ordre de 24 heures dans la branche étudiée.

5. Nombre maximum de Notes

La constante relevée est :

KADEMLIAMAXNOTESPERFILE = 150

Cette limite évite une croissance sans borne des résultats associés à une même clé.

6. Contenu d’une Note

Selon les versions/capabilities, une Note peut fournir notamment :

nom de fichier
rating
description/commentaire
taille du fichier

Les champs disponibles dépendent du format compris par les participants.

7. Ce système n’est pas une réputation forte

Une Note n’est pas une signature de l’auteur du fichier et n’est pas une certification.

Il faut la traiter comme :

une assertion publiée par un participant

et non comme :

une preuve cryptographique que le fichier est bon, authentique ou sûr

La pollution et les avis artificiels restent donc possibles.

8. Identité du fichier et stabilité de l’avis

L’avantage de rattacher la Note au hash plutôt qu’au seul nom est qu’un renommage local ne suffit pas à déplacer l’avis vers un autre contenu.

En revanche, cela ne résout pas le problème de fiabilité de l’auteur de l’avis.