-
Notifications
You must be signed in to change notification settings - Fork 161
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
fix(auction) link rewards accounts #2516
Conversation
WalkthroughThe changes across multiple files involve integrating Changes
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configration File (
|
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.
Actionable comments posted: 0
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (7)
- app/app.go (2 hunks)
- x/leverage/keeper/internal_test.go (2 hunks)
- x/leverage/keeper/keeper.go (3 hunks)
- x/metoken/keeper/intest/keeper_test.go (1 hunks)
- x/metoken/keeper/intest/msg_server_test.go (4 hunks)
- x/metoken/keeper/keeper.go (5 hunks)
- x/metoken/keeper/unit_test.go (2 hunks)
Additional comments not posted (12)
x/metoken/keeper/unit_test.go (1)
23-23
: Integration ofrewardsAuction
inNewBuilder
function aligns with PR objectives.x/leverage/keeper/internal_test.go (1)
36-36
: Integration ofrewardsAuction
inNewKeeper
function aligns with PR objectives.x/metoken/keeper/keeper.go (1)
21-21
: Integration ofrewardsAuction
inBuilder
andKeeper
structs, and their respective initialization functions, aligns with PR objectives.Also applies to: 32-32, 41-41, 52-52, 67-67
x/metoken/keeper/intest/keeper_test.go (1)
57-57
: Integration ofrewardsAuction
inNewBuilder
function andKeeper
method aligns with PR objectives.Also applies to: 64-64, 70-70
x/leverage/keeper/keeper.go (1)
24-24
: Integration ofrewardsAuction
inKeeper
struct andNewKeeper
function aligns with PR objectives.Also applies to: 37-37
app/app.go (3)
481-488
: The integration ofrewardsAuctionAccs
intoAuctionKeeperB
aligns well with the PR objectives to enhance rewards management.
489-497
: The update toLeverageKeeper
to userewardsAuctionAccs.RewardsCollect
is consistent with the intended enhancements to rewards management.
517-517
: The inclusion ofrewardsAuctionAccs.RewardsCollect
inMetokenKeeperB
aligns with the PR's objectives to centralize rewards management.x/metoken/keeper/intest/msg_server_test.go (4)
619-619
: Ensure the correct rewards account is used in theNewBuilder
function.
Line range hint
14-618
: The test setup and assertions inTestMsgServer_Swap
appear correctly implemented and consistent with the PR objectives.
Line range hint
620-717
: The test setup and assertions inTestMsgServer_Swap_NonStableAssets_DiffExponents
appear correctly implemented and consistent with the PR objectives.
Line range hint
718-1461
: The test setup and assertions inTestMsgServer_Swap_AfterAddingAssetToIndex
appear correctly implemented and consistent with the PR objectives.
e2c0c6e
to
f9a8aaf
Compare
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.
Actionable comments posted: 0
Out of diff range and nitpick comments (1)
x/auction/keeper/keeper.go (1)
Line range hint
9-11
: Consider using a more appropriate type forRewardsCollect
.In blockchain applications, account addresses are typically represented as strings or specific address types. Using a byte array might lead to issues with address handling and readability. Consider changing the type to
sdk.AccAddress
if applicable.
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (8)
- app/app.go (2 hunks)
- x/auction/keeper/keeper.go (2 hunks)
- x/leverage/keeper/internal_test.go (2 hunks)
- x/leverage/keeper/keeper.go (3 hunks)
- x/metoken/keeper/intest/keeper_test.go (1 hunks)
- x/metoken/keeper/intest/msg_server_test.go (4 hunks)
- x/metoken/keeper/keeper.go (5 hunks)
- x/metoken/keeper/unit_test.go (2 hunks)
Files skipped from review as they are similar to previous changes (7)
- app/app.go
- x/leverage/keeper/internal_test.go
- x/leverage/keeper/keeper.go
- x/metoken/keeper/intest/keeper_test.go
- x/metoken/keeper/intest/msg_server_test.go
- x/metoken/keeper/keeper.go
- x/metoken/keeper/unit_test.go
Additional comments not posted (3)
x/auction/keeper/keeper.go (3)
23-23
: LGTM! The addition of theAccs
field aligns with the PR's objectives.
32-32
: LGTM! TheNewBuilder
function correctly initializes theBuilder
struct with the newAccs
field.
40-40
: LGTM! The inclusion of theaccs
field in theKeeper
struct is consistent with the PR's objectives.
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #2516 +/- ##
===========================================
- Coverage 75.38% 63.11% -12.28%
===========================================
Files 100 272 +172
Lines 8025 15694 +7669
===========================================
+ Hits 6050 9905 +3855
- Misses 1589 5029 +3440
- Partials 386 760 +374
|
Description