-
Notifications
You must be signed in to change notification settings - Fork 72
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add GSOC page #718
base: master
Are you sure you want to change the base?
Add GSOC page #718
Conversation
✅ Deploy Preview for test-twitter-preview-testing-3 ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
✅ Deploy Preview for bee-docs-preview ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
|
||
The Graffiti Single Owner Chunk (GSOC) feature enables a single Bee *service* node to receive messages from multiple Bee *writer* nodes. It is based on a [Single Owner Chunk (SOC)](/docs/develop/tools-and-features/chunk-types/#single-owner-chunks), but unlike a standard SOC, which can be updated only by a single owner, GSOC allows multiple nodes to make updates. The GSOC address is derived so that it falls within the neighborhood of the service node, ensuring updates are automatically synced as part of the normal full node syncing process. | ||
|
||
The service node determines the data used to derive the GSOC private key. Any node with access to this data can derive the same key and update the GSOC. The service node also defines a message format, filtering out non-conforming updates. Nodes which know both the GSOC key derivation data and the expected message format can send messages to the service node. Since only full nodes sync neighborhood chunks, the service node *must be a full node to receive GSOC updates*. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Defining the message format is not a hard requirement. You can subscribe (ws) to GSOC and receive every message. It is a requirement in @anythread/gsoc
, but not in Bee API.
1. A full Bee node and a second light Bee node | ||
2. A small amount of xBZZ and xDAI for postage stamp purchases and uploads | ||
3. NodeJS & NPM | ||
4. A mutable stamp batch (*set the* [`immutable` header parameter](/api/#tag/Postage-Stamps/paths/~1stamps~1%7Bamount%7D~1%7Bdepth%7D/post) *to `false` when* [buying a batch](/docs/develop/access-the-swarm/buy-a-stamp-batch#buying-a-stamp-batch)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Recommended, not a hard requirement. For full clarity maybe explain in a footnote why it is beneficial?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry it's right there :)
|
||
To use GSOC, you need: | ||
|
||
1. A full Bee node and a second light Bee node |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe add parentheses: full Bee node (service node) and light Bee node (writer node) so it matches the previous sections
No description provided.