Hacker News new | past | comments | ask | show | jobs | submit login

You said: "I think it has to be a part of a large _service_."

My question was about the size of the _network_.

In any event, following your line of thought, do you think it's possible to have a many _small_, separate networks that were somehow part of a large service?

Regardless of your answer, does our solution have to be a "service"?

What if it is a "product" that creates small networks as overlays on a larger, existing network such as the one all your friends are connected to: the internet?

You said: "I can see that it's possible to create a service around, say, PGP..."

What if you could see that it's possible to create a service (or product, or both) around, say, a scheme that involved only a single shared password and a single shared encryption key? That is, each friend has to remember only two strings for each network to which she belongs, sort of like, say, a username and password.

What if you could see that such a scheme might not require logging on and logging out as frequently as a web-based service such as Facebook?

Would that change your thoughts at all?

You said, when referring to a PKI scheme like PGP: "But I think that [the] level of conceptual overhead is more than lay-people are willing to deal with."

I once thought the same thing about Amazon's S3 service. When I saw the Dropbox product, my thoughts changed.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: