메인 콘텐츠로 건너뛰기

​
State Transitions

이 문서는 다음과 관련된 상태 전환 작업을 설명합니다:
  • Exchange 모듈 계정에 입금
  • Exchange 모듈 계정에서 출금
  • Instant spot market 런치
  • Instant perpetual market 런치
  • Instant expiry futures market 런치
  • Spot limit order 생성
  • Spot limit orders 배치 생성
  • Spot market order 생성
  • Spot order 취소
  • Spot order 배치 취소
  • Derivative limit order 생성
  • Derivative limit order 배치 생성
  • Derivative market order 생성
  • Derivative order 취소
  • Derivative orders 배치 취소
  • Subaccounts 간 이체
  • 외부 계정으로 이체
  • 포지션 청산
  • 포지션 margin 증가
  • Spot market param 업데이트 proposal
  • Exchange enable proposal
  • Spot market 런치 proposal
  • Perpetual market 런치 proposal
  • Expiry futures market 런치 proposal
  • Derivative market param 업데이트 proposal
  • Trading rewards 런치 proposal
  • Trading rewards 업데이트 proposal
  • Begin-blocker
  • End-blocker
  • Fee discount schedule proposal
  • Stake grant authorizations
  • Stake grant activation

​
Exchange 모듈 계정에 입금

Deposit 작업은 Sender, SubaccountId 및 Amount 필드로 구성된 MsgDeposit에 의해 수행됩니다. 참고: SubaccountId는 선택 사항이며 사용할 수 없는 경우 Sender 주소에서 동적으로 계산됩니다. 단계
  • msg.Amount에 지정된 denom이 bank supply에 존재하는 유효한 denom인지 확인
  • 개인 계정에서 exchange 모듈 계정으로 코인 전송, 실패하면 revert
  • msg.SubaccountId에서 subaccountID의 hash 유형 가져오기, zero subaccount이면 SdkAddressToSubaccountID를 사용하여 msg.Sender에서 동적으로 계산
  • subaccountID의 deposit 금액을 msg.Amount만큼 증가
  • msg.Sender, subaccountID 및 msg.Amount로 EventSubaccountDeposit 이벤트 emit

​
Exchange 모듈 계정에서 출금

Withdraw 작업은 Sender, SubaccountId 및 Amount 필드로 구성된 MsgWithdraw에 의해 수행됩니다. 참고: msg.SubaccountId의 msg.Sender 소유권은 msg.ValidateBasic 함수에서 검증됩니다. 단계
  • msg.SubaccountId에서 subaccountID의 hash 유형 가져오기
  • msg.Amount에 지정된 denom이 bank supply에 존재하는 유효한 denom인지 확인
  • subaccountID에서 msg.Amount만큼 출금 금액 감소, 실패하면 revert
  • exchange 모듈에서 msg.Sender로 코인 전송
  • subaccountID, msg.Sender 및 msg.Amount로 EventSubaccountWithdraw 이벤트 emit

​
Instant spot market 런치

Instant spot market 런치 작업은 Sender, Ticker, BaseDenom, QuoteDenom, MinPriceTickSize 및 MinQuantityTickSize 필드로 구성된 MsgInstantSpotMarketLaunch에 의해 수행됩니다. 단계
  • msg.BaseDenom과 msg.QuoteDenom에서 marketID 계산
  • marketID로 동일한 market 런치 proposal이 존재하는지 확인하고 이미 존재하면 revert
  • msg.Ticker, msg.BaseDenom, msg.QuoteDenom, msg.MinPriceTickSize, msg.MinQuantityTickSize로 spot market 런치, 실패하면 revert
  • msg.Sender에서 exchange 모듈 계정으로 instant listing fee(params.SpotMarketInstantListingFee) 전송
  • 마지막으로 instant listing fee를 community spend pool로 전송

​
Instant perpetual market 런치

