mirror of
https://github.com/nspcc-dev/neofs-contract.git
synced 2026-03-01 04:28:59 +00:00
Rework network configuration parameters #160
Labels
No labels
I1
I2
I3
I4
S1
S2
S3
S4
U1
U2
U3
U4
alphabet
audit
balance
blocked
bug
config
container
discussion
documentation
enhancement
feature
go
good first issue
help wanted
neofs
neofsid
netmap
nns
nns
performance
proxy
question
reputation
security
task
test
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nspcc-dev/neofs-contract#160
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @roman-khimov on GitHub (Nov 27, 2023).
Is your feature request related to a problem? Please describe.
I'm always frustrated when I'm looking at SetConfig/Config pair of the netmap contract. Only node knows what can be changed, only node knows what are the defaults, only node knows how to properly encode them and we have all settings in a single contract even though they're often unrelated.
Describe the solution you'd like
Move configuration options into contracts and make proper interfaces for them. No abstract options, please, everything must have a proper documented interface with the default value. Economic options are not a part of
netmap, container options are not a part ofnetmap, reputation options are not a part ofnetmap.Describe alternatives you've considered
Leaving opaque container, passing magic values on deploy. No, thanks.
@roman-khimov commented on GitHub (Dec 20, 2023):
Same goes for
neofscontract and its settings.@roman-khimov commented on GitHub (Apr 2, 2024):
Add some sane limits to numerics (like object size) as well to avoid code like in https://github.com/nspcc-dev/neofs-node/pull/2674#discussion_r1539879964.
@cthulhu-rider commented on GitHub (Aug 8, 2024):
what do you guys think about adding notifications about changing values? They'd help sys nodes react more quickly to reconfigs. Although this is a separate topic, with new interface proposed within this one the notifications would be implemented more clear and less abstract (per-config notifications)
@roman-khimov commented on GitHub (Aug 8, 2024):
Yep, makes sense.
@roman-khimov commented on GitHub (Nov 15, 2024):
Triggers too many changes to be done now. API operates with
NetworkConfigof KV pairs, SDK is a mix of known/unknown parameters. Postponing for now.