to post messages and comments.

← All posts tagged tth

@OCTAGRAM:

Кажется, поймал в живую коллизию. С одной стороны, файл. С другой стороны, папка (хеш от отсортированных хешей файлов). Собрал свидетельства, сделал снимки экрана. По идее, это заодно сведётся и к коллизии для TIGER.

Надо будет независимыми утилитами перепроверить все расчёты. Не врёт ли мне клиент по другую сторону. В ГрейЛинке хеш для папок — устаревшая фича в пользу dcls, я в контекстном меню скачанного списка файлов вижу опции «получить магнитную ссылку» неактивным цветом. Только в поиске по TTH вижу файл и папку вместе.

@OCTAGRAM:

Провокация с TTH-торрентами идёт по плану. Поисковики заглотили несколько гигабайт наживки и направляют посетителей. Например, один из посетителей что-то поискал в Гугле, открыл HMS, потом скачал torrent для «Шрам Покушение на Пиночета (Cicatriz)». Мог бы выбрать dcls, но зачем-то выбрал torrent. Хорошо, нате вам torrent, но он будет такой же, как dcls, вид в профиль. Человек смог полюбоваться на список файлов и прочитать комментарий:

"BEP 47 Padding files and extended file attributes" support required: wiki.depthstrike.com info.pieces is fake to make deficient (that is, not upgraded to TTH yet) clients happy and let you see this message
Учитывая, что «deficient (that is, not upgraded to TTH yet) clients» — это практически все торрент-клиенты, скачать, скорее всего, не получилось. Ибо нефиг пользоваться всякой хренью. С одной стороны, кроме как обновлением до TTH, это объективно непоправимо, с другой стороны, так приятно хоть немного отомстить за то, что полезли на наши магнитные ссылки, не реализовав соответствующий функционал TTH. Вы полезли на наши магнитные ссылки, мы полезли на ваши торренты.

Многие другие посещения не столь интересные. Там кликают по магнитной ссылке. Даже если начать отслеживать их пикселями, не понятно, куда этот клик пойдёт. Может быть, по ту сторону всё замечательно открылось и скачалось, как положено.

@OCTAGRAM:

octagram.name

Вот так выглядит облом в BitTorrent. Это я искал редкие файлы (среди которых основной — OEDev.zip) всякими разными способами, и когда нашёл, решил раздать во все сети, где я раньше тщетно пытался найти. Этот торрент давно без сидов, а вот один пир ну очень долго тусовался, но выкачать OEDev.zip целиком так и не смог, потому что его начало в одном куске с другим файлом, которого у меня нет. И никак. И чата нет, чтоб как–то по–другому файл передать. Смотрим друга на друга, немые, как рыбы.

А когда пытаешься эти очевидные проблемы обсуждать, ни ответа, ни привета: forum.utorrent.com
Наверное, разработчикам тоже не мешало бы вот так протусоваться не солоно хлебавши, чтоб понять, зачем это надо.

Для начала, все генераторы торрентов должны вписывать TTH во все генерируемые торренты. Потом, когда торренты станут преимущественно TTH–богатыми, ругаться при попытке открыть торрент без TTH. Ругаться, но открывать, конечно. В таблице загрузок значком напротив ущербных торрентов показывать, что они без TTH. Потом на торрент–треккерах запретить новые торренты без TTH. Пусть идут переделывают метафайлы нормальной программой. Шаг за шагом всё возможно.

@OCTAGRAM:

Заслать магнитные ссылки с 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 wiki.depthstrike.com умеет генерить .torrent, богатые TTH. По–хорошему, вообще запретить бы на трекерах заливать метафайлы без TTH. Чтоб не рушился файлообмен как карточный домик от малейшего чиха (типа ареста владельцев pornolab.net)

@OCTAGRAM:

Почему–то очень мало генераторов торрентов поддерживает возможность внедрения TTH в создаваемые торренты. Даже TorrentWizard из Shareaza позволяет внедрять SHA1, ED2K и MD5, но никак не TTH. А ведь любой разумный человек при разработке нового файлообменного (или синхронизации или ещё каких целей) протокола в качестве хеша выберет именно TTH. Этот хеш в качестве нижележащей криптофункции использует более быструю TIGER, а сам TTH используется как минимум в двух файлообменных протоколах: DC и Gnutella2 (не считая ADC и Gnutella1). Использование чего–либо другого значит велосипедизм и БОЛЬ при совместном использовании.

Такую возможность я нашёл только в TorrentBuild товарища DreadWingKnight: wiki.depthstrike.com Rhash, хоть и начал поддерживать торренты, поддержка эта рудиментарная, и его пока невозможно использовать вместо TorrentBuild. Довольно прикольно использовать богатые торренты совместно с Shareaza. Когда я залил на трекер свой .torrent, скачал обратно, как это обычно делается и запустил в Shareaza, она даже не спросила, откуда брать файлы. По хешам и так понятно. Торрент создавался в другой программе, так что Shareaza не могла узнать. Скачан был во временную директорию, так что близость на файловой системе отпадает. Может быть, по размерам или именам файлов, но это вряд ли.

@OCTAGRAM:

lnk.in