[tor-dev] RelayAwards - incentives

[nusenu]

> - We started this
> website because we believe that competition can make more operators
> improve their relay by following best practice. This would make the
> whole Tor-network better if we have straight guidelines.
> https://www.relayawards.com/


If it is about competing operators then you should aggregate an
operator's tor instances not care to much about single tor instances of
a given operator? You might just team-up with http://tor-roster.org/

Creating incentives for a high uptime would create incentives to run
relays insecurely (never upgrade, never reboot, run vulnerable software
longer).
I wouldn't give away awards for low uptimes either - just leave it out
of the equation?

With over 94% CW  [1] being routed by Linux relays, why is it good to
run more Linux relays?

I'd say create incentives for non-Linux relays.

[1] https://github.com/ornetstats/stats/blob/master/o/os_share.txt


How about anti-incentives?

-5 for relays @ OVH added after a certain point in time?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.torproject.org/pipermail/tor-dev/attachments/20160701/12375a58/attachment.sig>