-
Notifications
You must be signed in to change notification settings - Fork 20
Fix regression test path and improve logs for debugging #771
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
base: integration
Are you sure you want to change the base?
Conversation
| // If this is encountered, it likely means a contract upgrade is happening. | ||
| // TODO: Check that all current batcher addresses are still valid after upgrade. | ||
| if bytes.Equal(data[:4], []byte{0x1c, 0xff, 0x79, 0xcd}) { | ||
| return nil, fmt.Errorf("encountering execute method, caff node needs to update") |
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.
Contract upgrades can happen right? I didnt understand this
During contract upgrades also I think they use setIsBatchPoster not sure
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.
We should handle this but not sure how we should deal with it. The monitor currently searches forOwnerFunctionCalled(1), not the event SetIsBatchPoster. So we can't get the batcher address update. I am thinking at least we can verify current addresses and remove invalid ones.
Returning error at least clearly shows what is the issue here.
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.
My concern is this that when a contract migration is happening it will crash all the caff nodes because it will keep throwing errors, let me know if that is not the case?
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 this is the case. My point is that, without this PR, this case can still happen. So this PR doesn't do anything worse and it at least shows where the error comes from
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 but I think instead of just merging this PR, we should actually discuss as a team how we should fix this and dont forget about this issue.
Thats why I was saying we should separate out regression test change from this PR and merge that and discuss how we want to handle contract upgrades because this might be an issue for the caff node
Minor improvements: