[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [GNUnet-developers] Re: amortizable hashcash paper
From: |
Christian Grothoff |
Subject: |
Re: [GNUnet-developers] Re: amortizable hashcash paper |
Date: |
Tue, 6 May 2003 16:50:45 -0500 |
User-agent: |
KMail/1.4.3 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I don't think "no" can be used for spam-control since the message would be
delivered to too many people before the 'no' could possibly come into effect.
On peers suppressing "no" votes, I think I should reformulate a bit. Bad peers
can not suppress "yes" votes since the other peers would accumulate the best
votes, the malicious peers would just slow down the "counting" process. In
the case of "no" votes, this would also apply, but the real problem is that
even the good peers would probably tend to *discard* content that has been
voted against a lot. Since the bad guys would discard "no" votes and the good
guys would discard the whole RBlock, "no"s would never really spread (unless
we decide to keep the RBlocks for the useless content anyway, but I'd rather
just discard content that has had few votes and only keep the good content).
Does this help? Other opinions?
Christian
On Tuesday 06 May 2003 04:29 pm, January wrote:
> Isn't a "no" vote capability important for building a
> spam control (malicious content) system? And can't a
> malicious host discard "yes" votes as easily as
> dicarding "no" votes if they are interested in suppressing
> content?
>
>
> On Tue, 06 May 2003 11:13:31 -0700 Christian Grothoff
> <address@hidden>
>
> wrote:
> >-----BEGIN PGP SIGNED MESSAGE-----
> >Hash: SHA1
> >
> >On Tuesday 06 May 2003 12:30 pm, you wrote:
> >> This may seem like a silly question, but for the gnunet
> >> "popularity rating" implimented with the hash thing, will
> >> users be able to rate entries negatively as well as positively?
> >> I do hope the answer is "yes".
> >
> >Well, as far as I can tell, the answer would be "no", because that way,
> >
> >malicious peers can not just 'discard' "no" votes (and they are
> >computationally bounded in the amount of "yes" votes they can 'forge').
> >But you have an implicit "no": the content that did not get many 'yes'
> >votes. I believe that this will be sufficient if we make voting *easy*
>
> such
>
> >that people actually do it ...
> >
> >Christian
> >-----BEGIN PGP SIGNATURE-----
> >Version: GnuPG v1.0.6 (GNU/Linux)
> >Comment: For info see http://www.gnupg.org
> >
> >iD8DBQE+t/tL9tNtMeXQLkIRAiCSAJ45qlLpxB+Udd3iTDtPtIhLVMbDYACfTBgM
> >ENssuJ1SKhU90BYSy1swjbg=
> >=JDir
> >-----END PGP SIGNATURE-----
> >
> >
> >
> >_______________________________________________
> >GNUnet-developers mailing list
> >address@hidden
> >http://mail.gnu.org/mailman/listinfo/gnunet-developers
>
> Concerned about your privacy? Follow this link to get
> FREE encrypted email: https://www.hushmail.com/?l=2
>
> Free, ultra-private instant messaging with Hush Messenger
> https://www.hushmail.com/services.php?subloc=messenger&l=434
>
> Big $$$ to be made with the HushMail Affiliate Program:
> https://www.hushmail.com/about.php?subloc=affiliate&l=427
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE+uCqT9tNtMeXQLkIRAiGfAJ9DYfiUgws+jJkyilQImLdxT6ZaNgCdEnJf
90jEVdGkTbMTESC6leEJypU=
=Zh6k
- -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE+uC429tNtMeXQLkIRAuooAJ9FRDIDYBgLBQc7iaTIIgauKH2Q1QCfamYu
Z0QMMO69hyfJUdpKXd9dzko=
=JbI9
-----END PGP SIGNATURE-----
Fwd: Re: [GNUnet-developers] Re: amortizable hashcash paper, Christian Grothoff, 2003/05/07
Fwd: Re: [GNUnet-developers] Re: amortizable hashcash paper, Christian Grothoff, 2003/05/09
Fwd: Re: [GNUnet-developers] Re: amortizable hashcash paper, Christian Grothoff, 2003/05/13