Being able to see up/down ratio of clients
Moderator: Moderators
Being able to see up/down ratio of clients
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.
-
- Posts: 506
- Joined: 2003-01-03 07:33
-
- Posts: 164
- Joined: 2005-01-06 08:39
- Location: HU
- Contact:
bytesUp/bytesDownivulfusbar wrote:define upload/download ratio.
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)
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
If it was used for any sort of preferential treatment, there would be great incentive to give false information.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!).
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.Wisp wrote:Sharesize can also be faked but is still included in MyINFO
Also: I'd make sure this'd become configurable (well, if it's in the tag, it already is) in BCDC++.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.
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
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
http://dcpp.net/forum/viewtopic.php?t=9289
http://dcpp.net/forum/viewtopic.php?t=7231
-
- Posts: 164
- Joined: 2005-01-06 08:39
- Location: HU
- Contact:
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)
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us