Opened at 2008-02-27T20:35:41Z
Last modified at 2008-05-30T01:52:35Z
#323 closed enhancement
document the issue of introducer SPOF — at Initial Version
Reported by: | zooko | Owned by: | somebody |
---|---|---|---|
Priority: | major | Milestone: | 1.1.0 |
Component: | documentation | Version: | 0.8.0 |
Keywords: | kpreid | Cc: | kpreid@… |
Launchpad Bug: |
Description
Many people learning about the Tahoe architecture for the first time are concerned about introducers as a Single Point of Failure/Single? Point of Load. Most recently kpreid.
Ideally, we would implement #68 -- "decentralize introduction" -- and this would eliminate their concern. Until then, we should explain in the docs:
- Yes, this is a SPOF/SPOL.
- But, if the introducer dies, only a minor trouble ensures: newcomers can't get themselves connected.
2.b. And if the introducer can be revived, with the same private key and IP address or domain name, then those newcomers will proceed to get themselves connected, no problem. 2.c. And if it can't be so revived, then a new introducer can be set up, and every node which has its $BASEDIR/introducer.furl file will start to use the new introducer.
- We have a plan to decentralize introduction: ticket #68