Когда ты разберешь себя на молекулы и перенесешь в интернет.. тогда и поговорим
. А пока люди живут по эту сторону экрана, то на них он точно действует =).
Ты слышал про наказание по 146-й за сайт (фконтакт не в счет)?
]]>В интернете не действует
Очевидно! Ведь там анонимность и приватность! :lol:
]]>Когда ты разберешь себя на молекулы и перенесешь в интернет.. тогда и поговорим
Ты слышал про наказание по 146-й за сайт (фконтакт не в счет)?
]]>. А пока люди живут по эту сторону экрана, то на них он точно действует =).]]>[Уголовный кодекс РФ]
В интернете не действует 
понятно, что не ей единой сыты... но трекер это просто список айпишников для каждого торрента...
вот. а Kad - нечто большее.
по большей части их проблемы...
БЛЖД!!!!11
НЕ РАЗДАЁТ. Они вредят Сети.
как только сеть умрёт (или начнёт умирать), в сети поднимется очень большой шум... все активно поддерживаемые клиенты перепишут через пару суток... люди тоже быстро задумаются, зачешут головы и обновят клиенты... через неделю крупные трекеры обновят свой софт, через две - 70% будет по-старому...
это всего-лишь гипотеза. я не знаю...
и такое при каждом подключении? или клиент запоминает хосты и пробует пинговать их при новом включении?
клиент переделывает этот файл. достаточно хоть одного живого IP для входа. там ~1000. потом свой юзает. И да, мой мул работает без остановок неделями.
кста, сабж через наты и огнестены нормально ходит?
сабж? торрент? хреново. мул в принципе тоже. это не ноды, это нахлебники 
по моим исчислениям, при переходе границы в 33% сеть теряет эффективность. В ED2K сейчас 50%, но этот процент падает...
...в мечтах теоретиков: закройте пяток самых крупных трекерров, и ваша DHT умрёт.
понятно, что не ей единой сыты... но трекер это просто список айпишников для каждого торрента...
у них не качает (и не раздаёт)
по большей части их проблемы...
Сеть умрёт раньше...
как только сеть умрёт (или начнёт умирать), в сети поднимется очень большой шум... все активно поддерживаемые клиенты перепишут через пару суток... люди тоже быстро задумаются, зачешут головы и обновят клиенты... через неделю крупные трекеры обновят свой софт, через две - 70% будет по-старому...
http://www.google.ru/?q=nodes.dat
Результатов: примерно 2 360 000
и такое при каждом подключении? или клиент запоминает хосты и пробует пинговать их при новом включении?
кста, сабж через наты и огнестены нормально ходит?
эмм.... и как найти хоть одного другого клиента?
http://www.google.ru/?q=nodes.dat
Результатов: примерно 2 360 000
или подключится к любому ED2K серверу (даже поддельному). на 1 минуту.
в самом файле..
я знаю, что они там есть. но не всё так просто...
трекер- вещь вообще говоря не обязательная...
...в мечтах теоретиков: закройте пяток самых крупных трекерров, и ваша DHT умрёт.
да просто поменяют формат и добавят один бит, который будет говорить какая сумма используется...
Знаете, какая самая главная проблема всех p2p сетей? Угу. Тупые юзеры, которые не обновляют ПО.
Что там говорить: в торрентах 80% юзают мю-торрент, причём версию с пиратского диска времён WindowsXP. В ED2K каждый десятый (примерно) сидит на древнем осле+, который не знает ни про Kad, ни даже про AICH. Естественно, у них не качает (и не раздаёт), но винят они конечно программистов 
Ну и саму сеть...
Добавлять свой бит вы будете 5 минут. В спецификацию. А сколько времени займёт переписывание всех клиентов? Того-же мю? И даже переписав, вы не успеете его обновить. Сеть умрёт раньше...
]]>вот тут привираете... сервера всё равно есть, кто-то же должен помогать находить клиентов, хотя бы нескольких... а дальше - да, аналогично dht.
это вы опять заблуждаетесь. На самом деле есть 2 сети:
1) старая ED2K. Там действительно есть сервера. Их сейчас не много, проверенных где-то с десяток. Работают эти сервера как треккеры, по TCP. Разница в том, что треккеры изолированны, а сервера ED2K в одной Сети. Т.е. что-бы найти источник не обязательно подключаться к тому-же серверу что и он.
2) новая Kademlia. Она тоже работает по протоколу ED2K во всём, кроме поиска файлов и источников. Вот там серверов (реальных) действительно нет. Есть один виртуальный сервер, разделённый на миллионы реальных частей. Его вычислительная мощность такова, что позволяет хранить миллиарды файлов, и за несколько секунд получать к ним доступ. Сеть Kademlia на сегодня НЕ нуждается в серверах, и способна работать без них. В отличие от DHT.
В ED2K никаких треккеров нет
вот тут привираете... сервера всё равно есть, кто-то же должен помогать находить клиентов, хотя бы нескольких... а дальше - да, аналогично dht.
то-ли в самом торрент файле.
в самом файле... трекер- вещь вообще говоря не обязательная...
тогда торренты можно будет хоронить
да просто поменяют формат и добавят один бит, который будет говорить какая сумма используется...
]]>торренты поступают также(если клиент разумный), только блоки могут быть от 32К до 8М и они включены в файл...
нет. вы ошибаетесь.
часть в ED2K равна 10Мб, и её нельзя менять. У каждой части в ED2K (и в торренте) есть своя md4 сумма. В торрентах эти суммы храняться то-ли на треккере, то-ли в самом торрент файле. В ED2K никаких треккеров нет, и мул берёт комплект хешей от любого другого мула с таким файлом. Всё это так. Но.
В ED2K каждай часть в 10Мб ещё и разделена на 53 блока по 180К, и каждый блок имеет свою sha256 сумму.
Полный набор таких сумм имеет довольно большой вес, потому они организованны в бинарное дерево сумм. Передаются только ветви дерева.
отсюда собственно и необходимость подбирать блок с такой же суммой... просто если такой подобрать, то будет практически не возможно выяснить какой из них настоящий...
да. В принципе некоторые математики полагают, что такое будет сделано уже в этом столетии...
тогда торренты можно будет хоронить, ибо копирасты сразу закидают сеть поддельными чанками. На ED2K это слабо повлияет, ибо там уже давно AICH. А SHA256 взломают ОЧЕНЬ не скоро.
в eMule/aMule это уже давно сделано, и называется оно ACPI. Причём во много раз лучше, чем вы только-что придумали: для каждого блока размером 180К вычисляется своя SHA256 сумма. Это позволяет при наличие битого блока скачать только его, а не качать всю часть в 53блока (10Мб). Т.ч. ваши гипотетические битые части мулу уже давно не страшны - он забанит такого источника после первых 180Кб, и больше к нему не полезет (и не даст ничего. Да ещё и другим мулам расскажет).
торренты поступают также(если клиент разумный), только блоки могут быть от 32К до 8М и они включены в файл... а я предлагаю в дополнение к этому ещё и запрашивать у других суммы размером k части номер N, причём k > размера обычной части.
отсюда собственно и необходимость подбирать блок с такой же суммой... просто если такой подобрать, то будет практически не возможно выяснить какой из них настоящий...
я рассматривал связь в рамках одной сети.
тогда почему "ненадёжно"?
Не большое лирическое отступление: В свое время местный провайдер жестко резал udp из-за того что генерился большой трафик, и сеть порой лежала, я конечно я не отрицаю, то что это были какие то технические проблемы со стороны провайдреа, но факт остается фактом.
резал? что, все порты? А как работали DNS & NTP и прочие "ненужные" сервисы?
и да, в своё время мой бывший провайдер никак не мог обеспечить нормальную работу ISQ, Skype, и всех онлайновых игр, ри том, что странички в Сети открывались хорошо. "Факт остаётся фактом": всё вышеперечисленное - ненадёжно 
На сколько мне известно, то NTP в некоторых случаях так же может использовать и TCP(если я все правильно понял, в данном случае tcp будет как дополнение к udp и не более того)
можно цитатку из мана? (я не нашёл)
Дык, я не говорю то что в целом udp это [CENSORED], и как протокол он не надежен, но как показала практика это присущи ему, в случае TCP есть гарантия то что пакет дойдет до адресата, в случай UDP такой гарантии нет вот и все.
это откуда у вас такие гарантии?!
гарантий нет как там, так и там. любой пакет может потеряться.
основное отличие протокола UDP от TCP в том, что в последнем требуется подтверждение получателя о доставке, и если его нет, пакет посылается повторно. В UDP подтверждение на уровне протокола посылать не нужно, и потому он конечно ненадёжен, если машин всего две. Однако, точное время можно получить не от одной машин, а от множества из списка, NTP сервер выбирает самый лучший и надёжный. Так же и в Kademlia нет нужды найти одну из миллионов машин в сети, достаточно найти самую осведомлённую о нашем запросе.
их ведь до сих пор хешируют md5?
md4
тогда технически возможно пдобрать для файла такие же блоки, чтобы их суммы совпадали с торентовскими
Извините, но вы ничего в этом не понимаете. На сегодня эта задача НЕРАЗРЕШИМА.
Можно найти два блока с мусором, которые имеют одинаковую md5, но невозможно найти блок с нужной md5, и другим содержанием. Никак.
пара таких клиентов с хорошим каналом может убить раздачу с 100-й сидов...
конечно. причём достаточно даже плохого канала. ну это только если помечтать...
давно думал почему раньше никто не додумался до этого
просто вы впервые об этом слышите
я не заблуждаюсь? не могу найти пруф взлома md5...
:lol:
в принципе можно этому легко противодействовать, включив в протокол дополнение: запрос на получение хеша произвольной части произвольной длинны... т.е. получать часть от одного клиента и проверять её вместе с соседней у другого... или перейти на другие контрольные суммы...
в eMule/aMule это уже давно сделано, и называется оно ACPI. Причём во много раз лучше, чем вы только-что придумали: для каждого блока размером 180К вычисляется своя SHA256 сумма. Это позволяет при наличие битого блока скачать только его, а не качать всю часть в 53блока (10Мб). Т.ч. ваши гипотетические битые части мулу уже давно не страшны - он забанит такого источника после первых 180Кб, и больше к нему не полезет (и не даст ничего. Да ещё и другим мулам расскажет).
]]>