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

Per-container event feed #414

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

Per-container event feed #414

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

Comments

@roman-khimov
Copy link
Member

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

I'm always frustrated when I don't know what's up with the container contents. And we want to filter events per-container.

Describe the solution you'd like

The solution is to deploy a contract for containers that use meta (nspcc-dev/neofs-api#300, container contract would need to know it's enabled). This contract needs to accept event data from SNs and push them into notifications. It does not need to process/store these events. This gives a natural event feed for container.

@roman-khimov roman-khimov added U2 Seriously planned blocked Can't be done because of something S2 Regular significance I1 High impact feature Completely new functionality labels Jun 27, 2024
@carpawell carpawell self-assigned this Aug 26, 2024
@roman-khimov
Copy link
Member Author

roman-khimov commented Sep 3, 2024

There is a question of updates. Updating 1000 contracts at once is very much different from updating 10 contracts.

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]>
@roman-khimov roman-khimov removed the blocked Can't be done because of something label Oct 17, 2024
@roman-khimov roman-khimov changed the title Per-container event contracts Per-container event feed Oct 21, 2024
@roman-khimov roman-khimov added this to the v0.21.0 milestone Oct 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature Completely new functionality I1 High impact S2 Regular significance U2 Seriously planned
Projects
None yet
Development

No branches or pull requests

2 participants