Заслать магнитные ссылки с TTH во все поля, а там уж кто как предпочитает и кто где найдёт — через Direct Connect, через Gnutella или через другой протокол, использующий TTH.

Понапридумывали велосипедов, вот ещё maggot какой–то. У ё! Зачем дополнительным хешем sha1 файла? Зачем в p2p, если не для прикола (типа проверки по антивирусной базе), md5 или sha1 в чистом виде? Нашли по sha1 4 источника, скачали 20Гб, хеш не сошёлся, кто из источников виноват? Нет ответа. Вот и не нужны в p2p хеши, не позволяющие проверять файл по частям. По частям можно проверять, используя TTH, ED2K, AICH, плюс прочие велосипедные хеши типа пи–хешей в Shareman, не понятно, зачем изобретённые, когда TTH уже ответил на все вопросы. TTH быстр, масштабируется на разные размеры файла и уже используется минимум в двух p2p протоколах и будет удобно, если он будет везде: в рапидшаре, в Яндекс.Народ диске, в утилитах синхронизации и бекапа файлов, в файлах проверочных сумм опенсорсных дистрибов, и конечно, в p2p протоколах, настоящих и будущих.

На рутрекере вместо дурацких MD5 и SHA1 пусть будет TTH. В самих метафайлах торрента вместо дурацких дополнительных SHA1 хешей пусть будет полезный TTH. Пока что только TorrentBuild умеет генерить .torrent, богатые TTH. По–хорошему, вообще запретить бы на трекерах заливать метафайлы без TTH. Чтоб не рушился файлообмен как карточный домик от малейшего чиха (типа ареста владельцев pornolab.net)