Being able to see up/down ratio of clients

Use this forum to flesh out your feature request before you enter it in <a href="http://dcpp.net/bugzilla/">Bugzilla</a>.

Moderator: Moderators

Locked
Wisp
Posts: 218
Joined: 2003-04-01 10:58

Being able to see up/down ratio of clients

Post by Wisp » 2006-01-09 07:53

When you are in a hub, it would be handy to see what the upload/download ratio of a user is, so when a user is slotbegging you are able to see if he is worth a slot or he is just a leecher. The info can be stored at the same place as the e-mail or description.

ivulfusbar
Posts: 506
Joined: 2003-01-03 07:33

Post by ivulfusbar » 2006-01-09 08:02

define upload/download ratio.
Everyone is supposed to download from the hubs, - I don´t know why, but I never do anymore.

ullner
Forum Moderator
Posts: 333
Joined: 2004-09-10 11:00
Contact:

Post by ullner » 2006-01-09 08:13

Are you talking about the ratio at the bottom in the About box? It would be stupid to add it since it is easily faked by *anyone*. Just open up dcplusplus.xml and change it. Besides, the information says nothing about if a person is a leecher or not.

bastya_elvtars
Posts: 164
Joined: 2005-01-06 08:39
Location: HU
Contact:

Post by bastya_elvtars » 2006-01-09 08:44

ivulfusbar wrote:define upload/download ratio.


bytesUp/bytesDown

And it would be a GREAT option as well - if it was worth to bundle it into MyINFO. Although it could possibly be faked, if it was not stored in an encrypted way, and could not be lost (but hey, in emule it could either!).
Hey you, / Don't help them to bury the light... / Don't give in / Without a fight. (Pink Floyd)

Todi
Forum Moderator
Posts: 699
Joined: 2003-03-04 12:16
Contact:

Post by Todi » 2006-01-09 09:14

It would be impossible to verify, extremely easy to fake, and thus almost completely worthless, imho.

Wisp
Posts: 218
Joined: 2003-04-01 10:58

Post by Wisp » 2006-01-09 11:33

Sharesize can also be faked but is still included in MyINFO

I mean, how many people are actively searching on warez networks how to crack dc++ to fake the info.. maybe 0,1%

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-07 21:46
Location: .pa.us

Post by GargoyleMT » 2006-01-09 11:55

bastya_elvtars wrote:Although it could possibly be faked, if it was not stored in an encrypted way, and could not be lost (but hey, in emule it could either!).

If it was used for any sort of preferential treatment, there would be great incentive to give false information.

Wisp wrote:Sharesize can also be faked but is still included in MyINFO

There's a difference between the two, isn't there? Your share size can be verified by summing the size of the files you share. And those files can be verified to exist by downloading their TTH leaves and making sure they match the TTH root. This is a much higher standard of than upload:download ratio could ever be held to.

cologic
Programmer
Posts: 337
Joined: 2003-01-06 13:32
Contact:

Post by cologic » 2006-01-09 12:12

http://www.craphound.com/msftdrm.txt wrote:Now, let's apply this to DRM.

In DRM, the attacker is *also the recipient*. It's not Alice and
Bob and Carol, it's just Alice and Bob. Alice sells Bob a DVD.
She sells Bob a DVD player. The DVD has a movie on it -- say,
Pirates of the Caribbean -- and it's enciphered with an algorithm
called CSS -- Content Scrambling System. The DVD player has a CSS
un-scrambler.

Now, let's take stock of what's a secret here: the cipher is
well-known. The ciphertext is most assuredly in enemy hands, arrr.
So what? As long as the key is secret from the attacker, we're
golden.

But there's the rub. Alice wants Bob to buy Pirates of the
Caribbean from her. Bob will only buy Pirates of the Caribbean if
he can descramble the CSS-encrypted VOB -- video object -- on his
DVD player. Otherwise, the disc is only useful to Bob as a
drinks-coaster. So Alice has to provide Bob -- the attacker --
with the key, the cipher and the ciphertext.

Hilarity ensues.

Also: I'd make sure this'd become configurable (well, if it's in the tag, it already is) in BCDC++.

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-07 21:46
Location: .pa.us

Post by GargoyleMT » 2006-01-09 12:30

I dug the two easiest last times this was suggested out of the archives:
http://dcpp.net/forum/viewtopic.php?t=9289
http://dcpp.net/forum/viewtopic.php?t=7231

bastya_elvtars
Posts: 164
Joined: 2005-01-06 08:39
Location: HU
Contact:

Post by bastya_elvtars » 2006-01-09 13:52

Yes, the problem is that on BitTorrent trackers store this information, thus individual on every single tracker. And making it different on a per-hub basis would be a pain, and would no longer be called DirectConnect.
Hey you, / Don't help them to bury the light... / Don't give in / Without a fight. (Pink Floyd)

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-07 21:46
Location: .pa.us

Post by GargoyleMT » 2006-01-09 14:17

bastya_elvtars wrote:Yes, the problem is that on BitTorrent trackers store this information, thus individual on every single tracker.

I thought that BT clients were supposed to distrust this value.

Locked