[Cryptography] People vs AI
Andrew Miller
andrew at amxl.com
Mon Mar 10 21:11:03 EDT 2025
On 11/03/2025 10:10, Jerry Leichter wrote:
> Focusing on just one issue:
>> ...Proof of Human is the cornerstone of the networks security.
> I don't see any hope of being able to prove that an entity on the network is human, given even the current state of AI (and it only gets harder from here). That train left the station.
>
> We need to step back and ask what the exact problem is that we're trying to solve. In fact, it has little to do with the humanity or lack thereof of someone we correspond with. It has to do with whether we can trust them for particular purposes. We're attempting to use the human/not-human dichotomy as a shortcut for this purpose, but it's a bad shortcut. For any particular purpose, some humans are trustworthy and some are not, and some AI's are trustworth or not.
However, there are applications and protocols where it is desirable that
people participate on a 'one person, one vote' basis. Not every vote is
going to be in the right direction, but that doesn't necessarily matter.
If a decentralised system based on a cryptographic protocol has 1,000
honest users and 500 dishonest ones, then you can work with that. If a
decentralised system has 1,000 honest users, and 500 dishonest people
with 200 users each (i.e. 100,000 dishonest users), that is a much
harder problem for a protocol designer. So some kind of solution for
proof-of-humanity greatly broadens what is possible for protocol designers.
> Think about conversing with an advisor at your bank. You are willing to trust the entity you are connected to - human or chatbot - when you are willing to trust that they are legitimately associated with the bank. My bank's chatbot actually provides some useful advice, which I trust. It doesn't try to appear to be human, but even if it did, that would change nothing.
>
> Suppose we established humanity by requiring that anyone wanting to access the Internet get a "driver's license" from the state, which would provide unforgeable certification of humanity. What does that "unforgeable certificate of humanity" actually mean? Whether it says anything about whether the identity it certifies is human depends _entirely_ on how trustworthy the state is in issuing such certificates to humans, only to humans, and only one per human. Well ... good luck with that. Even with the most trusted of states, exceptions will certainly be made for "legitimate law enforcement practices."
I think you are right that proof of humanity will need to rely on a
trusted third party, such as a state (or in Worldcoin's implementation,
the Worldcoin Foundation), and so will never be truly decentralised.
However, the alternatives are:
* Using a proof of work system to make it too costly to create lots of
users. The problem is, it is quite likely that the minimum many
legitimate people will spend to create one user is less than the
maximum per user that people performing Sybil attacks are willing to
spend. Also, such systems use a lot of energy at scale and so are
environmentally harmful.
* Use a proof of stake system - you stake some existing cryptocurrency
that you can lose under certain circumstances. This has the same
problem - it is essentially, one dollar one vote, and people will
pay more for many votes.
* Some kind of web of trust - but this either lets a small percentage
of bad actors create fake networks of users, or has serious privacy
implications.
I'd argue the downsides of some limited centralisation are worth it for
many otherwise decentralised applications. States creating a few extra
users isn't necessarily fatal to many applications - and they probably
wouldn't need to anyway, as a solution that offers good privacy would
also blind other users to the fact they work for the state. It would be
a problem if a state conducted a Sybil attack with lots of fake users -
but for a widely deployed system, solutions that provide visibility into
the number of users would at least make this obvious (unless the state
also fudges their official population statistics to cover up a sudden
rise in real people).
I'm working on a solution I'm calling uniquonym
(https://lemmy.amxl.com/c/project_uniquonym /
https://github.com/orgs/uniquonym/repositories) - a portmanteau of
unique and pseudonym - which will use centralised trust of states as
arbiters of personhood, combined with zk-STARK proofs, ensuring users
can only have one pseudonym per namespace per state (at a time -
eventually uniquonyms expire and can be removed from the Merkle tree of
identities in a namespace, and can be replaced by a different one).
States cannot tie pseudonyms in a namespace to real users. Uniquonyms
can be used for approximate voting, or to slow down how fast malicious
users can come back after being blocked in a pseudonymous decentralised
system.
-- Andrew
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.metzdowd.com/pipermail/cryptography/attachments/20250311/df214b4a/attachment.htm>
More information about the cryptography
mailing list