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

Add tests for transfer gas logic #142

Merged
merged 1 commit into from
Jan 9, 2022
Merged

Add tests for transfer gas logic #142

merged 1 commit into from
Jan 9, 2022

Conversation

lxfind
Copy link
Contributor

@lxfind lxfind commented Jan 8, 2022

Added a few tests for transfer gas logic.
Added minimum gas requirement check logic that I forgot in the previous PR.

Copy link
Contributor

@huitseeker huitseeker left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good, I just have a Q.

assert!(result
.unwrap_err()
.to_string()
.contains("Gas balance is 10, not enough to pay 12"));
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So the confirmation handling has a cost!?
Note: the design is such that anybody can send a (valid) confirmation. For instance, I can emit a signed transfer to Bob, collect a confirmation, and give him the certificate instead of broadcasting it myself.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Confirmation handling is where we actually execute the order (e.g. invoke Move bytecode). And that's where we deduct gas (in this case, we are deducting the gas for Transfer order). So if the gas is insufficient to execute the order, it will error out during confirmation handling step.
Are you suggesting to do order execution during the order handling step instead of order confirmation step?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are you suggesting to do order execution during the order handling step instead of order confirmation step?

Not at all, I was trying to figure out why you got to a cost of 12 gas, rather than the minimum of 8.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah ok, that's because of this: https://github.com/MystenLabs/fastnft/blob/main/fastx_types/src/gas.rs#L100
The current gas cost for transferring an object is based on the size of the object, which is obviously arbitrarily made up by me at this point.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, well, that will be a finnicky test to maintain. But that's certainly an acceptable state for now.

@lxfind lxfind merged commit 6286592 into MystenLabs:main Jan 9, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants