Мы с приятелем об этом какое-то время назад думали (кое-что по этой теме я уже рассказал на встрече НетЛаба admik-у), и пришли к выводу, что, если написать свой клиент со своими спецификациями, можно получить существенную экономию трафика при обмене. При этом трэкеру не обязательно поддерживать только эти спецификации (т.е. он может спокойно принимать информацию по-старому от тех клиентов, которые не поддерживают новый протокол). И если при этом клиент будет поддерживать новый и базовый протоколы, и при этом жрать меньше ресурсов при обмене с трэкерами, которые поддерживают этот новый протокол обмена, думаю, очень многие не откажутся на него перелезть. Впрочем, одно дело - думать, другое дело - писать спецификации, сам клиент и потом его отлаживать. Пока все только в голове, на уровне общих соображений.

Вы пишите, а я потестирую

А вы µ перепишите под наши нужды, пусть они облезут

Поменьше бы слов, побольше бы дела, а? =)

Кстати, а можно подробнее, в чем именно будет заключаться экономия? И вообще, имеется в виду трафик между клиентами или к трекеру?

ну трафик между клиентами можно сделать меньше, вот только релизы будут битыми
Как я понимаю, оптимизировать можно только трафик трекера.

нефиг вам делать - вы для начала подумайте над тем, кто этого клиента будет ставить, если работать он будет только с одним трекером. Потому если есть силы - лучше помочь какому-нибудь опенсорсному проекту, пользы больше будет.

LF_: почему же только с одним?

Ну, и как бы между прочим: такой проект уже реализован, и даже поддерживается в некоторых клиентах: Wikipedia: UDP tracker. Правда, для private трекеров видимо не подходит.

Тем более нечего делать Зачем делать свой протокол и гиморно отлаживать это дело? Что в конце этого тунеля светит? Я понимаю, если ПиратБей не может держать млн пользователей и траффик\ресурсы там критичны, у нас пока такой проблемы нет. UDP нам не подходит - и кому он подходит мне не ясно. Если рейтнинг не интересует трекер - то есть DHT, чего еще надо?