Le cross seeding, la pérénité des fichiers dans un monde de trackers fragmentés

[Aerya]

Très bon titre

[kaelyfer]

Donc c’est pour ça que je me suis retrouvé en tant que seul uploader de certains fichiers sur un tracker à voir apparaître, au bout de quelques minutes / heures, d’autres sources sur mes seeds alors que le volume échangé ne correspondait pas à la taille du fichier ?
Je me demandais ce qu’était le cross seeding…
Le seul petit hic comme tu le soulignes @dujambon , c’est que je me suis fais c***r à faire la prez, générer le torrent avec l’api et tutti quanti pour au final partager le seeding…
Bon, en même temps, l’essentiel est que le fichier vive tu m’diras… Et tu aurais bien raison !

[Mister158]

Ouais c’est bien. C’est comme ça que entre le cross seed et les mecs qui ont des super serveurs, à la finale le primo uploader vois son ratio stagner.

Et quand tu es si stupide comme moi pour partager aussi ta liste en DDL, tu te retrouves avec deux trois quatre mecs qui font tourner le bordel en permanence et tu n’upload rien.

Force de reconnaître que c’est un peu frustrant, surtout quand le tracker rétribue le seed et que les mecs se font des couilles en or sur ton dos

[duJambon]

@kaelyfer Le problème, c’est les gens.

Par défaut cross-seed ne traite pas les nouveautés avant 3 jours, mais le paramètre est modifiable et n’importe quelle barbouze peut le réduire. Une valeur minimum devrait être imposée.

Mais cela n’empêchera malheureusement pas ceux qui gèrent ça “à la main” de faire ce qu’ils veulent.

[Siegfried]

Je ne comprends pas le principe puisque sur les trackers privés il faut faire une prez à chaque upload.

[Aerya]

Ce n’est pas un bot d’upload.

C’est un utilitaire qui va chercher les mêmes fichiers (comparaison de hash) sur tous les trackers auquel il a accès via tes comptes, pour se mettre en seed dessus.

[7cf148fd]

Pour rester dans le sujet initial, la raison de l’interdiction du cross-seed est en partie technique.

Si vous reseedez le même contenu par le biais d’un autre fichier torrent ce n’est généralement pas un problème.

Le souci, c’est si le torrent est identique (même taille de blocs) et que vous cross-seedez en ajoutant “simplement” le 2e tracker dans la liste des serveurs. Dans ce cas-là le client envoie les infos de volume uploadé aux deux serveurs. Autrement dit votre up causé par les peers d’un tracker est aussi envoyé à l’autre. C’est une forme de double comptage.

PS: ils peuvent interdire ce qu’ils veulent, c’est techniquement indétectable.

[duBoudin]

Je viens de déplacer tous les messages qui n’étaient pas directement en lien avec Le sujet, vous pouvez continuer la discussion sur Partage, seeding, leeching et trackers privés.

Sujet initialement céé par @raccoon que je remercie ici.

[h2h2]

@7cf148fd

Un fichier torrent téléchargé 0 octet en DL et x1,x2 en up c’est du cross seed ( ou du fake ratio) et sûrement détectable ?

De là à l’interdire : pas vraiment bon esprit et dans l’intérêt d’un tk…

Je cherche un outil pour le cross seed YGG: cross-seed ne semble pas fonctionner sur le tk yggleak

Je ne sais pas si qqn a une solution ?

[7cf148fd]

Salut @h2h2
Certes mais il ne faut pas oublier que

• l’uploader originel aura toujours 0 octet en DL, et il a le droit d’avoir plusieurs clients (par ex maison plus seedbox). Il faudra que le tracker vérifie que ces clients avec DL=0 n’ont pas la même passkey que l’uploader. C’est du code et ça alourdit clairement le tracker (qui a déjà souvent du mal à gérer la charge)
• le tracker n’est jamais sûr d’avoir reçu toutes les annonces de DL, surtout s’il est en UDP
• le décompte du volume de DL envoyé par le client est remis à zéro à chaque fois que le client met le torrent en pause, redémarre son client ou reboote sa machine, donc ça peut aussi être un uploader qui avait le fichier il y a un moment, l’a mis en pause ou retiré de son client, puis se remet en partage dessus. De nombreux trackers “nettoient” régulièrement leur liste de torrent pour ne garder que les actifs. Que feras-tu si quelqu’un reuploade un vieux torrent qui avait été effacé, et plein de gens se disent “oh tiens c’est vrai j’avais téléchargé ça, tiens je vais le remettre en partage”
• ça crée un vrai risque de sécurité pour les utilisateurs, parce que vu les cas ci-dessus, pour faire ça bien en pensant à tous les cas possibles, ça nécessite que le serveur garde tout l’historique de ce que tout le monde a téléchargé, quand, combien en up et en down, plutôt qu’un simple décompte total du “volume de up et down”. Or pense à YggLeaks et imagine si les autorités et/ou les ayant-droits débarquent et voient un log détaillé de tous les utilisateurs et ce qu’ils ont téléchargé exactement? Tu es libre de faire ce que tu veux mais perso je vois ça j’arrête immédiatement d’utiliser.
• tu ne pourras pas empêcher les gens qui savent déjà automatiser le cross-seed, d’automatiser un truc du genre “je downloade 10% puis je me mets en cross-seed sur le reste”

Enfin et surtout, ça ne résoud en rien le problème.

• Que tu garantisses 2h, 24h ou 8j de temps de UP à l’uploader original, tu n’empêcheras pas que d’autres se mettent sur son contenu à la fin de ce délai.
• C’est quand même l’intérêt du tracker d’avoir le plus de sources possibles.
• Quoi que tu dises ou fasse côté serveur
  • Le volume de down est déclaratif. De nos jours, n’importe qui avec un outil AI peut coder en 20 minutes un client qui simulera le volume de up ou de down qu’il veut sur n’importe quel torrent.
  • Tu ne pourras pas empêcher quelqu’un de cross-seeder avec lui-même (comme je le fais pour garder une copie de mes stats)

Une “solution” serait d’accorder 1x UP en bonus par défaut à toute personne dont l’upload passe la team pending… mais ça créera fatalement une avalanche de soumissions aussi pourries que diverses et variées, pour une fonction où on a généralement déjà du mal à trouver de bonnes âmes pour faire le boulot…