-
Notifications
You must be signed in to change notification settings - Fork 38
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
Rounding error for initial NEO transfer calculations #2681
Milestone
Comments
roman-khimov
added
bug
Something isn't working
neofs-ir
Inner Ring node application issues
labels
Dec 15, 2023
cthulhu-rider
added a commit
that referenced
this issue
Dec 18, 2023
Previously, auto-deploy/update procedure could stuck when committee multi-sig account had less than N amount of NEO, where N is a number of the NeoFS Alphabet accounts in the deployed/update NeoFS network. This was caused by rounding integer division of fund amounts: zero funds were transferred due to which the balance did not change and each iteration did not change the network state. Fix zero transfers and also distribute remainder as evenly as possible to decrease total number of transactions. Fixes #2681. Signed-off-by: Leonard Lyubich <leonard@morphbits.io>
cthulhu-rider
added a commit
that referenced
this issue
Dec 18, 2023
Previously, auto-deploy/update procedure could stuck when committee multi-sig account had less than N amount of NEO, where N is a number of the NeoFS Alphabet accounts in the deployed/update NeoFS network. This was caused by rounding integer division of fund amounts: zero funds were transferred due to which the balance did not change and each iteration did not change the network state. Fix zero transfers and also distribute remainder as evenly as possible to decrease total number of transactions. Fixes #2681. Signed-off-by: Leonard Lyubich <leonard@morphbits.io>
cthulhu-rider
added a commit
that referenced
this issue
Dec 18, 2023
Previously, auto-deploy/update procedure could stuck when committee multi-sig account had less than N amount of NEO, where N is a number of the NeoFS Alphabet accounts in the deployed/update NeoFS network. This was caused by rounding integer division of fund amounts: zero funds were transferred due to which the balance did not change and each iteration did not change the network state. Fix zero transfers and also distribute remainder as evenly as possible to decrease total number of transactions. Fixes #2681. Signed-off-by: Leonard Lyubich <leonard@morphbits.io>
cthulhu-rider
added a commit
that referenced
this issue
Dec 18, 2023
Previously, auto-deploy/update procedure could stuck when committee multi-sig account had less than N amount of NEO, where N is a number of the NeoFS Alphabet accounts in the deployed/update NeoFS network. This was caused by rounding integer division of fund amounts: zero funds were transferred due to which the balance did not change and each iteration did not change the network state. Fix zero transfers and also distribute remainder as evenly as possible to decrease total number of transactions. Fixes #2681. Signed-off-by: Leonard Lyubich <leonard@morphbits.io>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Expected Behavior
IR starting for an already running network and dealing with NEO transfers in a normal way.
Current Behavior
For a 7-node network it's
that never ends because we transfer zero NEO and there are always two left.
Possible Solution
For an already set up network this logic can be either omitted (notice that committee can differ from the standby one also), or we can ignore
<ValidatorsCount
amount of NEO or we can transfer them to random alphabet contract.Steps to Reproduce (for bugs)
Upgrade a network with seven nodes.
Your Environment
The text was updated successfully, but these errors were encountered: