Allow storage nodes to publish an arbitrary text description #2358

Open
opened 2015-01-02 01:23:35 +00:00 by mhazinsk · 0 comments
mhazinsk commented 2015-01-02 01:23:35 +00:00
Owner

It would be useful for storage nodes to have a text field longer than the node nickname to store optional machine-readable descriptive information (e.g. physical location, owner information, etc). Once #467 is implemented, this could assist clients in choosing which storage nodes to use for uploads.

One potential use case of this is client-side mitigation of a Sybil attack if the introducer FURL string gets compromised. Clients could, for instance, refuse to use a storage node for uploads unless it can produce a PGP-signed message linking its node ID to a key in the client's local trust db.

It would be useful for storage nodes to have a text field longer than the node nickname to store optional machine-readable descriptive information (e.g. physical location, owner information, etc). Once #467 is implemented, this could assist clients in choosing which storage nodes to use for uploads. One potential use case of this is client-side mitigation of a Sybil attack if the introducer FURL string gets compromised. Clients could, for instance, refuse to use a storage node for uploads unless it can produce a PGP-signed message linking its node ID to a key in the client's local trust db.
tahoe-lafs added the
unknown
normal
enhancement
1.10.0
labels 2015-01-02 01:23:35 +00:00
tahoe-lafs added this to the undecided milestone 2015-01-02 01:23:35 +00:00
warner added
code-storage
and removed
unknown
labels 2016-08-07 22:40:38 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#2358
No description provided.