Идея для ускорения и децентрализации интернета

Полагаю так, помимо запущенного у меня Firefox имеется dc++ или torrent демон и когда я скачиваю с WWW файл, ролик с ютуба, больший скрипт то ЭТО помещается в шару dc++ демона, затем когда другой человек заходит на ту же странице где был я у него с помощью DHT подсвечивается magnet ссылка дающая ему возможность скачать что либо с помощью DC++

Если этот механизм сделать прозрачным, тоесть совмещающий при закачке пиринговый протокол и HTTP, то будет круто

Но имеется проблема -- до конца процесса закачки новый клиент не знает контрольной суммы, а значит не может сделать запрос в DHT. Но обойти это можно если совместно с заголовком Content-Light: передавать Content-Hash

Вот было бы здорово увидеть и использовать такое

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

Возможно даже сделать специальное правило для апача наподобии mod_rewrite выдавать Content-Hash только для заданных файлов

похожие страницы

  1. Как навариться на винтузятниках и линуксоидах при этом сделав им хорошо
  2. Вебмастера Yandex выбирают Linux/Ubuntu
  3. Технофашизм и Православие(РПЦ)
  4. Идея для стартапа или бороться с ослами
  5. Пост для тех кто верит Большому Брату -- Гулдстайну/Google

#1:

Я думаю это сильно увеличит латентность. Т.е. нужно дождаться сначала ответа от оригинального сервака, потом считать кусок его ответа, этот кусок проанализировать, потом кинуть реквест с полученной чексуммой, найти пир и начать качать. А если пира нет?
Если настроить поиск пиров только для больших объектов, то наверное прикольно)

Вопрос - а обычная прокся не для того сделана (ну, только она не распределённая)?

ответить  2010-06-22 10:54:29 

#2:

херня какая та...

ответить  2010-06-22 10:58:22 

#3:

вообще, те кому надо децентрализовать раздачу чего либо, раздают торренты, а не dc++...

ответить  2010-06-22 12:07:13 

#4:  Басманов:

re: раздают торренты
не спорю, потому и указываю на пиринговый протокол

ответить  2010-06-22 12:10:43 

#5:

у меня в последнее время навязчивая идея — прикрутить торенты к пакетному манагеру. может как-нить и сделаю.

ответить  2010-06-22 13:58:32 

#6:

В октябре 2009 года на конференции highload++ был доклад на эту тему. Андрей рассказывал так интересно, что мы даже часа на 2 задержались, нас из инфопространства чуть не выгоняли уже :)

http://www.highload.ru/papers2009/12252.html

ответить  2010-06-22 15:28:39 

#7:

http://ru.wikipedia.org/wiki/URN - это не тоже что выхотите?
urn - описывает сам ресурс, а не откуда его взять(как url).

ответить  2010-06-22 20:18:13 

#8:

Freenet так и сделан примерно. А вообще Vint Cerf рассказывал года три назад про Distributed Internet, довольно интересно.

ответить  2010-06-22 21:44:55 

#9:

почему именно дц?

ответить  2010-08-06 21:00:31 

#10:

А почему бы и не dc++? Суть в том, что качаем файлики с ПИРИНГА. Думаю эта штука актуальна в случае с репозиториями. Что-то наподобие apt-cacher-ng и подобных, но с небольшим нюансом, файлы хранятся у участников сети, а это значит у одного и того же файла есть "зеркала". Причем в этом случае латентностью можно пренебречь. А вот для веб страниц скорей всего такой механизм не очень подойдет, ведь каждый элемент странички нужно будет искать во всей сети...

ответить  2011-03-20 09:43:35 

#11:

А по протоколу bittorrent через сеть DHT - не судьба?

ответить  2012-04-30 13:43:00