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

BUIDL GSM Integration #421

Draft
wants to merge 70 commits into
base: main
Choose a base branch
from
Draft

BUIDL GSM Integration #421

wants to merge 70 commits into from

Conversation

yan-man
Copy link

@yan-man yan-man commented Sep 3, 2024

  • Integration with BUIDL to allow users to exchange GHO for USDC and vice versa via USDC/BUIDL off-ramp
  • Implement converter to sit in front of BUIDL GSM to perform swapping operations between USDC/BUIDL
  • also allow allowlisted BUIDL holders to interact with the BUIDL GSM directly

closes #420

Copy link

height bot commented Sep 3, 2024

Link Height tasks by mentioning a task ID in the pull request title or commit messages, or description and comments with the keyword link (e.g. "Link T-123").

💡Tip: You can also use "Close T-X" to automatically close a task when the pull request is merged.

test: remaining gho balance
IGhoToken(GHO_TOKEN).mint(address(this), grossAmount);
IGhoToken(GHO_TOKEN).transfer(receiver, ghoBought);
// TRIGGER ERROR: invalid transfer of GHO amount to GSM Converter (msg.sender)
IGhoToken(GHO_TOKEN).transfer(msg.sender, 1);
Copy link
Contributor

Choose a reason for hiding this comment

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

Similarly here, you can just have this one broken function that you call in your test. Can't use vm.mockCall() because it's actually transferring tokens in this case.

I still need to look into it, but you could perhaps just fuzz test these functions to test if calculations would fail instead of using this mock pattern, because it's effectively testing a contract out of scope of our repo, no?

Copy link
Author

Choose a reason for hiding this comment

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

you can just have this one broken function that you call in your test

This one I think was harder to simulate bc it needed to happen within the flow of the converter, rather than within the test.

effectively testing a contract out of scope of our repo, no

I don't think it is out of scope of the repo, but perhaps out of scope of the converter because it is the GSM implementation. Do you think from the POV of the converter I can assume that the GSM will function properly and leave the require statement coverage uncovered that checks the correct amount of tokens are returned from GSM?

Copy link
Contributor

Choose a reason for hiding this comment

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

I think you can leave this mock in here, but can't you reduce the code? I think you probably left in some functions that are unused in the tests involving this mock

Copy link
Author

Choose a reason for hiding this comment

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

yes I think so, let me work on that

@yan-man yan-man mentioned this pull request Nov 15, 2024
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.

GSM BUIDL Integration
2 participants