Changes between Version 1 and Version 2 of Ticket #68, comment 11


Ignore:
Timestamp:
2012-11-29T17:27:45Z (12 years ago)
Author:
zooko
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #68, comment 11

    v1 v2  
    11Here is a simple scheme for decentralized introduction.  It probably scales up at least as well as the rest of our current network architecture does -- i.e. it is scalable enough for now.
    22
    3 First, implement #271 -- "subscriber-only introducer client".
     3First, implement #271 -- "subscriber-only introducer client". ''DONE''
    44
    5 Second, make announcement idempotent in the introducer -- i.e. make it so that if a node announces themselves when they are already in the introducer's set of announced nodes, that the introducer ignores the announcement.  (This makes sense, anyway, because the introducer doesn't need to inform any subscribers about the re-announcement since the clients will already have heard the earlier announcement from the introducer, and the only time a node would announce itself redundantly would be if that node were buggy.)
     5Second, make announcement idempotent in the introducer -- i.e. make it so that if a node announces themselves when they are already in the introducer's set of announced nodes, that the introducer ignores the announcement.  (This makes sense, anyway, because the introducer doesn't need to inform any subscribers about the re-announcement since the clients will already have heard the earlier announcement from the introducer, and the only time a node would announce itself redundantly would be if that node were buggy.) ''DONE''
    66
    77Third, make "introducers" a class of publishable, subscribable thing like storage server and read-only storage server and upload helper (as per #271).