Instant perpetual market 런치 작업은 Sender, Ticker, QuoteDenom, OracleBase, OracleQuote, OracleScaleFactor, OracleType, MakerFeeRate, TakerFeeRate, InitialMarginRatio, MaintenanceMarginRatio, MinPriceTickSize 및 MinQuantityTickSize 필드로 구성된 MsgInstantPerpetualMarketLaunch에 의해 수행됩니다. 단계
  • msg.Ticker, msg.QuoteDenom, msg.OracleBase, msg.OracleQuote 및 msg.OracleType에서 marketID 계산.
  • marketID로 동일한 market 런치 proposal이 존재하는지 확인하고 이미 존재하면 revert
  • msg.Sender에서 exchange 모듈 계정으로 instant listing fee(params.DerivativeMarketInstantListingFee) 전송
  • msg 객체의 필수 params로 perpetual market 런치, 실패하면 revert
  • 마지막으로 instant listing fee를 community spend pool로 전송

​
Instant expiry futures market 런치

Instant expiry futures market 런치 작업은 Sender, Ticker, QuoteDenom, OracleBase, OracleQuote, OracleScaleFactor, OracleType, Expiry, MakerFeeRate, TakerFeeRate, InitialMarginRatio, MaintenanceMarginRatio, MinPriceTickSize 및 MinQuantityTickSize 필드로 구성된 MsgInstantExpiryFuturesMarketLaunch에 의해 수행됩니다. 단계
  • msg.Ticker, msg.QuoteDenom, msg.OracleBase, msg.OracleQuote, msg.OracleType 및 msg.Expiry에서 marketID 계산.
  • marketID로 동일한 market 런치 proposal이 존재하는지 확인하고 이미 존재하면 revert
  • msg.Sender에서 exchange 모듈 계정으로 instant listing fee(params.DerivativeMarketInstantListingFee) 전송
  • msg 객체의 필수 params로 expiry futures market 런치, 실패하면 revert
  • market 정보로 EventExpiryFuturesMarketUpdate 이벤트 트리거
  • 마지막으로 instant listing fee를 community spend pool로 전송

​
Spot limit order 생성

Spot limit order 생성은 Sender와 Order로 구성된 MsgCreateSpotLimitOrder에 의해 수행됩니다. 단계
  • Spot exchange가 spot market에서 order를 생성할 수 있도록 활성화되어 있는지 확인, 그렇지 않으면 revert
  • Order의 price와 quantity tick sizes가 market의 min quantity와 price tick size에 맞는지 확인
  • Subaccount의 TradeNonce 증가
  • Spot market id가 활성 spot market을 참조하지 않으면 거부
  • TradeNonce로 고유한 order hash 계산
  • Subaccount의 available deposits가 거래에 필요한 최소 자금을 가지고 있지 않으면 거부
  • Order 자금 조달에 필요한 자금 금액만큼 available balance 감소
  • Transient limit order store와 transient market indicator store에 order 저장
참고: Transient store의 order는 endblocker에서 실행되거나 그렇지 않으면 long-live store에 저장됩니다.

​
Spot limit orders 배치 생성

Spot limit orders 배치 생성은 Sender와 Orders로 구성된 MsgBatchCreateSpotLimitOrders에 의해 수행됩니다. 단계
  • msg.Orders를 반복하고 MsgCreateSpotLimitOrder와 같이 spot limit order 생성

​
Spot market order 생성

Spot market order 생성은 Sender와 Order로 구성된 MsgCreateSpotMarketOrder에 의해 수행됩니다. 단계
  • Spot exchange가 spot market에서 order를 생성할 수 있도록 활성화되어 있는지 확인, 그렇지 않으면 revert
  • Order의 price와 quantity tick sizes가 market의 min quantity와 price tick size에 맞는지 확인
  • Subaccount의 TradeNonce 증가
  • Spot market id가 활성 spot market을 참조하지 않으면 거부
  • TradeNonce로 고유한 order hash 계산
  • Market order 자금 조달을 위한 available balance 확인
  • Market order의 worst acceptable price 계산
  • Balance hold만큼 deposit의 AvailableBalance 감소
  • Transient spot market order store와 transient market indicator store에 order 저장

​
Spot order 취소

