code.vegaprotocol.io/vega@v0.79.0/core/integration/features/spot/orders/0014-ORDT-111.feature (about) 1 Feature: Spot market 2 3 Background: 4 Given time is updated to "2024-01-01T00:00:00Z" 5 6 Given the following network parameters are set: 7 | name | value | 8 | network.markPriceUpdateMaximumFrequency | 0s | 9 | market.value.windowLength | 1h | 10 11 Given the following assets are registered: 12 | id | decimal places | 13 | ETH | 2 | 14 | BTC | 2 | 15 16 Given the fees configuration named "fees-config-1": 17 | maker fee | infrastructure fee | 18 | 0.01 | 0.03 | 19 Given the log normal risk model named "lognormal-risk-model-1": 20 | risk aversion | tau | mu | r | sigma | 21 | 0.001 | 0.01 | 0 | 0.0 | 1.2 | 22 And the price monitoring named "price-monitoring-1": 23 | horizon | probability | auction extension | 24 | 360000 | 0.999 | 1 | 25 26 And the spot markets: 27 | id | name | base asset | quote asset | risk model | auction duration | fees | price monitoring | decimal places | position decimal places | sla params | 28 | BTC/ETH | BTC/ETH | BTC | ETH | lognormal-risk-model-1 | 1 | fees-config-1 | price-monitoring-1 | 2 | 2 | default-basic | 29 30 # setup accounts 31 Given the parties deposit on asset's general account the following amount: 32 | party | asset | amount | 33 | party1 | ETH | 10000 | 34 | party4 | BTC | 100 | 35 | party5 | BTC | 100 | 36 And the average block duration is "1" 37 38 # Place some orders to get out of auction 39 And the parties place the following orders: 40 | party | market id | side | volume | price | resulting trades | type | tif | 41 | party1 | BTC/ETH | buy | 1 | 1000 | 0 | TYPE_LIMIT | TIF_GFA | 42 | party5 | BTC/ETH | sell | 1 | 1000 | 0 | TYPE_LIMIT | TIF_GTC | 43 44 And the opening auction period ends for market "BTC/ETH" 45 When the network moves ahead "1" blocks 46 Then the trading mode should be "TRADING_MODE_CONTINUOUS" for the market "BTC/ETH" 47 And the mark price should be "1000" for the market "BTC/ETH" 48 49 Scenario: When a non iceberg order sitting on the book is amended such that it trades with with an iceberg order, 50 then the iceberg order is refreshed (0014-ORDT-111) 51 52 # Place a passive normal order on the book 53 And the parties place the following orders: 54 | party | market id | side | volume | price | resulting trades | type | tif | reference | 55 | party4 | BTC/ETH | sell | 10 | 1001 | 0 | TYPE_LIMIT | TIF_GTC | sell1 | 56 57 # Place a non matching iceberg order on the other side of the book 58 When the parties place the following iceberg orders: 59 | party | market id | side | volume | price | resulting trades | type | tif | peak size | minimum visible size | reference | 60 | party1 | BTC/ETH | buy | 20 | 1000 | 0 | TYPE_LIMIT | TIF_GTC | 5 | 1 | iceberg1 | 61 62 # Amend the normal order to cross the iceberg order 63 When the parties amend the following orders: 64 | party | reference | price | size delta | tif | 65 | party4 | sell1 | 1000 | 0 | TIF_GTC | 66 67 Then the orders should have the following states: 68 | party | market id | side | price | remaining | volume | reference | status | 69 | party4 | BTC/ETH | sell | 1000 | 0 | 10 | sell1 | STATUS_FILLED | 70 | party1 | BTC/ETH | buy | 1000 | 5 | 20 | iceberg1 | STATUS_ACTIVE | 71 72 Then the iceberg orders should have the following states: 73 | party | market id | side | visible volume | price | status | reserved volume | 74 | party1 | BTC/ETH | buy | 5 | 1000 | STATUS_ACTIVE | 5 | 75 76 Then the order book should have the following volumes for market "BTC/ETH": 77 | side | price | volume | 78 | buy | 1000 | 5 | 79 | sell | 1000 | 0 |