self referential post:
i actually did code the below up, and integrated it into my
splitfile downloader and made a little program to generate the
.freetorrent files and the content for the http server to
server - it's uploaded at
SSK at kWu5Osv~VAI3-kH7z8QIVxklv-YPAgM/fishtools/50 . I probabyl should
change the name, tho.....
no easy activex thingy, tho... like i said before, i don't know
any activex at all
- fish
On Fri, May 23, 2003 at 12:59:49PM +1000, fish wrote:
> 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.
--
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/20030526/702ddd82/attachment.pgp>
