adds a check that only single ferry can happen on a deposit request gasp-1652 #794
GitHub Actions / E2E report yarn test-parallel-3rdPartyRewards
succeeded
Dec 5, 2024 in 0s
E2E report yarn test-parallel-3rdPartyRewards ✅
✅ e2eTests/reports/junit.xml-7b6f0a80-b313-11ef-9158-1dfedb23891e.xml
34 tests were completed in 1051s with 34 passed, 0 failed and 0 skipped.
✅ test/parallel/proofOfStake.3rdPartyRewards.accuracy.test.ts
Proof of stake tests › Accuracy rewards scenarios
✅ User liq. is considered on the ongoing session
✅ test/parallel/proofOfStake.3rdPartyRewards.activation.check.test.ts
Proof of stake tests › Added scenarios with reward activation
✅ GIVEN promoted pool AND user with liquidity tokens for this pool WHEN user tries to activate 3rd party rewards for non-promoted liqToken THEN receive error
✅ GIVEN two promoted pool AND user without liquidity tokens for first promoted WHEN user tries to activate 3rd party rewards for reward token THEN receive error
✅ GIVEN promoted two promoted pool AND user with liquidity tokens for first promoted pool WHEN user tries to activate 3rd party rewards for second (reward) token with too many liquidity tokens THEN receive error
✅ GIVEN promoted two promoted pool AND user with liquidity tokens for first promoted pool WHEN user activates 3rd party rewards for non-reward token THEN he cant claim rewards
✅ GIVEN promoted two promoted pool AND user with liquidity tokens for first promoted pool WHEN user activates 3rd party rewards for second (reward) token, waits and claims all rewards THEN operation is successful
✅ GIVEN promoted two promoted pool AND user with liquidity tokens for first promoted pool WHEN user activates 3rd party rewards for second (reward) token , waits more than one period last AND the user burns all his liquidity THEN users can still claim pending rewards
✅ test/parallel/proofOfStake.3rdPartyRewards.activation.test.ts
Proof of stake tests › Activation rewards scenarios
✅ A user can activate some rewards
✅ A user can activate twice some rewards
✅ A user can activate rewards that were activated on some other schedules
✅ test/parallel/proofOfStake.3rdPartyRewards.burning.test.ts
Proof of stake tests › Burn liquidity
✅ GIVEN a user with N tokens activated for 3rd party, WHEN the user wants to burn ( all the existing - N ) THEN the operation works
✅ test/parallel/proofOfStake.3rdPartyRewards.calim.activated.test.ts
Proof of stake tests › Scenarios with reward activation for promoted pool MGX-Token1, reward pool MGX-Token2
✅ GIVEN promoted pool MGX-Token1, pool MGX-Token2, pool MGX-Token3 AND user with activated 3rd party rewards of pool MGX-Token1 for Token2 and Token3 WHEN user claim all rewards THEN he receive 2 type of rewards
✅ GIVEN promoted pool MGX-Token1, pool MGX-Token2 AND user with activated 3rd party rewards of pool MGX-Token1 for Token2 WHEN user deactivates 3rd party rewadrs with too many liquidity tokens THEN receive error
✅ test/parallel/proofOfStake.3rdPartyRewards.claim.test.ts
Proof of stake tests › Claim rewards scenarios
✅ When rewards not available, should return error
✅ Rewards are divided in n-sessions
✅ Two users activated, one in one exec, other in two - check balances
✅ Rewards are not given for the ongoing session it got scheduled
✅ test/parallel/proofOfStake.3rdPartyRewards.fees.test.ts
Proof of stake tests › FeeCosts
✅ Reward a pool is not free of cost
✅ Activate - deactivate is free if success
✅ Activate - deactivate is not free if fails
✅ Claiming is not free if Zero
✅ test/parallel/proofOfStake.3rdPartyRewards.happyPath.test.ts
Proof of stake tests › Happy path
✅ A user can deactivate all the tokens when partial activation / deactivation
✅ test/parallel/proofOfStake.3rdPartyRewards.MPL-integration.test.ts
Proof of stake tests › MPL integration
✅ User [testUser1] with: stakedUnactivatedReserves -> stakedAndActivatedReserves -> stakedUnactivatedReserves
✅ Bug ? User [testUser2] with: stakedActivatedReserves -> stakedAndActivatedReserves -> stakedAndActivatedReserves
✅ User [testUser3] with: activatedUnstakedReserves -> activatedUnstakedReserves -> activatedUnstakedReserves
✅ User [testUser4] with: unspentReserves -> activatedUnstakedReserves -> unspentReserves
✅ test/parallel/proofOfStake.3rdPartyRewards.reusedActivations.test.ts
Proof of stake tests › Activations are reused if new rewards
✅ A user can activate - finish schedule and get automatically activated for the following schedules
✅ test/parallel/proofOfStake.3rdPartyRewards.setup.test.ts
Proof of stake tests › Setup rewards scenarios
✅ Multiple users can reward the same pool - same tokens
✅ Multiple users can reward multiple pools - token does not belong to the promoted pool
✅ A user can reward a pool that is not directly paired with mgx
✅ A user can reward in mgx
✅ Rewards schedule must last at least 1 session ahead
✅ Min liq is required setup rewards
✅ Min liq valuation is required setup rewards
Loading