#2 Protocol extension: improved KARMA

[Anonymous]

Permit each client to submit the following to the hub
upon a completed download (excluding DClsts):

Nick & MB of transfer (rounded, perhaps) where each MB
is worth so many 'points' of karma. This info can be
used to provide clients with additional information in
the user window. It can then be easily seen by all
(ops & users) who is sharing vs. leaching....highly
preferable to the current system of complaints about
DC++ in multiple hubs and fake-sharing. By
distinguishing karma from raw MB, other mechanisms can
be instituted to provide incentives to the users - ie
voting for favorite users via bot or whatnot. Karma
could either have a cap, or some formula that stresses
both past and recent activity.

Also, if a user disconnects their share when you've
got 98% left...then the next user from whom you finish
the transfer gets ALL the karma points. Simple
analysis of % of karma from specific users would also
prevent/identify situations where 2 users have been
either trading, or faking karma points.

I think this would tie-in well with the protocol
extensions you've developed for nick/password
management.

Anyway - I assume you're primarily responsible for the
DC protocol analysis which has permitted so much open-
DC activity. Thanks & keep up the great work!

[SuxXx]

Logged In: YES
user_id=130900

Hi you Mr. Anonymous ;)

I want create some protocol extensions.
Like:

* Search for FileCRCs (to find same files)
* Channel support...

Your idea (KARMA) Points could be great, but the CLIENT
must inform the server about the KARMA Points sset to a
User. And there is the Problem: The User could Cheat with
it, to give a Friend or hisself with another name, more
karmapoints.. thats the problem.

bye suxxx