On Tue, May 20, 2003 at 06:21:51PM -0700, Ian Clarke wrote:
> Amuzingly many of the BitTorrent indexes have gone down due to
> slashdotting. This may be a good time to advocate Freenet as a
> more-or-less Slashdot-proof BitTorrent alternative with the added bonus
> of anonymity.
My take on this is slightly different, as I don't really think the
legitimate server centred content that bittorrent is designed to
distribute requires anonymity.
Which brings me to fred-torrent.
The short version of the fred-torrent concept, is that you would
download a .fredtorrent file from teh cnetral server, as with
bittorrent, which would contain the metadata for an FEC splitfile.
You would then try to retreive this splitfile from freenet
at HTL=n (lets say 15), until it has failed retrieve enough blocks
from the current segment, that it cannot possibyl retrieve enough
blocks to reconstruct.
If it never hits this point, it will reconstruct, heal, and we
then return you to your regular programming.
When it dfoes hit this point, however (and for new files, of
course, it will hit this point, since the idea is that the
torrents start on a server, yea), it retrieves the blocks in
question from the server (these would be preprocessed, so
in the example of debian-woody-1.iso, there might be
debian-wood-1.iso-fredtorrent/CHKhasduighsdaiuhgsduiahsdgaui
on the remote server that we might retrieve).
Once it has retreived the whole segment, it always heals into
freenet, now matter wehere it got the segments from, in my
mind, however one way to avoid the expensive FEC encode,
would be to insert the segments reterieved from the web
into freenet raw (as well as the .fredtorrent file, of
course, so that users can attempt to retreive said
content anonymously - but this should always be mentioned
in the filename/metadata, so users know that this download
may not work!!!)
there is a few obsticals to this being mainstream usable,
in my not so humble opinion, but all of these are known
of and being worked on (you know, load, routing, etc).
There is one other "issue", which is the requirement of
the app to download a 10meg JVM, but perhaps my modem
connection clouds my judgement on such things
anyhow, there it is... if anyone is interested, i'll hack
up a command line test client on the weekend, but I've never
written any activex code, so I guess someone else will have
to do that :)
- fish
--
I probably hate you.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20030523/823ac90c/attachment.pgp>