Spot order 취소는 Sender와 MarketId, SubaccountId 및 OrderHash로 구성된 MsgCancelSpotOrder에 의해 수행됩니다. 단계
  • Spot exchange가 작업을 실행할 수 있도록 활성화되어 있는지 확인, 그렇지 않으면 revert
  • Spot market id가 active, suspended 또는 demolished spot market을 참조하지 않으면 거부
  • marketID, subaccountID 및 orderHash로 spot limit order가 존재하는지 확인
  • Margin hold를 available balance에 다시 추가
  • Available balance margin hold 증가
  • ordersStore와 ordersIndexStore에서 order state 삭제
  • marketID와 order 정보로 EventCancelSpotOrder 이벤트 emit

​
Spot orders 배치 취소

Spot orders 배치 취소는 Sender와 Data로 구성된 MsgBatchCancelSpotOrders에 의해 수행됩니다. 단계
  • msg.Data를 반복하고 MsgCancelSpotOrder와 같이 spot order 취소

​
Derivative limit order 생성

Derivative limit order 생성은 Sender와 Order로 구성된 MsgCreateDerivativeLimitOrder에 의해 수행됩니다. 단계
  • Derivative exchange가 derivative market에서 order를 생성할 수 있도록 활성화되어 있는지 확인, 그렇지 않으면 revert
  • subaccountID가 market에 이미 market order를 배치했는지 거부 (참고: market order와 limit order가 동시에 존재할 수 없나요?)
  • marketID로 derivative market과 markPrice 가져오기
  • 지정된 marketID와 subaccountID에 대한 orderbook metadata (SubaccountOrderbookMetadata) 가져오기
  • Limit order가 유효한지 확인:
    • Market config (market id와 tick sizes)
    • Subaccount trade nonce
    • Subaccount max order count
    • Reduce-only order인 경우:
      • 유효한 quantity와 반대 방향의 Position 존재
      • Order가 다른 reduce-only orders를 stale하게 만들면 거부
    • Limit order인 경우:
      • Margin hold를 위한 충분한 subaccount deposits
      • Order가 기존 position의 반대 방향이고 다른 reduce-only orders를 stale하게 만들면, stale reduce-only orders 취소
  • Transient limit order store와 transient market indicator store에 order 저장
  • Subaccount의 orderbook metadata 업데이트

​
Derivative limit orders 배치 생성

Derivative limit orders 배치 생성은 Sender와 Orders로 구성된 MsgBatchCreateDerivativeLimitOrders에 의해 수행됩니다. 단계
  • msg.Orders를 반복하고 MsgCreateDerivativeLimitOrder와 같이 derivative limit order 생성

​
Derivative market order 생성

Derivative market order 생성은 Sender와 Order로 구성된 MsgCreateDerivativeMarketOrder에 의해 수행됩니다. 단계
  • Derivative exchange가 derivative market에서 order를 생성할 수 있도록 활성화되어 있는지 확인, 그렇지 않으면 revert
  • 새 order를 생성하려는 SubaccountID가 limit derivative order 또는 market order를 가지고 있는지 확인하고 거부. 참고: Perpetual market은 두 개의 market orders 또는 limit / market orders를 동시에 배치할 수 없나요?
  • Order의 price와 quantity tick sizes가 market의 min quantity와 price tick size에 맞는지 확인
  • Subaccount의 TradeNonce 증가
  • Derivative market id가 활성 derivative market을 참조하지 않으면 거부
  • TradeNonce로 고유한 order hash 계산
  • Market order worst price가 가장 좋은 반대 resting orderbook price에 도달하는지 확인
  • Order/Position Margin 금액 확인
    1. Reduce only order인 경우
  • A. Market의 subaccountID에 대한 position이 nil이 아닌지 확인
  • B. Order가 position을 청산할 수 있는지 확인
  • C. position.quantity - AggregateReduceOnlyQuantity - order.quantity < 0이면 거부
  • D. 포지션 매도를 위한 margin hold가 없으므로 MarginHold를 0으로 설정
    1. Reduce only order가 아닌 경우
  • A. Market order 자금 조달을 위한 available balance 확인
  • B. Subaccount의 available deposits가 거래에 필요한 최소 자금을 가지고 있지 않으면 거부
  • C. Balance hold만큼 deposit의 AvailableBalance 감소
  • 반대 position의 경우, AggregateVanillaQuantity > position.quantity - AggregateReduceOnlyQuantity - order.FillableQuantity이면, 새 reduce-only order가 기존 reduce-only orders를 무효화하거나 자체적으로 무효가 될 수 있으며, 이에 대한 작업 수행.
  • Transient derivative market order store와 transient market indicator store에 order 저장

