Below is a detailed proposal for a percentage-based transfer fee solution.
The main idea is to derive the BTS value of an asset transfer from the Core Exchange Rate defined by the asset's issuer.
The problemHaving a flat transfer fee of 30 BTS, BitShares is not a competitive payment solution for transfers between the equivalent of $1 and $5, as for non-LTM users the current fee in this range is well above 2%.
The simplest way to solve it would be to lower the transfer fee but this would effectively kill the referral program. On the other hand, a simple percentage-based transfer fee is not doable as for most assets we do not have a way to determine their exact value at any given time.
The goalsThere are two important goals I wanted to achieve:
- to allow users to pay lower transfer fees for smaller transfers (while charging them more on bigger transfers)
- to allow referrers to earn extra income associated with bigger transfers (while taking away from them the current income associated with smaller transfers).
The assumptionsThe following description uses a fictional asset called
BAX but this solution can be applied to all assets (i.e. SmartCoins, private bit-assets, UIAs and FBAs) and all non-stealth transfers.
Also, what I describe below refers to pay-as-you-go users. For LTMs exactly the same rules apply, except for the fact that in this case the referrer's income is redirected to the user's cash-back fund.
CER stands for
Core
Exchange
Rate, an already existing parameter whose value is defined by the asset's issuer.
The conceptThe transfer fee can be paid either in BTS or BAX.
(1) If the user chooses to pay the fee in BTS:- The transfer fee is equal to 1% of the BTS value of the BAX amount being transferred, adjusted by a floor (i.e. minimum fee) and a cap (i.e. maximum fee): 6 BTS and 300 BTS respectively. So effectively the transfer fee is 1% but it is never less than 6 BTS and never more than 300 BTS. Those values are just an example, the actual values will be determined be the committee.
- To establish the BTS value of the transfer, CER is used.
- The fee paid by the user is split as follows: 6 BTS goes to the network, any excess above 6 BTS goes to the referrer.
- The issuer does not earn anything.
(2) If the user chooses to pay the fee in BAX:Let
F be the transfer fee (expressed in BTS) which was calculated as described in (1).
- To establish the BAX equivalent of
F, CER is used.
- The issuer receives the entire fee paid by the user in BAX.
- The following amounts are deducted from the asset fee pool: 6 BTS goes to the network, and (
F - 6) BTS goes to the referrer.
- The issuer makes a profit or loss, depending on CER being above or below the actual BTS/BAX exchange rate.
The main issueWhat happens when the issuer attempts to artificially lower transfer fees on his asset by pretending his asset is not worth much and deliberately keeping CER below the actual BTS/BAX exchange rate?
- for the user: it is cheaper for him to pay the fee in BTS rather than in BAX
- for the issuer: he makes a profit on all those transfers for which the user, for whatever reasons, decides to pay the more expensive fee in BAX (instead of the cheaper one in BTS)
- for the referrer: no matter if the user pays the fee in BAX or BTS, he is deprived of a large part of the referral reward, as due to the distorted CER transfers are interpreted by the system as involving smaller value than they actually are.
How is the issue solved?By keeping CER artificially low the issuer will effectively discourage users from using his own asset because transfer fees will only be low when paid in BTS, so the process of transferring the asset will be dependent on users having BTS in their wallets to cover the fees. Furthermore, if the issuer distorts CER too much, he'll not be able to benefit from it himself as users will start avoiding paying the fees in BAX. Also, it will be bad PR for the issuer to value his own asset below the market rate. At least in case of SmartCoins and major private bit-assets issuers are not likely to be wiling to sabotage their own assets in this way.
But if it turns out that a large number of issuers try to game the system, we can do the following:
- To enable percentage-based transfer fees, the issuer will be obliged to keep an open ask order on the BTS:BAX market and thus allow anybody to buy BAX at e.g. 120% of CER. As a result, if CER is out of sync with the market rate by more than 20%, the issuer will incur a significant loss.
- If the issuer is not willing to comply with the above requirement, the default flat transfer fee of 30 BTS will be applied.
This is an opt-in featureAs the issuer is the only entity that actually controls CER, the percentage-based transfer fee is a an opt-in feature decided by the issuer.
IMO most issuers will find it beneficial for their assets because:
- assets which are worth something will benefit from having a reasonable pricing structure for transfers
- assets which are worth nothing or almost nothing (i.e. most UIAs) will be able to be transferred almost for free (for 6 BTS instead of the current 30 BTS).
But if an issuer for some reasons does not find the above features beneficial, he will be able to keep the existing flat fee structure.
ConclusionBeing voluntary for issuers, the above proposal is actually targeted to the referral businesses: do they perceive it as a beneficial change for the ecosystem and a fair deal for them?
They will need to forgo the referral income on transfers below the equivalent of $2 but will substantially increase their income on transfers above the equivalent of $10. In the range between $2 and $10 they will get on average half of the income they have now. However the main benefit will be indirect: it's much easier to sell a reasonably priced product.
As a referral business myself, I find this very valuable. Actually, I cannot imagine building a viable business without percentage-based transfer fees because with the current flat fees I'm not able to offer my customers a reasonably priced payment solution for transfers in the most important range, i.e. between the equivalent of $1 and $5, as the current flat fee in this range is well above levels offered by the legacy systems.
EDIT: There is a separate thread dedicated to the above proposal.
https://bitsharestalk.org/index.php/topic,20789.0.html