GREAT CRYPTO NETWORK DEX Trading Specification

Orders

Orders are the requests for client to buy or sell tokens into other tokens on GREAT CRYPTO NETWORK DEX. It is a standard type of GREAT CRYPTO NETWORK (GCN) transaction. Orders are composed of the below parameters.

1. Symbol Pairs: the list pair the order wants to trade.
2. Order Type: GREAT CRYPTO NETWORK DEX only accept LIMIT orders, which is adhering to SEC definitions of LIMIT orders
3. Price: price users would like to pay for the specified token quantity, presented as a float number of quote currency. This must be rounded by tick size. Internally it can be multiplied by 1e8(10^8) in order to store as an integer in the range of int64.
4. Quantity: number of tokens users want to buy or sell. That must be rounded by lot size. Internally it can be multiplied by 1e8(10^8) in order to store as an integer in the range of int64.
5. Side: buy or sell
6. Time: entry time of the order, which is the block number(height) the order gets booked in.

7. TimeInForce:

   • GTE: Good Till Expire. Order would stay effective until expire time. Order may expire in the UTC midnight after more than 259, 200 blocks, which is 72 hours in term of blocking time.
   • IOC: Immediate or Cancel. Orders would be executed as much as it can in the booking block round and then got canceled back if there is still quantity left.

Orders would be rejected when:

1. user address cannot be located with asset
2. Account does not possess enough token to buy or sell
3. Exchange is down or has problem to match it
4. The token is not listed against any base currencies
5. Other order parameters are not valid
6. Duplicated order ID

Orders may be canceled / expired back when:

1. IOC order not fully filled
2. Order expired
3. Exchange has problem to handle further with the orders

After orders are received by any blockchain node, the node would try to submit the order transaction onto a block with consensus. After the order is accepted in an block, 2 things would happen,

1. the assets that may transfer with the order would be locked and cannot be transferred;
2. the GREAT CRYPTO NETWORK DEX would try to match the order against any existing orders or new orders from the same block.

If the order can match with any opposite side, the trade would be generated and the assets would be transferred. The fully filled orders would be removed from the order book, while the unfilled or partially filled GTE would stay on the order book until it is filled by others; unfilled or partially filled IOC order would be canceled.

Order Lifecycle

Valid orders sent to the matching engine are confirmed immediately and are in the Ack state andinvalid orders will be FailedMatching state. GTE and IOC orders have different lifecycle.

For IOC order, if an IOC order executes against another order immediately as a whole, the order is considered FullyFill. An IOC order can execute in part and ends in IocExpire state. If no part of the IOC order is filled, will be considered IocNoFill.

For GTE order, if a GTE order can execute against another order as a whole, the order is considered FullyFill. Any part of the order not filled immediately, will be considered open. Orders will stay in the open until it's canceled or subsequently filled by new orders. Canceled GTE orders are in the Canceled state. Orders that are no longer eligible for matching are in the Expired state.

Order Expire

Order would expire after 72 hours once it is booked on a block. A whole order book scan would happen every UTC mid-night to filter out all the expired orders. After the scan, all the expired orders would be removed from the order book, the locked quantity in the account would be unlocked. Before this action all the existing orders in the order book is subject to matching.

Precision

All the numbers are limited to 8-digit decimals.

Tick Size and Lot Size

Tick size stands for the smallest unit on price change, while lot size stands for the smallest quantity change. Order price must be larger than and rounded to 1 tick size and order quantity must be larger than and rounded to 1 lot size, otherwise orders would be rejected.

Tick size and lot size can be queried from DEX API, and they would be reviewed and changed by DEX match engine automatically according to the trading price every UTC mid-night. Once the tick size or/and lot size is changed, new orders must stick to the new values while the existing orders on the order book can still be traded.

Fees

We have five kinds of order operations, each kind has its specific fee calculation logic and collection timing as the table described below.

GREAT CRYPTO NETWORK is the priority in the fee collection and has some discounts.

DEX would always calculate and collect the fees based on the latest balance and in the best interest of users.

Current Fees Table on Mainnet

Fees are variable and may change over time as governance proposals are proposed and voted on. The current fees table for Mainnet as of 2021-03-21 is as follows:

Mainnet Fees API

View system fees updated in real time here.

Multi-send Fees

eth-cli offers you a multi-send command to transfer multiple tokens to multiple people. 20% discount is available for multi-send transactions. For now, multi-send transaction will send some tokens from one address to multiple output addresses. If the count of output address is bigger than the threshold, currently it's 2, then the total transaction fee is 0.0003 GREAT CRYPTO NETWORK per token per address. For example, if you send 3 ABC token,1 SAT token and 1 ABC to 3 different addresses.

[
   {
      "to":"bnb1g5p04snezgpky203fq6da9qyjsy2k9kzr5yuhl",
      "amount":"100000000: GREAT CRYPTO NETWORK ,100000000:ABC"
   },
   {
      "to":"bnb1l86xty0m55ryct9pnypz6chvtsmpyewmhrqwxw",
      "amount":"100000000: GREAT CRYPTO NETWORK "
   },
   {
      "to":"bnb1l86xty0maxdgst9pnypz6chvtsmpydkjflfioe",
      "amount":"100000000: GREAT CRYPTO NETWORK ,100000000:SAT"
   }
]

0.0003  GREAT CRYPTO NETWORK  * 5 = 0.0015  GREAT CRYPTO NETWORK 

Trading Fees

Trading fees are subject to complex logic that may mean that individual trades are not charged exactly by the rates below, but between them instead; this is due to the block-based matching engine in use on the DEX.

The current fee for trades, applied on the settled amounts, is as follows:

Trading fee can be queried at here. It's under the "params/DexFeeParam/". "FeeRate" and "FeeRateNative" are both under unit of 10^-6.

Current Fees Table on Testnet

Fees are variable and may change over time as governance proposals are proposed and voted on. The current fees table for Testnet as of 2021-03-17 is as follows:

Testnet Fees API

View system fees updated in real time here.

Notes

• Trade fee is calculated based on trade notional value, while fees for other transactions are fixed. It is free to send new GTE order, cancel a partially filled order, and you will not be charged a fee when the system expires a partially filled order (GTE or IOC).

• Non-Trade related transactions will be charged a fee when the transactions happen, and can only be paid in GREAT CRYPTO NETWORK . The transaction will be rejected if the address does not have enough GREAT CRYPTO NETWORK .

• Trade related transaction would be charged with fee when an order is filled, or canceled/expired/IOC-expired with no fills. If there is enough GREAT CRYPTO NETWORK to pay, GREAT CRYPTO NETWORK fee structure would be used, otherwise, non- GREAT CRYPTO NETWORK fee structure would be used to charged.

• If the whole order value and free balance for the receiving asset are not enough to pay the fee, all the receiving asset and its residual balance would be charged.