​
Derivative order 취소

Derivative order 취소는 Sender, MarketId, SubaccountId 및 OrderHash로 구성된 MsgCancelDerivativeOrder에 의해 수행됩니다. 단계
  • Derivative exchange가 작업을 실행할 수 있도록 활성화되어 있는지 확인, 그렇지 않으면 revert
  • Derivative market id가 활성 derivative market을 참조하지 않으면 거부
  • marketID, subaccountID 및 orderHash로 resting derivative limit order가 존재하는지 확인
  • Margin hold를 available balance에 다시 추가
  • 유형이 취소되지 않아야 하는 limit orders 취소 건너뛰기
  • ordersStore, ordersIndexStore 및 subaccountOrderStore에서 order state 삭제
  • Subaccount의 orderbook metadata 업데이트
  • marketID와 order 정보로 EventCancelDerivativeOrder 이벤트 emit

​
Derivative orders 배치 취소

Derivative orders 배치 취소는 Sender와 Data로 구성된 MsgBatchCancelDerivativeOrders에 의해 수행됩니다. 단계
  • msg.Data를 반복하고 MsgCancelDerivativeOrder와 같이 spot order 취소

​
Batch order 업데이트

Batch order 업데이트는 Sender와 Orders로 구성된 MsgBatchUpdateOrders에 의해 수행됩니다. 단계
  • 지정된 subaccount id에 대해 SpotMarketIdsToCancelAll과 DerivativeMarketIdsToCancelAll에 지정된 모든 market id의 모든 orders 취소
  • msg.SpotOrdersToCancel을 반복하고 MsgCancelSpotOrder와 같이 spot limit order 취소. 취소가 실패하면 다음 order로 계속. 취소 성공은 MsgBatchUpdateOrdersResponse의 SpotCancelSuccess에 반영됩니다.
  • msg.DerivativeOrdersToCancel을 반복하고 MsgCancelDerivativeOrder와 같이 derivative limit order 취소. 취소가 실패하면 다음 order로 계속. 취소 성공은 MsgBatchUpdateOrdersResponse의 DerivativeCancelSuccess에 반영됩니다.
  • msg.SpotOrdersToCreate를 반복하고 MsgCreateSpotOrder와 같이 spot limit order 생성. 생성이 실패하면 다음 order로 계속. 성공적인 생성은 MsgBatchUpdateOrdersResponse의 SpotOrderHashes에 반영됩니다.
  • msg.DerivativeOrdersToCreate를 반복하고 MsgCreateDerivativeOrder와 같이 derivative limit order 생성. 생성이 실패하면 다음 order로 계속. 성공적인 생성은 MsgBatchUpdateOrdersResponse의 DerivativeOrderHashes에 반영됩니다.

​
Subaccounts 간 이체

Subaccounts 간 이체는 Sender, SourceSubaccountId, DestinationSubaccountId 및 Amount로 구성된 MsgSubaccountTransfer에 의해 실행됩니다. 단계
  • msg.SourceSubaccountId에서 msg.Amount만큼 deposit 출금, 실패하면 트랜잭션 revert
  • msg.DestinationSubaccountId의 deposit을 msg.Amount만큼 증가
  • SrcSubaccountId, DstSubaccountId 및 msg.Amount로 EventSubaccountBalanceTransfer 이벤트 emit
참고: Subaccount 이체에서는 bank 모듈에서 실제 코인을 이체할 필요 없이 기록만 변경하면 됩니다.

​
외부 계정으로 이체

외부 계정으로 이체는 Sender, SourceSubaccountId, DestinationSubaccountId 및 Amount로 구성된 MsgExternalTransfer에 의해 실행됩니다. 단계
  • msg.SourceSubaccountId에서 msg.Amount만큼 deposit 출금, 실패하면 트랜잭션 revert
  • msg.DestinationSubaccountId의 deposit을 msg.Amount만큼 증가
  • SrcSubaccountId, DstSubaccountId 및 msg.Amount로 EventSubaccountBalanceTransfer 이벤트 emit
