Skip to content
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

Signature response for initial replication #299

Closed
roman-khimov opened this issue Jun 27, 2024 · 1 comment
Closed

Signature response for initial replication #299

roman-khimov opened this issue Jun 27, 2024 · 1 comment
Assignees
Labels
feature Completely new functionality I2 Regular impact S2 Regular significance U2 Seriously planned

Comments

@roman-khimov
Copy link
Member

Is your feature request related to a problem? Please describe.

I'm always frustrated when we can't prove the object was accepted by an appropriate number of nodes. After nspcc-dev/neofs-node#2802 we'll be using replication API exclusively for inter-node communication, so we can extend it a bit more.

Describe the solution you'd like

Extend request with an optional "create" flag, add an optional response field for a single signature.

Describe alternatives you've considered

Sending signatures independently notary-style. Adds additional delay and complexity. Here we directly interact with all parties, so an object entry node can collect all the data easily.

@roman-khimov roman-khimov added U2 Seriously planned S2 Regular significance I2 Regular impact feature Completely new functionality labels Jun 27, 2024
@roman-khimov
Copy link
Member Author

It can be generalized to []byte response field.

carpawell added a commit that referenced this issue Jul 5, 2024
Object signing now may be requested to ensure a replication copy was received.
Closes #299.

Signed-off-by: Pavel Karpy <[email protected]>
carpawell added a commit that referenced this issue Jul 5, 2024
Object signing now may be requested to ensure a replication copy was received.
Closes #299.

Signed-off-by: Pavel Karpy <[email protected]>
carpawell added a commit that referenced this issue Jul 25, 2024
Object signing now may be requested to ensure a replication copy was received.
Closes #299.

Signed-off-by: Pavel Karpy <[email protected]>
carpawell added a commit to nspcc-dev/neofs-node that referenced this issue Sep 6, 2024
Initial replication requires nodes to sign object's main meta information and
respond with it. Meta information is not sent on wire and treated as a fixed
ordered NEO's map. Signatures are verified, not stored/send anywhere yet.
It follows recent API extension: nspcc-dev/neofs-api#299.
Closes #2876.

Signed-off-by: Pavel Karpy <[email protected]>
carpawell added a commit to nspcc-dev/neofs-node that referenced this issue Sep 6, 2024
Initial replication requires nodes to sign object's main meta information and
respond with it. Meta information is not sent on wire and treated as a fixed
ordered NEO's map. Signatures are verified, not stored/send anywhere yet.
It follows the recent API extension: nspcc-dev/neofs-api#299.
Further, this extension is planned to have a contract adoption:
nspcc-dev/neofs-contract#413 and nspcc-dev/neofs-contract#414.
Closes #2876.

Signed-off-by: Pavel Karpy <[email protected]>
carpawell added a commit to nspcc-dev/neofs-node that referenced this issue Sep 10, 2024
Initial replication requires nodes to sign object's main meta information and
respond with it. Meta information is not sent on wire and treated as a fixed
ordered NEO's map. Signatures are verified, not stored/send anywhere yet.
It follows the recent API extension: nspcc-dev/neofs-api#299.
Further, this extension is planned to have a contract adoption:
nspcc-dev/neofs-contract#413 and nspcc-dev/neofs-contract#414.
Closes #2876.

Signed-off-by: Pavel Karpy <[email protected]>
carpawell added a commit to nspcc-dev/neofs-node that referenced this issue Sep 10, 2024
Initial replication requires nodes to sign object's main meta information and
respond with it. Meta information is not sent on wire and treated as a fixed
ordered NEO's map. Signatures are verified, not stored/send anywhere yet.
It follows the recent API extension: nspcc-dev/neofs-api#299.
Further, this extension is planned to have a contract adoption:
nspcc-dev/neofs-contract#413 and nspcc-dev/neofs-contract#414.
Closes #2876.

Signed-off-by: Pavel Karpy <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature Completely new functionality I2 Regular impact S2 Regular significance U2 Seriously planned
Projects
None yet
Development

No branches or pull requests

2 participants