CVS update: openprivacy/htdocs/notes/reputations

From: cvs@openprivacy.org
Date: Sun Jan 07 2001 - 18:18:28 PST


Date: Sunday January 7, 19101 @ 18:18
Author: fen
CVSWEB Options: -------------------

Main CVSWeb: http://openprivacy.org/cgi-bin/cvsweb/cvsweb.cgi

View this module: http://openprivacy.org/cgi-bin/cvsweb/cvsweb.cgi/openprivacy/htdocs/notes/reputations

-----------------------------------

Update of /usr/local/cvsroot/openprivacy/htdocs/notes/reputations
In directory openprivacy.org:/home/fen/projects/openprivacy/htdocs/notes/reputations

Modified Files:
        survey.shtml
Log Message:
updated with more info on Free Haven abd Mojo Nation

*****************************************************************
File: openprivacy/htdocs/notes/reputations/survey.shtml

CVSWEB Options: -------------------

CVSWeb: Annotate this file: http://openprivacy.org/cgi-bin/cvsweb/cvsweb.cgi/openprivacy/htdocs/notes/reputations/survey.shtml?annotate=1.2

CVSWeb: View this file: http://openprivacy.org/cgi-bin/cvsweb/cvsweb.cgi/openprivacy/htdocs/notes/reputations/survey.shtml?rev=1.2&content-type=text/x-cvsweb-markup

CVSWeb: Diff to previous version: http://openprivacy.org/cgi-bin/cvsweb/cvsweb.cgi/openprivacy/htdocs/notes/reputations/survey.shtml.diff?r1=1.2&r2=1.1

-----------------------------------

Index: openprivacy/htdocs/notes/reputations/survey.shtml
diff -u openprivacy/htdocs/notes/reputations/survey.shtml:1.1 openprivacy/htdocs/notes/reputations/survey.shtml:1.2
--- openprivacy/htdocs/notes/reputations/survey.shtml:1.1 Sun Jan 7 02:30:57 2001
+++ openprivacy/htdocs/notes/reputations/survey.shtml Sun Jan 7 18:18:28 2001
@@ -1,6 +1,6 @@
 <!--#include virtual="/includes/top.html"-->
 <!--#include virtual="/includes/navigation.html"-->
-<!-- $Id: survey.shtml,v 1.1 2001/01/07 10:30:57 fen Exp $ -->
+<!-- $Id: survey.shtml,v 1.2 2001/01/08 02:18:28 fen Exp $ -->
 
 <h2>Survey of Trust Metrics</h2>
 
@@ -35,12 +35,16 @@
       </ul>
       <p>
   <dt><b>reputation systems</b>
- <dd>Expand upon collaborative systems by weighting the average according
- to the <i>reputation</i> of each user's identity. If such weighting
- is made visible to the client, the user may or may not be in control
- over how the weights are applied.
+ <dd>Provide accountability by expanding upon collaborative systems by
+ weighting the average according to the <i>reputation</i> of each
+ entity. Such weightings may be assigned objectively by the system
+ (e.g. by recording uptime statistics), subjectively though
+ user interaction (e.g. popularity or quality ratings), or a
+ combination of these mechanisms. How ratings are applied and what
+ effect they have is up to the system. In general, a reputation
+ system:
       <ul>
- <li>identifies each user (e.g. via login)
+ <li>identifies each entity (e.g. via public key)
         <li>maintains record of user inputs
         <li>supports individual weighting of users
         <li>may support user assignment of weights ("who I trust")
@@ -64,14 +68,27 @@
 
 <p><hr><p>
 
-FreeHaven's authors have written extensively on reputation systems, see
+Free Haven's authors have written extensively on reputation systems, see
 <a href="http://www.freehaven.net/papers.html">their pubs list</a>.
+What is of particular interest is their realization that security is
+enhanced through performing transactions publicly (see <i>A Reputation
+System to Increase MIX-net Reliability</i>, section 3).
 
 <p><hr><p>
 
-Freenet does not have reputations in any explicit manner. However, nodes on
-the net can gain 'reputation' for having access to specific types of
-information. <font color="red">(More needed here...)</font>
+Freenet does not have reputations in any explicit manner. However,
+since unpopular data gets dropped while popular data gets cached locally,
+there is a kind of 'data-centric' reputation mechanism implicit in the
+design.
+
+<p><hr><p>
+
+Mojo Nation uses a private currency - mojo - for resource usage. Users that
+contribute disk space or reliable servers get more mojo, and thus a better
+reputation is the system. How mojo is converted to other - perhaps fungible
+- assets remains to be seen.
+
+<p><hr><p>
 
 <!--#include virtual="/includes/bottom.html"-->
 



This archive was generated by hypermail 2b30 : Mon Jan 22 2001 - 15:52:14 PST