code.vegaprotocol.io/vega@v0.79.0/core/integration/features/amm/0090-VAMM-015.feature (about) 1 Feature: Ensure the vAMM contributes to fee factor setting 2 3 Background: 4 Given the average block duration is "1" 5 And the margin calculator named "margin-calculator-1": 6 | search factor | initial factor | release factor | 7 | 1.2 | 1.5 | 1.7 | 8 And the log normal risk model named "log-normal-risk-model": 9 | risk aversion | tau | mu | r | sigma | 10 | 0.001 | 0.0011407711613050422 | 0 | 0.9 | 3.0 | 11 And the liquidity monitoring parameters: 12 | name | triggering ratio | time window | scaling factor | 13 | lqm-params | 1.00 | 20s | 1 | 14 15 And the following network parameters are set: 16 | name | value | 17 | market.value.windowLength | 60s | 18 | network.markPriceUpdateMaximumFrequency | 0s | 19 | limits.markets.maxPeggedOrders | 6 | 20 | market.auction.minimumDuration | 1 | 21 | market.fee.factors.infrastructureFee | 0.001 | 22 | market.fee.factors.makerFee | 0.004 | 23 | spam.protection.max.stopOrdersPerMarket | 5 | 24 | market.liquidity.equityLikeShareFeeFraction | 1 | 25 | market.amm.minCommitmentQuantum | 1 | 26 | market.liquidity.bondPenaltyParameter | 0.2 | 27 | market.liquidity.stakeToCcyVolume | 1 | 28 | market.liquidity.successorLaunchWindowLength | 1h | 29 | market.liquidity.sla.nonPerformanceBondPenaltySlope | 0.1 | 30 | market.liquidity.sla.nonPerformanceBondPenaltyMax | 0.6 | 31 | validators.epoch.length | 10s | 32 | market.liquidity.earlyExitPenalty | 0.25 | 33 | market.liquidity.maximumLiquidityFeeFactorLevel | 0.25 | 34 #risk factor short:3.5569036 35 #risk factor long:0.801225765 36 And the following assets are registered: 37 | id | decimal places | 38 | USD | 0 | 39 And the fees configuration named "fees-config-1": 40 | maker fee | infrastructure fee | 41 | 0.0004 | 0.001 | 42 43 And the liquidity sla params named "SLA-22": 44 | price range | commitment min time fraction | performance hysteresis epochs | sla competition factor | 45 | 0.5 | 0.6 | 1 | 1.0 | 46 47 And the markets: 48 | id | quote name | asset | liquidity monitoring | risk model | margin calculator | auction duration | fees | price monitoring | data source config | linear slippage factor | quadratic slippage factor | sla params | 49 | ETH/MAR22 | USD | USD | lqm-params | log-normal-risk-model | margin-calculator-1 | 2 | fees-config-1 | default-none | default-eth-for-future | 1e0 | 0 | SLA-22 | 50 51 # Setting up the accounts and vAMM submission now is part of the background, because we'll be running scenarios 0090-VAMM-006 through 0090-VAMM-014 on this setup 52 Given the parties deposit on asset's general account the following amount: 53 | party | asset | amount | 54 | lp1 | USD | 1000000 | 55 | lp2 | USD | 1000000 | 56 | lp3 | USD | 1000000 | 57 | party1 | USD | 1000000 | 58 | party2 | USD | 1000000 | 59 | party3 | USD | 1000000 | 60 | party4 | USD | 1000000 | 61 | party5 | USD | 1000000 | 62 | vamm1 | USD | 1000000 | 63 64 When the parties submit the following liquidity provision: 65 | id | party | market id | commitment amount | fee | lp type | 66 | lp_1 | lp1 | ETH/MAR22 | 600 | 0.04 | submission | 67 | lp_2 | lp2 | ETH/MAR22 | 400 | 0.02 | submission | 68 Then the network moves ahead "4" blocks 69 And the current epoch is "0" 70 71 And the parties place the following orders: 72 | party | market id | side | volume | price | resulting trades | type | tif | reference | 73 | lp1 | ETH/MAR22 | buy | 20 | 40 | 0 | TYPE_LIMIT | TIF_GTC | lp1-b | 74 | party1 | ETH/MAR22 | buy | 1 | 100 | 0 | TYPE_LIMIT | TIF_GTC | | 75 | party2 | ETH/MAR22 | sell | 1 | 100 | 0 | TYPE_LIMIT | TIF_GTC | | 76 | lp1 | ETH/MAR22 | sell | 10 | 160 | 0 | TYPE_LIMIT | TIF_GTC | lp1-s | 77 | lp2 | ETH/MAR22 | buy | 500 | 80 | 0 | TYPE_LIMIT | TIF_GTC | lp2-s | 78 When the opening auction period ends for market "ETH/MAR22" 79 Then the following trades should be executed: 80 | buyer | price | size | seller | 81 | party1 | 100 | 1 | party2 | 82 83 And the market data for the market "ETH/MAR22" should be: 84 | mark price | trading mode | target stake | supplied stake | open interest | ref price | mid price | static mid price | 85 | 100 | TRADING_MODE_CONTINUOUS | 39 | 1000 | 1 | 100 | 120 | 120 | 86 87 @VAMM 88 Scenario: 0090-VAMM-015: A vAMM which has been created and is active contributes with it's proposed fee level to the active fee setting mechanism. 89 When the parties place the following orders: 90 | party | market id | side | volume | price | resulting trades | type | tif | 91 | party4 | ETH/MAR22 | sell | 500 | 80 | 1 | TYPE_LIMIT | TIF_GTC | 92 93 And the liquidity fee factor should be "0.02" for the market "ETH/MAR22" 94 95 Then the market data for the market "ETH/MAR22" should be: 96 | mark price | trading mode | target stake | supplied stake | open interest | ref price | mid price | static mid price | best offer price | best bid price | 97 | 100 | TRADING_MODE_CONTINUOUS | 20033 | 1000 | 501 | 100 | 100 | 100 | 160 | 40 | 98 99 When the network moves ahead "4" blocks 100 And the liquidity fee factor should be "0.04" for the market "ETH/MAR22" 101 102 When the parties submit the following AMM: 103 | party | market id | amount | slippage | base | lower bound | upper bound | lower leverage | upper leverage | proposed fee | 104 | vamm1 | ETH/MAR22 | 100000 | 0.1 | 80 | 65 | 130 | 0.25 | 0.25 | 0.03 | 105 Then the AMM pool status should be: 106 | party | market id | amount | status | base | lower bound | upper bound | lower leverage | upper leverage | 107 | vamm1 | ETH/MAR22 | 100000 | STATUS_ACTIVE | 80 | 65 | 130 | 0.25 | 0.25 | 108 109 And set the following AMM sub account aliases: 110 | party | market id | alias | 111 | vamm1 | ETH/MAR22 | vamm1-id | 112 And the following transfers should happen: 113 | from | from account | to | to account | market id | amount | asset | is amm | type | 114 | vamm1 | ACCOUNT_TYPE_GENERAL | vamm1-id | ACCOUNT_TYPE_GENERAL | | 100000 | USD | true | TRANSFER_TYPE_AMM_LOW | 115 116 When the network moves ahead "4" blocks 117 And the liquidity fee factor should be "0.03" for the market "ETH/MAR22"