-
Notifications
You must be signed in to change notification settings - Fork 44
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
docs(cip-19): add NamespaceRangeID along with NamespaceRangeContainer #197
base: main
Are you sure you want to change the base?
Changes from 2 commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -311,6 +311,50 @@ Namespace data may span over multiple rows, in which case all the data is encaps | |
containers. This enables parallelization of namespace data retrieval and certain [compositions](#protocol-compositions) | ||
may get advantage of that by requesting containers of a single namespace from multiple servers simultaneously. | ||
|
||
#### RangeNamespaceDataID | ||
|
||
RangeNamespaceDataID: encapsulates SampleID, Namespace and identifies the continuous range of shares in the DataSquare, | ||
starting from the given [SampleID](#sampleid) and contains `Length` number of shares. Formated as below: | ||
|
||
```text | ||
RangeNamespaceDataID { | ||
SampleID; | ||
Namespace; | ||
Length: u16; | ||
OmitData: bool; | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. should OmitData also be present in There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. It may also be part of SampleID, i.e., one can request just the proof for the share/sample without the data itself. However, we are unaware of any use cases for the Row and Sample containers that can be requested without data. We could add that to be consistent with OmitData usage across types, but our approach is to specify and implement only what's known to be helpful in practice. |
||
} | ||
``` | ||
|
||
The fields with validity rules that form RangeNamespaceDataID are: | ||
|
||
[SampleID](#sampleid): it MUST follow formatting and validity rules. | ||
|
||
[**Namespace**][ns]: A fixed-size 29 bytes array representing the Namespace of interest. It MUST follow [Namespace][ns] | ||
formatting and its validity rules. | ||
|
||
Length: uint16 representation of the length of the range. This number MUST NOT exceed the last original share of the DataSquare. | ||
|
||
OmitData: bool flag that specifies whether the user expects the original data along with the proof or not. | ||
|
||
[Serialized](#serialization-for-share-identifiers) RangeNamespaceDataID MUST have a length of 44 bytes. | ||
|
||
#### RangeNamespaceData | ||
|
||
RangeNamespaceData containers encapsulate user-submitted data under [namespaces][ns] within a single or multiple | ||
of [DataSquare][square] rows. It MAY contain [shares][shares] and [NMT][nmt] proof of share inclusion or proof only. | ||
|
||
RangeNamespaceDatacontainer are protobuf formatted using the following proto3 schema: | ||
vgonkivs marked this conversation as resolved.
Show resolved
Hide resolved
|
||
|
||
```protobuf | ||
syntax = "proto3"; | ||
|
||
message RangeNamespaceData{ | ||
repeated RowNamespaceData namespaceData = 1; | ||
} | ||
``` | ||
|
||
The fields with validity rules that form [RowNamespaceData](#rownamespacedata-container) container. | ||
|
||
### Core Structures | ||
|
||
This section is purposed for messages that do not fit into [Identifier](#share-identifiers) or [Container](#share-containers) | ||
|
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.
what is the purpose of sample here? does it mean take
Length
shares from givenSampleID
? I think it needs better clarification below. Also why not just usingEdsId
+Namespace
providing whole namespace from given block? Is there a usecase for a user to request his shares but eg. skipping the first and last one?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.
Yes
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.
This means we will retrieve the whole eds from the requested namespace. For example,
blob.GetProof
needs a specific range of shares rather than the whole namespace.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.
should we then specify here what should happen if cid is pointing to shares outside of it's namespace? eg. what if the sample id is not in correct namespace or the length goes beyond the namespace?
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.
also I'm not exactly sure what is the usecase here, user would need to already know the blob's position in eds and it's length in shares to even use that, however shwap itself doesn't give any of such abilities