Hi, arne !

Please, can you explain more about 'spam' and searches being inhibited ?

I could further refine my question but I don't wish to in any way 'limit' the scope of your answer !!!

OK.

We have a severe problem in Gnutella: The Dynamic Querying protocol stops searches after about 300 results came in, but its designers didn't take spam into account (at least not the massive amount existing today - back then 3 spam answers on a request were normal, today rare queries often generate hundreds, since companies pay people to spam).

- GnuFU en - Dynamic Querying

Combine that, and rare searches (who would only generate 5 or 6 real hits in the whole network) stop after receiving 300 spam results, but no useful result.

So we need an efficient spam filter to make Gnutella run smoothly again.

Dynamic Querying is still being used, though, because it provides about 90% bandwidth savings and in theory supports rare searches as well as popular searches.

Many thanks, arne !

Clear and simple explanation.

Perhaps it should be copied and posted as a sticky ?

Would you like to add it somewhere in the forums where it's useful?

I just added it to the Phex FAQ: http://www.phex.org/wiki/index.php/How_Searches_work

Done !

http://www.gnutellaforums.com/tips-t...30-answer.html

Please tell me if my minor editing efforts are acceptable ! ;)

To awnser your questions.

Total size of shares depends what I have to spread mostly between 1 and 10 GB , mainly Mp3 ( yes those rare titles you cant find with Phex :laugh_2:)

Upload is 1mbit pure upload stream

Standaard port is been used for Gnutella

I act as Ultrapeer to get more results or should I act as leave and have less results ? , define your problem with that.

I dont really go into details :nono: of your effort question of what I do else but Phex runs mainly at night where traffic is less in this area so to have a better peformance due night activities :rolleyes_2:.

For the fun I have a open Internet account so that means no ports are blocked and no filtering takes place.

@Arne

For the fake , spam , etc queries I think there will never be a propper solution for that just like with mails , even a 30 years jail will not stop spammers to continue , a 20 Mb or 30 Mb file can also be spam just like the serveral millions 168 Kb , 178 kb etc files with notorious virus files that are flooding the gnutella network, to stop that is to read them out mark them and ban them but he then no one gets connected ever because unknow people who download them shares them most of the time tough as they dont know what they are sharing , but it aint a centralized network so you will not have succes to do so , lowering queries aint a solution either to stop it. at the end you will have only fake files in your search results at least 50-60% if you aint using Phex filtering sytem to remove them from you actual search results but still they are results :shoot:.

Maybe you could also add a what those files are and where users should look at , suspicous file , names , etc , your experiance will know that to what files etc, just an idea to.

There was a solution to spam: Credence: Thwarting P2P Pollution

I tested it and it worked. It wasn't perfect, but quite efficient, and it could have been greatly improved.

It let users mark files as spam or non-spam and compared those to the votes of other users, creating a "trust metric", with which the votes of others could automatically be used to rate files.
-> a decentral spam detection/marking system.

Sadly it got rejected by LimeWire...

@Ursula: I think you could edit it even more :)

The "IDEA" part doesn't really need to be in the Answer, and a different finishing sentence (like "But even while heavily spammed, the Gnutella network is damn efficient, and I'm sure we'll get a working spam-blocker, too.") might have been better for an answer.

Still: Many thanks!