The Paper Napkin Problem

[catbert]

@smacz

Uhh…math. First you’d have to have found all of those solutions in the first place. Each of them would have to come from a separate Public Persona. So that’s submitting for a MPID and then hashing it and reading it’s first three characters. You’d then have to resubmit to the network for a new MPID every time it’s not one of the ones you haven’t found yet. Then once you do find one, you have to start all over again for the next Public Persona.

Indeed. What I expect may happen is this:

• an Evil Minded Individual registers a website under a Lucrative Name - easy first time
• the Evil Minded Individual does it again (different 3 char code) - easy second time
  …
• after many iterations it finally starts becoming difficult - you try a [Public persona] - and get a website name (name.abc) that is already registered - what happens then? you can’t register it right? get a reject?
• finally it gets prohibitively expensive to register any more websites under this Lucrative Name - you get rejects all the time

@smacz

This is the exact same problem (but with an extra hash) as the current naming system is going.

Indeed! However

A. The namespace for [Public Personas] is expected to get crowded too - even if slowly

@happybeing

It does mean that common names are likely to be blocked by legitimate users though, and over time less common ones too. So that problem remains, but that’s not half so bad IMO as people making a business model out if it, which only makes the problem worse.

B. There is nowhere as much drive for a Lucrative Name for a [Public Persona] since trademarks don’t normally hinge on [Public Persona]'s name but more often on a domain name.

C. If you can’t get the name you want for a [Public Persona] it’s less of an issue. Don’t be “John Smith” be “John Smith the Plumber” - easy. Not so for “IBM” “Apple” “Wikipedia”…