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

feat: split v2.1 #55

Merged
merged 9 commits into from
Dec 23, 2024
Merged

feat: split v2.1 #55

merged 9 commits into from
Dec 23, 2024

Conversation

r0ohafza
Copy link
Collaborator

No description provided.

@r0ohafza r0ohafza requested a review from wminshew December 17, 2024 17:46
@wminshew
Copy link
Contributor

we aren't redeploying SplitsWarehouse, need to rollback those changes

Copy link
Contributor

@wminshew wminshew left a comment

Choose a reason for hiding this comment

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

idk if i'll make standup tmrw, will reach out to chat live beforehand if not so i don't block. you

return split;
}

split = Clone.cloneDeterministic({ _implementation: SPLIT_WALLET_IMPLEMENTATION, _salt: salt });
Copy link
Contributor

Choose a reason for hiding this comment

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

hm is it more performant to make the clone in a try/catch and then do the predict / code length check in the catch? makes the happy-case better (which should be ~100% of usage?)

don't feel strongly about it.. not sure how much we're actually shaving off

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

realized while implementing that try catch is only allowed for external function calls so this won't be possible without creating a wrapper create function, going to keep this as is for now

@wminshew
Copy link
Contributor

as discussed on discord,

  • make depositToWarehouse pausable
  • separate it out into external (pausable) and internal (no modifier) so the two distribute calls can avoid the unnecessary extra checks

if you can keep pushing the ball forward w/o deploying, great. if not, just deploy and i'll review in the AM

@wminshew
Copy link
Contributor

wminshew commented Dec 18, 2024 via email

@r0ohafza r0ohafza merged commit 3c7d2c6 into main Dec 23, 2024
1 check passed
@r0ohafza r0ohafza deleted the splits-v2.1 branch December 23, 2024 10:12
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.

2 participants