Motivation

Almost all ICO projects have the desire of 1) adding more value to their issued tokens and 2) creating more demand for their tokens. I propose a Secondary Fee Model that can be added to Loopring Protocol 1.1 or 2.0 to give these projects better reasons to adopt Loopring to trade their tokens.

To understand the current fee model in our v1.0.0 deployment, take a look at this previous post.

Overview

I propose a FeeReimbursePoliciesContract (or FRPC) that allows an ICO project (who issued token XYZ) to create one or more fee reimburse policies (the address that used to create a policy is called the policer owner).

Here are some details about a policy:

it locks X LRC up to N blocks.

LRC up to blocks. it can specify that if an address is to buy token XYZ of amount B , AND if the miner decided to take LRC as the fee, then the corresponding policy owner will pay my% ( m > 1) LRC for the trading address until the deposited LRC is exhausted. As a result, the trading address only has to pay 1-y% LRC as fee. FRPC will provide a way of specifying how y is calculated based on B . This policy encourages people to buy XYZ token with less LRC fee.

, AND if the miner decided to take LRC as the fee, then the corresponding policy owner will pay ( > 1) LRC for the trading address until the deposited LRC is exhausted. As a result, the trading address only has to pay LRC as fee. FRPC will provide a way of specifying how is calculated based on . This policy encourages people to buy XYZ token with less LRC fee. It can also specify that if an address is to do any token trading, as long as the address hold H amount of XYZ , AND if the miner decided to take LRC as fee, then the corresponding policy owner will pay mz% ( m > 1) LRC for the trading address until the deposited LRC is exhausted, and the trading address only pays 1-z% LRC as fee. There will be a way of specifying how z is calculated based on H . This policy encourages people to hold XYZ token.

amount of XYZ , AND if the miner decided to take LRC as fee, then the corresponding policy owner will pay ( > 1) LRC for the trading address until the deposited LRC is exhausted, and the trading address only pays LRC as fee. There will be a way of specifying how is calculated based on . This policy encourages people to hold XYZ token. It should allow the last two rules co-exist.

Note that a policy owner needs to pay my% or mz% LRC to the ring miner instead of y% or z%. This is because applying policies in smart contracts consumes more gas so the extra LRC will be required to compensate for the additional cost. The multiplier m should also be configurable by policy owners.

Loopring ring-miners will decide if and what policies to apply for a ring, as for any single token, there may be multiple policies available. Miner only takes the best ones for the most profit.

From the user’s perspective, holding XYZ token or buying XYZ token eliminate part or even all the LRC trading fee.

Request for feedback

We are desperate for your feedback, please visit the Loopring Protocol smart contract Github repository and leave a comment there.