On Thursday 15 May 2008 10:06, Dan wrote: > Matthew Toseland wrote: > > Sounds centralised, and not very freenet-ish. Note that if an ISP had a court > > order, they'd just wait for it to rotate, and then track it. > > The Server/Client model is what has made the internet and the basis of > 99% of the workings of the internet. > > A single IRC Server running 20,000 channels and serving 2 million users > is impractical under the freenet model. A centralized server becomes > then the target of any action. > > This is de-centralizing that model, using the bundled application > concept to give an ICQ type tool to the general public that gives the > user a true anonymous private and secured chat function. The return > being able to utilize them as an IP Bounce Relay and run an applet. What > applets they could possible run would depend on bandwidth and resource > availability and permissions.
Yeah, a chat client that uses 10K/sec+ continually and 100MB of RAM is going to be really popular! > > With regard to the post on the file system having a hard coded category > system in the actual protocol. The best explanation of the idea is the > hard coded flags a hard drive has hidden,system,archive, read only. > > There will be abuse of this I am sure, but the idea does bring structure > and it has to be implemented at the very core level to be used and > remain being used. It will be spammed to the point of being totally unusable. Any global index system will be. Just like Frost has been. > > Further thinking on the concept of two category flags for the bit it may > be better to expand it to a 3 byte flag setting and increase each > section by a bit from 16 to 32 choices. > > The other is each section in the 2 choices needs to be independent of > the other and not rely on the first choice. > > Rather than the system seeking out the entire files list, based on > either of the 2 catagory settings a user would be requesting the return > of one of 16X2-32 lists or 32X2-64 list. > > A file being added would then appear twice, once in each category list. > > The retrieval of files would be based on what you are seeking if you are > looking for a video file them MP3 List and Books is essentially wasted > bandwidth. > > The Enqued File List Download in Frost 1500 some days and can take the > day to finish would be a nightmare with 10 Million users coming into > this, 380days left to complete type of a setting. > > .................................................. > > Hash Key form of retrieval would allow resuming and such of files > partially down from any number of sources and things like > http://bitzi.com/search/ have the hash data on some 2.7 Million Files We have used hash keys since Freenet 0.4. > > SHA1, TigerTree, ED2K, KZHASH hash's are all present and I would suggest > where possible freenet should emply all 4 along with the MHD5 hash and > also a freenet hash system Our hash keys are not compatible with other networks' hash keys. There are means to try to bridge to gap to some degree, but they have not been implemented yet. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/tech/attachments/20080521/1e732d80/attachment.pgp>
