Skip to content

adds a check that only single ferry can happen on a deposit request gasp-1652 #794

adds a check that only single ferry can happen on a deposit request gasp-1652

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 ✅

Tests passed successfully

✅ 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 suite Passed Failed Skipped Time
test/parallel/proofOfStake.3rdPartyRewards.accuracy.test.ts 1✅ 234s
test/parallel/proofOfStake.3rdPartyRewards.activation.check.test.ts 6✅ 605s
test/parallel/proofOfStake.3rdPartyRewards.activation.test.ts 3✅ 131s
test/parallel/proofOfStake.3rdPartyRewards.burning.test.ts 1✅ 72s
test/parallel/proofOfStake.3rdPartyRewards.calim.activated.test.ts 2✅ 330s
test/parallel/proofOfStake.3rdPartyRewards.claim.test.ts 4✅ 1049s
test/parallel/proofOfStake.3rdPartyRewards.fees.test.ts 4✅ 143s
test/parallel/proofOfStake.3rdPartyRewards.happyPath.test.ts 1✅ 234s
test/parallel/proofOfStake.3rdPartyRewards.MPL-integration.test.ts 4✅ 239s
test/parallel/proofOfStake.3rdPartyRewards.reusedActivations.test.ts 1✅ 569s
test/parallel/proofOfStake.3rdPartyRewards.setup.test.ts 7✅ 155s

✅ 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