참고: Subaccount 이체에서는 bank 모듈에서 실제 코인을 이체할 필요 없이 기록만 변경하면 됩니다.
  1. Subaccount 이체와 external 이체의 이벤트가 달라야 합니다.
  2. Subaccount 이체와 external 이체에 차이가 없는데도 다른 메시지를 유지해야 하나요?

​
포지션 청산

포지션 청산은 Sender, SubaccountId, MarketId 및 Order로 구성된 MsgLiquidatePosition에 의해 실행됩니다. 단계
  • Derivative exchange가 derivative market에서 포지션을 청산할 수 있도록 활성화되어 있는지 확인, 그렇지 않으면 revert
  • Derivative market id가 활성 derivative market을 참조하지 않으면 거부
  • marketID로 derivative market과 markPrice 가져오기
  • marketID와 subaccountID로 position 가져오기
  • Position 정보에서 liquidationPrice와 bankruptcyPrice 계산
  • Vaporize 또는 liquidate 결정, 둘 다 아니면 revert
  • 주어진 market에서 position holder가 생성한 모든 reduce-only limit orders 취소
  • Funding 적용 및 position 업데이트
  • 주어진 market에서 position holder가 생성한 모든 market orders 취소
  • Subaccount nonce 확인 및 증가, order hash 계산
  • liquidationOrder hash 계산
  • Storage에 liquidation order 설정
  • Position과 liquidation order를 매칭하여 청산 실행
  • Payout이 양수인지 음수인지에 따라 다르게 처리 (insurance fund가 계산에 관여)
    • 양수 Payout:
      1. Payout의 절반을 liquidator에게 전송 (liquidator 봇 실행 인센티브)
      2. 나머지 절반을 insurance fund에 전송 (insurance funds 참여 인센티브)
    • 음수 Payout - 자금 회수를 위한 네 단계 에스컬레이션:
      1. 트레이더의 available balance에서
      2. Vanilla limit orders 취소로 트레이더의 locked balance에서
      3. Insurance fund에서
      4. 충분한 자금이 없음. Market을 일시 중지하고 다음 블록에서 settle될 markets를 storage에 추가, BeginBlocker specs 참조.
  • Market이 perpetual market이면 liquidation price와 quantity에 따라 VWAP 데이터 업그레이드
  • Liquidation order에 남은 것이 있으면 order 취소로 잔여분 반환

​
포지션 margin 증가

포지션 margin 증가는 Sender, SourceSubaccountId, DestinationSubaccountId, MarketId 및 Amount로 구성된 MsgIncreasePositionMargin에 의해 실행됩니다. 단계
  • Derivative exchange가 derivative market에서 포지션 margin을 증가시킬 수 있도록 활성화되어 있는지 확인, 그렇지 않으면 revert
  • Derivative market id가 활성 derivative market을 참조하지 않으면 거부
  • sourceSubaccountID의 deposit 가져오기
  • deposit.AvailableBalance가 msg.Amount보다 낮으면 revert
  • marketID와 destinationSubaccountID로 position 가져오기, 존재하지 않으면 revert
  • sourceSubaccountID의 deposit 금액을 msg.Amount만큼 감소
  • Position margin을 msg.Amount만큼 증가시키고 store에 position 업데이트

​
Exchange enable proposal

Market 유형의 enable은 Title, Description 및 ExchangeType으로 구성된 ExchangeEnableProposal에 의해 수행됩니다. 단계
  • Proposal에 대한 ValidateBasic
  • p.ExchangeType이 spot market이면 spot exchange 활성화
  • p.ExchangeType이 derivative market이면 derivative market 활성화

​
Spot market 런치 proposal

Spot market 런치는 Title, Description, Ticker, BaseDenom, QuoteDenom, MinPriceTickSize 및 MinQuantityTickSize 필드로 구성된 SpotMarketLaunchProposal에 의해 처리됩니다. 단계
  • Proposal에 대한 ValidateBasic
  • BaseDenom과 QuoteDenom이 유효한지 검증
  • msg.BaseDenom과 msg.QuoteDenom으로 동일한 market이 존재하지 않는지 검증
  • Exchange 모듈 params에 따라 RelayerFeeShareRate 계산. 참고: INJ 통화의 경우 relayer share rate는 100%로 설정됩니다
  • 계산된 ticker, baseDenom, quoteDenom, exchangeParams.DefaultSpotMakerFeeRate, exchangeParams.DefaultSpotTakerFeeRate, relayerFeeShareRate, minPriceTickSize, minQuantityTickSize, marketID, 및 MarketStatus_Active로 spot market 저장.

