BitShares Forum
Main => Stakeholder Proposals => Topic started by: bytemaster on November 18, 2015, 04:34:49 pm
-
https://github.com/cryptonomex/graphene/issues/445
We have set up a refined process for worker proposals using github to document them. This is a micro proposal for a small change to the BitShares network to lower fees in the event an order is not filled.
It is small, self contained, and I believe universally desired. I have asked Bunkerchain Labs to create the worker so voting can begin.
The total cost is half of one of the earlier proposals because this proposal does not divided Market Trading fees among the referral program. We will implement that as a separate / independent worker proposal.
-
Is this a new fee type that needs to be coded in, or is it the return to sender code that is new? I do support the fee characteristic change though.
Can we expect the implementation of the referral program for trading fees to cost as much and take as long? Both are needed for this to be effective.
-
Where is the percentage fee? Is it retracted or will be implemented in a separate proposal?
-
Are you going to be publishing a worker proposal for margin trading/lending soon?
-
Adding the percentage fee and splitting in among the referral program is a Separate proposal. It will probably take a similar amount of time and cost.
This is new code that has to redirect the fee to temporarily be held on the order until the order is at least partially filled, then it is paid. Currently the fee is paid immediately.
Margin Trading / Lending is a much bigger proposal that is not fully defined / specced / understood at this point in time. It will probably be produced later. Lets keep this discussion focused on the narrow scope of the proposed work.
-
+5%
-
+5% Great. This feature is essential for BitShares to become a successful exchange.
However, one thing should be publicly discussed. What is the desirable level of order creation fee? In the proposal, 60 BTS ($0.20) is mentioned, and currently it is 10 BTS ($0.03). But there is a large demand to reduce order creation fee in order to encourage trading activities. IMO, ElMato's calculation can be a good start.
https://bitsharestalk.org/index.php/topic,19890.msg255701.html#msg255701
If the fee is 0.1 BTS, it costs at least $20k (if all witnesses have 4 G memory, while I believe many have more)
If it is 1 BTS, $200k
If it is 10 BTS, $2m
If it is 60 BTS, $12m
In addition to this, it will take 174 hours based on 100tx/s to exhaust all memory.
IMHO, if we have the percentage fee, order creation fee should be as low as to prevent spam.
-
you want to pay $400 to an escrow?
-
Using GitHub for these proposals seems like a fine idea. General questions:
What happens if one of your workers is not paid, for say, 1 day out of 40, due a temporary slip in the rank?
When could work on this feature begin?
What's the projected date of completion?
Is this feature something that other CNX chains/customers will use?
If so, don't they need to help subsidize the cost? Muse, Identabit, etc
-
you want to pay $400 to an escrow?
Escrow, Review, Currency Conversion, and Accounting. It is more quality control for BitShares and admin overhead for creating the worker, claiming the vesting balances, etc. There is a lot of overhead associated with working for the blockchain :(
-
+5% Great. This feature is essential for BitShares to become a successful exchange.
However, one thing should be publicly discussed. What is the desirable level of order creation fee? In the proposal, 60 BTS ($0.20) is mentioned, and currently it is 10 BTS ($0.03). But there is a large demand to reduce order creation fee in order to encourage trading activities. IMO, ElMato's calculation can be a good start.
https://bitsharestalk.org/index.php/topic,19890.msg255701.html#msg255701
If the fee is 0.1 BTS, it costs at least $20k (if all witnesses have 4 G memory, while I believe many have more)
If it is 1 BTS, $200k
If it is 10 BTS, $2m
If it is 60 BTS, $12m
In addition to this, it will take 174 hours based on 100tx/s to exhaust all memory.
IMHO, if we have the percentage fee, order creation fee should be as low as to prevent spam.
Percentage fee does not apply to user issued assets. The scope of this proposal is to empower the blockchain, not to set the parameters.
-
Using GitHub for these proposals seems like a fine idea. General questions:
What happens if one of your workers is not paid, for say, 1 day out of 40, due a temporary slip in the rank?
When could work on this feature begin?
What's the projected date of completion?
Is this feature something that other CNX chains/customers will use?
If so, don't they need to help subsidize the cost? Muse, Identabit, etc
Good point Roadscape... BTS shouldn't have to pay for all the development costs if other blockchains plan on using this.
-
Percentage fee does not apply to user issued assets. The scope of this proposal is to empower the blockchain, not to set the parameters.
AFAIK, UIAs already implemented percentage fee (market fee), am I wrong?
And you're right. This proposal is not about the parameter. So will you leave setting of the parameters to the committee members? If so, will there be an additional fee parameter or existing parameters (order creation, and order cancellation) are enough?
-
So, right now the fee is $0.04 for normal user no matter if the order is filled or cancelled. An it is proposed to keep the fee the same for cancelled order and raise to $0.2 for filled order, is it correct?
-
Paying fees in one token and getting refunds in another is very much not elegant.
I thought we were striving for the 'best' exchange out there?
-
Paying fees in one token and getting refunds in another is very much not elegant.
I thought we were striving for the 'best' exchange out there?
It is rather inelegant from one perspective, and brilliant from another.
Paying fees in BTS is the cheapest way to pay fees because the core-exchange-rate for UIA usually charge a slight premium to handle market risk. This means that the next order you place will use the BTS to pay the fee rather than the user asset. Think about it as getting a refund in "store credit". If you place an order, cancel an order and then decide you don't want to do any more business with BitShares then you will have to sell the BTS (which will require placing an order) or "transferring".
Stated another way, for bots it doesn't matter that the refund is in a different asset. For users it doesn't matter either. It will only impact those who attempt to flood with a lot of orders, then cancel all of them. They will end up converting their UIA to BTS at poor exchange rates and then having to sell the BTS.
Bottom line, we presume someone placing an order will eventually want it filled. By refunding them in BTS they can eventually get it filled and end up with 0 BTS.
-
Paying fees in one token and getting refunds in another is very much not elegant.
I thought we were striving for the 'best' exchange out there?
It is rather inelegant from one perspective, and brilliant from another.
Paying fees in BTS is the cheapest way to pay fees because the core-exchange-rate for UIA usually charge a slight premium to handle market risk. This means that the next order you place will use the BTS to pay the fee rather than the user asset. Think about it as getting a refund in "store credit". If you place an order, cancel an order and then decide you don't want to do any more business with BitShares then you will have to sell the BTS (which will require placing an order) or "transferring".
Stated another way, for bots it doesn't matter that the refund is in a different asset. For users it doesn't matter either. It will only impact those who attempt to flood with a lot of orders, then cancel all of them. They will end up converting their UIA to BTS at poor exchange rates and then having to sell the BTS.
Bottom line, we presume someone placing an order will eventually want it filled. By refunding them in BTS they can eventually get it filled and end up with 0 BTS.
So, the worker proposal includes improving the system with the ability to chose the token you pay the fee in (with)?
Or this is just a pipe dream on my side (theoretical explanation on yours) on things to come in the future...i.e. features planed for '17 the earliest?
-
Worker proposal has been created:
Refund Create Order Fees on Cancel (1.14.7)
{"vote_for":["1.14.7"]}
You can view it at CryptoFresh: http://cryptofresh.com/workers
-
Can we have a github repository like the BIP repo fpr bitcoin that stores all the "improvement proposals"?
Think of: BitShares Protocol Improvement Proposals:
BPIP-001: Refund Order Creation Fees
BPIP-002: Bond market
etc. ..
We can also create a Style guide that way, have all the upgrades in one git repo and have a discussion on well written docuemnts!
-
Basically I support this proposal, but IMHO, #446 "Distribute Market Fees on Core Asset to Referral Program" is also very important.
IMHO, the problem dealt by this proposal is partially and temporally resolved by lowering the order creation fee. However, distributing market fees is really new feature and can be implemented only by new worker proposal.
When are you going to start #446?
-
Basically I support this proposal, but IMHO, #446 "Distribute Market Fees on Core Asset to Referral Program" is also very important.
IMHO, the problem dealt by this proposal is partially and temporally resolved by lowering the order creation fee. However, distributing market fees is really new feature and can be implemented only by new worker proposal.
When are you going to start #446?
We will probably do this one next (but we want to slowly tackle things at a rate the community can follow). Doing multiple proposals at the same time would be difficult to manage.