Skip to content

Conversation

@youngkidwarrior
Copy link
Collaborator

Why:
Remove wrapper creation from constructor; require SENDx to be
provided to simplify lifecycle.

Test plan:

  • Compile and run rewards manager tests.
  • Confirm no wrapper creation occurs in ctor.

Copy link
Collaborator Author

youngkidwarrior commented Sep 10, 2025

@youngkidwarrior youngkidwarrior marked this pull request as ready for review September 10, 2025 00:55
Why:
Remove wrapper creation from constructor; require SENDx to be
provided to simplify lifecycle.

Test plan:
- Compile and run rewards manager tests.
- Confirm no wrapper creation occurs in ctor.
Why:
Decouple wrapper creation from rewards by requiring an existing
ISuperToken (SENDx) to be passed into the RewardsManager
constructor. This simplifies lifecycle, avoids implicit wrapper
creation, and clarifies responsibilities between features.

Details:
- RewardsManager ctor now accepts SENDx; no wrapper creation
- Deploy and tests updated to pass SENDx explicitly
- Docs updated to reflect new constructor and flows
- Maintains minimal admin surface and pool creation via
  SuperTokenV1Library

Test plan:
- bunx hardhat compile (succeeds)
- bunx hardhat test test/rewards.manager.test.ts
- bunx hardhat run scripts/rewards/deploy.ts --network anvil
  (SENDx resolved; pool is created; deployments updated)
@youngkidwarrior youngkidwarrior changed the base branch from script_rewards_deploy_resolve_sendx_share_require_pool_addr_ to graphite-base/15 September 12, 2025 11:08
@youngkidwarrior youngkidwarrior force-pushed the feat_rewards_accept_existing_supertoken_in_rewardsmanager_constructor_remove_wrapper_creation branch from 472d60d to f613b72 Compare September 12, 2025 11:08
@youngkidwarrior youngkidwarrior changed the base branch from graphite-base/15 to feat_rewards_manager_pool_units_sync_ September 12, 2025 11:09
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