​
Perpetual market 런치 proposal

Perpetual market 런치는 Title, Description, Ticker, QuoteDenom, OracleBase, OracleQuote, OracleScaleFactor, OracleType, MakerFeeRate, TakerFeeRate, InitialMarginRatio, MaintenanceMarginRatio, MinPriceTickSize 및 MinQuantityTickSize 필드로 구성된 PerpetualMarketLaunchProposal에 의해 처리됩니다. 단계
  • Proposal에 대한 ValidateBasic
  • quoteDenom 검증.
  • ticker, quoteDenom, oracleBase, oracleQuote, oracleType에서 marketID 계산
  • marketID에 대한 활성 또는 비활성 perpetual market이 존재하지 않는지 검증
  • oracleBase, oracleQuote, oracleScaleFactor, oracleType으로 price oracle 확인을 위해 derivative market price 가져오기 시도
  • marketID에 대한 insurance fund 존재 검증
  • exchange 모듈 params에서 defaultFundingInterval, nextFundingTimestamp, relayerFeeShareRate 계산
  • market, marketInfo 및 funding 객체로 market 정보를 storage에 설정하기 위해 SetDerivativeMarketWithInfo 실행

​
Expiry futures market 런치 proposal

Expiry futures market 런치는 Title, Description, Ticker, QuoteDenom, OracleBase, OracleQuote, OracleScaleFactor, OracleType, Expiry, MakerFeeRate, TakerFeeRate, InitialMarginRatio, MaintenanceMarginRatio, MinPriceTickSize 및 MinQuantityTickSize 필드로 구성된 ExpiryFuturesMarketLaunchProposal에 의해 처리됩니다. 단계
  • Proposal에 대한 ValidateBasic
  • quoteDenom 검증
  • p.Ticker, p.QuoteDenom, p.OracleBase, p.OracleQuote, p.OracleType 및 p.Expiry에서 marketID 계산
  • marketID에 대한 활성 또는 비활성 expiry futures market이 존재하지 않는지 검증
  • Expiry 시간이 이미 ctx.BlockTime()을 지났으면 revert
  • oracleBase, oracleQuote, oracleScaleFactor, oracleType으로 price oracle 확인을 위해 derivative market price 가져오기 시도
  • marketID에 대한 insurance fund 존재 검증
  • Exchange 모듈 params에 따라 RelayerFeeShareRate 계산. 참고: INJ 통화의 경우 relayer share rate는 100%로 설정됩니다
  • market, marketInfo 객체로 market 정보를 storage에 설정하기 위해 SetDerivativeMarketWithInfo 실행 참고: TwapStartTimestamp는 expiry - thirtyMinutesInSeconds로 설정됩니다.

​
Spot market param 업데이트 proposal

Spot market param 업데이트는 Title, Description, MarketId, MakerFeeRate, TakerFeeRate, RelayerFeeShareRate, MinPriceTickSize, MinQuantityTickSize 및 Status로 구성된 SpotMarketParamUpdateProposal에 의해 처리됩니다. 단계
  • Proposal에 대한 ValidateBasic
  • p.MarketId로 spot market 가져오기, 존재하지 않으면 revert
  • MakerFeeRate, TakerFeeRate, RelayerFeeShareRate, MinPriceTickSize, MinQuantityTickSize 및 Status에 대한 params 재설정, 비어있지 않으면, 비어있으면 그대로 유지.
  • MakerFeeRate가 TakerFeeRate보다 큰지 검증.

​
Derivative market param 업데이트 proposal

