MarketMaker Scoring

Methodology

  • The evaluation objective is to reward market makers who consistently provide tight and deep liquidity for users.

  • Market makers earn points according to liquidity contribution, which means there is a score cap per block.

  • The calculation is done off-chain based on on-chain blockchain data. The codebase is publicly available for any third-party verification.

Market Maker Eligibility

  • Market maker eligibility is decided by governance every month.

  • Only registered market makers can earn incentives based on their scores. Market makers who fail to meet the uptime requirements are also given their month incentives.

  • New applicants are requested to submit ApplyMarketMaker transaction to be included in the uptime evaluation. Those who meet the uptime requirement will be included in eligible market makers through governance.

  • The governance can exclude existing market makers who fail to meet the requirements for 2 consecutive months or 3 months within the last 5 months.

Market Maker Orders Requirement

  • Orders satisfying following conditions can be recognized and evaluated:

    • Use MMOrder from eligible MMAddress

    • Spreadequal or smaller than MaxSpread

    • Min(AskWidth,BidWidth) equal or larger than MinWidth

    • Min(AskDepth,BidDepth) equal or larger than MinDepth

  • Parameters (bottom of the document) are assigned differently for each pair depending on the market characteristics, and can be adjusted by governance

Uptime Requirement

  • Uptime requirement is measured in 2 stages:

    • LiveHour is added as market maker provide valid orders for an hour. Following 1 out of 2 conditions, it fails:

      • No valid orders longer than MaxDowntime in a row

      • No valid orders longer than MaxTotalDowntime total in an hour

    • LiveDay is added as LiveHour is equal or larger than MinHours in a day

  • Those who earnLiveDay equal or larger than MinDays satisfy the uptime requirement.

  • Parameters (bottom of the document) are decided and adjusted by governance.

Formula

  • Following formula is used to compute how much incentives should be rewarded to each market maker per month. The amount of CRE earned is determined by the relative share of each market maker’s score.

  1. First step (within a block)

    • Calculate 2-sided liquidity point and take minimum value (take integer part)

  2. Second step (within a block)

  3. Third step (within a month)

    • Calculate Uptime by dividing LiveHour with total hours in a month

      U = Total LiveHour / Total hours in a month

  4. Forth step (Final score)

Processing Order data

  • All variables are used as final values after the trade is made.

  • Even if the order of n-th tick is partially filled, the tick can still be a reference point(whether the highest bid or lowest ask) of measures when one of the following conditions is met. If not, the following tick becomes the reference point.

  • Min(AskQ(n),BidQ(n)) is equal or larger than MinOpenRatio of the original order

  • Min(AskQ(n),BidQ(n)) is equal or larger than MinOpenDepthRatio of MinDepth

Measures

  • Breadth

    • MidPrice : Average price of lowest ask and highest bid

    • Spread : Price difference between lowest ask and highest bid divide by MidPrice

    • AskWidth : Price difference between maximum and minimum ask divided by MidPrice. BidWidth is same with bid prices

    • AskD(n) : Price difference between MidPrice and n-th ask price divided by MidPrice. BidD(n) is same with bid prices

  • Depth

    • AskQ(n),BidQ(n) : The amount of token remaining in n-th tick

    • AskDepth,BidDepth : Total amount of token remaining in ask or bid side

Example

  • Assume MaxSpread 0.012, MinWidth 0.002, MinDepth 100, MinOpenRatio 0.5, MinOpenDepthRatio 0.1

  • Measure

    • Block 1

    • Block 2

    • In case of market maker A, the highest bid has moved from 9.93 to 9.91 at block 2. BidQ(2) does not meet the either conditions of MinOpenRatio of original order amount (5/40 < 0.5) nor MinOpenDepthRatio ( 100(MinDepth) * 0.1 = 10 ).

    • For market maker B’s case, reference point haven’t changed. BidQ(1) could not meet the MinOpenRatio (20/80 < 50)condition, but larger than MinOpenDepthRatio.

  • Liquidity Point

    • Block 1

      • Both market maker A and B meet the condition

        • Spread(A), Spread(B) < MaxSpread (0.012)

        • AskWidth(A), BidWidth(A), AskWidth(B), BidWidth(B) > MinWidth (0.002)

        • AskDepth(A), BidDepth(A), AskDepth(B), BidDepth(B) > MinDepth (100)

    • Block 2

      • Only Market maker B meet the condition,

        • Spread(A), Spread(B) < MaxSpread (0.012)

        • AskWidth(A), AskWidth(B), BidWidth(B) > MinWidth (0.002)

        • BidWidth(A) < MinWidth

        • AskDepth(A), AskDepth(B), BidDepth(B) > MinDepth (100)

        • BidDepth(A) < MinDepth

  • Contribution Score

  • Final Score

    • Sum up all of the contribution scores for the month and product cube of uptime

Parameters

Scoring module contains following parameters :

Common Parameters

Parameters for each pair

Last updated