aboutsummaryrefslogtreecommitdiffstats
path: root/swarm/storage/mru/doc.go
diff options
context:
space:
mode:
Diffstat (limited to 'swarm/storage/mru/doc.go')
-rw-r--r--swarm/storage/mru/doc.go29
1 files changed, 14 insertions, 15 deletions
diff --git a/swarm/storage/mru/doc.go b/swarm/storage/mru/doc.go
index a9ea2076c..2cf2d3757 100644
--- a/swarm/storage/mru/doc.go
+++ b/swarm/storage/mru/doc.go
@@ -1,43 +1,42 @@
/*
Package feeds defines Swarm Feeds.
-A Mutable Resource is an entity which allows updates to a resource
+Swarm Feeds allows a user to build an update feed about a particular topic
without resorting to ENS on each update.
The update scheme is built on swarm chunks with chunk keys following
a predictable, versionable pattern.
-A Resource is tied to a unique identifier that is deterministically generated out of
+A Feed is tied to a unique identifier that is deterministically generated out of
the chosen topic.
-A Resource View is defined as a specific user's point of view about a particular resource.
-Thus, a View is a Topic + the user's address (userAddr)
+A Feed is defined as the series of updates of a specific user about a particular topic
Actual data updates are also made in the form of swarm chunks. The keys
of the updates are the hash of a concatenation of properties as follows:
-updateAddr = H(View, Epoch ID)
+updateAddr = H(Feed, Epoch ID)
where H is the SHA3 hash function
-View is the combination of Topic and the user address
+Feed is the combination of Topic and the user address
Epoch ID is a time slot. See the lookup package for more information.
-A user looking up a resource would only need to know the View in order to
-another user's updates
+A user looking up a the latest update in a Feed only needs to know the Topic
+and the other user's address.
-The resource update data is:
-resourcedata = View|Epoch|data
+The Feed Update data is:
+updatedata = Feed|Epoch|data
-the full update data that goes in the chunk payload is:
+The full update data that goes in the chunk payload is:
resourcedata|sign(resourcedata)
Structure Summary:
-Request: Resource update with signature
- ResourceUpdate: headers + data
+Request: Feed Update with signature
+ Update: headers + data
Header: Protocol version and reserved for future use placeholders
ID: Information about how to locate a specific update
- View: Author of the update and what is updating
+ Feed: Represents a user's series of publications about a specific Topic
Topic: Item that the updates are about
- User: User who updates the resource
+ User: User who updates the Feed
Epoch: time slot where the update is stored
*/