Derivative market param 업데이트는 Title, Description, MarketId, InitialMarginRatio, MaintenanceMarginRatio, MakerFeeRate, TakerFeeRate, RelayerFeeShareRate, MinPriceTickSize, MinQuantityTickSize 및 Status로 구성된 DerivativeMarketParamUpdateProposal에 의해 처리됩니다. 단계
  • Proposal에 대한 ValidateBasic
  • p.MarketId로 Derivative market이 존재하는지 검증, 존재하지 않으면 revert
  • InitialMarginRatio, MaintenanceMarginRatio, MakerFeeRate, TakerFeeRate, RelayerFeeShareRate, MinPriceTickSize, MinQuantityTickSize 및 Status에 대한 params 재설정, 비어있지 않으면, 비어있으면 그대로 유지.
  • MakerFeeRate가 TakerFeeRate보다 큰지 검증.
  • InitialMarginRatio가 MaintenanceMarginRatio보다 큰지 검증.
  • Derivative market param 업데이트 예약 및 Endblocker에서 업데이트 완료 - 참고: 이것은 derivative market param 업데이트를 위한 orders 업데이트 때문입니다 - 여기서 아무것도 panic하지 않도록 해야 합니다.

​
Trading Rewards Campaign 런치 Proposal

단계
  • Proposal에 대한 ValidateBasic
  • 기존 캠페인이 존재하지 않아야 합니다.
  • 캠페인 시작 timestamps는 미래여야 합니다.
  • 캠페인 quote denoms가 존재해야 합니다.
  • 모든 시작 timestamps는 duration과 일치해야 합니다.
  • 캠페인 데이터 설정 (Reward Pools, Info, Market Qualifications 및 Market Point Multipliers)
  • EventTradingRewardCampaignUpdate emit

​
Trading Rewards Campaign 업데이트 Proposal

단계
  • Proposal에 대한 ValidateBasic
  • CampaignRewardPoolsUpdates 내의 모든 StartTimestamp는 기존 캠페인과 같아야 합니다.
  • CampaignDurationSeconds는 수정할 수 없지만 현재 캠페인과 일치해야 합니다.
  • CampaignRewardPoolsUpdates는 현재 캠페인을 수정할 수 없으며 reward pool을 삭제하기 위해 nil 값을 포함할 수 있습니다.
  • CampaignRewardPoolsAdditions의 캠페인 시작 timestamps는 미래여야 합니다.
  • 모든 캠페인 quote denoms가 존재해야 합니다.
  • 현재 캠페인 데이터 삭제 (Info, Market Qualifications 및 Market Point Multipliers)
  • 캠페인 데이터 설정 (Info, Market Qualifications 및 Market Point Multipliers)
  • Reward Pool Updates 설정
  • Reward Pool Additions 설정
  • EventTradingRewardCampaignUpdate emit

​
Fee Discount Schedule Proposal

단계
  • Proposal에 대한 ValidateBasic
  • 현재 Fee Discount Schedule이 존재하면 Market Qualifications와 함께 삭제
  • 정의된 quote denoms가 존재해야 합니다.
  • Fee cycle 재시작이 필요한 경우 (bucket count, bucket duration 또는 quote denoms가 변경됨), 모든 account fee buckets를 삭제하고 cycle 재시작.
  • 첫 번째 fee paid bucket timestamp를 현재 블록 시간으로 설정
  • 새 Fee Discount Schedule 설정, Market Qualifications와 함께 삭제
  • 새 Market Qualifications 설정

​
Stake Grant Authorizations

단계
  • Granter에서 grantee에게 기존 grant가 이미 존재하는지 확인
  • 기존 grant 금액을 빼고 새 grant 금액을 더하여 grantee에게 부여된 총 stake 금액 계산 (본질적으로 기존 grant 금액을 새 grant 금액으로 덮어씁니다)
  • 부여된 총 금액이 granter가 staked한 총 금액보다 작거나 같은지 확인하여 유효한 grant authorizations 보장
  • Grantee에 대한 grant 금액 업데이트
  • 현재 active grant가 같은 granter에서 온 것이거나 현재 active grant가 없으면 grant를 active로 설정
  • Granter와 grants로 EventGrantAuthorizations emit

​
Stake Grant Activation

단계
  • Granter에서 grantee로의 grant가 존재하는지 확인
  • Granter가 총 staked 금액보다 많이 granting하지 않는지 확인
  • Grant 금액이 0이면 grant 삭제, 그렇지 않으면 새 grant 금액을 store에 기록
  • Grantee, granter 및 금액으로 EventGrantActivation emit