Quote:
Originally posted by iNaNimAtE
This new network utilizes hash-verified downloading; no fake files. I am to the point of thinking of taking out the "search feature," and instead, all searching will take place on a website, and then the website will send the hash to the client to begin the download.
|
Why not use md5sum instead of hash?
Quote:
If there is one copy of a file floating around, when someone requests it, each person who has it will add their bandwidth to the total (multiple thread downloading) to create blazing speeds.
At this point, it is beginning to remind me of eMule. However, the queuing problem that eMule has will not be present in this application. Instead of limiting uploading by concurrent connections, uploading will be limited by your upload speed. This will be determined by a speed test which will be executed upon installation.
|
Hmm... why not make a test for "possible upload speed" uppon installation, then lateron the user can specify "I want to use 50% of possible upload speed" This way you wont have users complaining about extreem latancy, due to some one using their bandwith.
Quote:
Also, the entire network is, of course, decentralized. This seems to contradict a previous statement I made about "...all searching will take place on a website...," but there are ways around this. I have a basic idea on how the decentralization will occur, but it is still just an idea.
|
Are you thinking of the client sending info to some server about md5sum of available files, with info on where these files are, which then on this server produces the download.
If you want, I could use some time on it, altho I would like to know what type of license a thing like this would be available under. Personaly I wouldn't put any time into things not worthy a GPL like license.