"If this proposal is accepted, it will revise the 3x transfer price vision for STEALTH transfers to a 7x factor to let the investor(s) reach their ROI at a faster rate."
https://github.com/BitShares-Committee/proposals/blob/master/160208_feeschedule.md
This is not a parameter that is adjustable by the committee. It is to be set by 3 of 5 signatures of the 5 accounts that have voting authority for the Management Account of the STEALTH asset. We may decide that some other multiple is best (ie. 5x, 6x, 10x etc.)
Although I do not like what the new fee schedule does to the STEALTH asset business model (it makes the use of the feature seem much more expensive as compared to a non-stealth transfer), I do think that the change is good for BitShares overall. I therefore support it.
I think I should translate it Chinese.. or ask someone to do it.
//Update:
Due to the new year holidays, Chinese people would be busying visiting families and/or traveling these days (1-3 weeks). It's likely that most people will go to places where is no good Internet connection. And most people may have no much time to spend on BitShares. So I suggest that we postpone the deadline of decision making (read: voting) and give more time to Chinese community. Thanks.
Yes I think that's better.I think I should translate it Chinese.. or ask someone to do it.
//Update:
Due to the new year holidays, Chinese people would be busying visiting families and/or traveling these days (1-3 weeks). It's likely that most people will go to places where is no good Internet connection. And most people may have no much time to spend on BitShares. So I suggest that we postpone the deadline of decision making (read: voting) and give more time to Chinese community. Thanks.
What would you recommend? An additional week perhaps? So 14 days for discussion and feedback instead of 7?
"If this proposal is accepted, it will revise the 3x transfer price vision for STEALTH transfers to a 7x factor to let the investor(s) reach their ROI at a faster rate."
https://github.com/BitShares-Committee/proposals/blob/master/160208_feeschedule.md
This is not a parameter that is adjustable by the committee. It is to be set by 3 of 5 signatures of the 5 accounts that have voting authority for the Management Account of the STEALTH asset. We may decide that some other multiple is best (ie. 5x, 6x, 10x etc.)
Although I do not like what the new fee schedule does to the STEALTH asset business model (it makes the use of the feature seem much more expensive as compared to a non-stealth transfer), I do think that the change is good for BitShares overall. I therefore support it.
That has to be done in a different op (for each asset) and i havent coded it yetYes I think that's better.I think I should translate it Chinese.. or ask someone to do it.
//Update:
Due to the new year holidays, Chinese people would be busying visiting families and/or traveling these days (1-3 weeks). It's likely that most people will go to places where is no good Internet connection. And most people may have no much time to spend on BitShares. So I suggest that we postpone the deadline of decision making (read: voting) and give more time to Chinese community. Thanks.
What would you recommend? An additional week perhaps? So 14 days for discussion and feedback instead of 7?
By the way, I saw "a low 0.1% trading fee for committee owned assets such as bitUSD" in the non-tech summary, but haven't found related command/code in the technical summary. Am I missing something?
May I suggest you amend the roadmap to include some time post-vote to:This fee schedule change doesn't require a hard fork, so nothing to do with witnesses.Although this proposal is largely a set of parameter changes impacting fees, market order mechanics may be impacted thus the potential to change resource requirements of network nodes. These impacts must be considered and compensated to ensure future success.
- Develops the code
- Test code on the test net
- Solicate active witness intended [adoption | rejection]
- Allow stakeholders 14 days to vote a witness set matching their intended network direction
- Hard fork block (if then active witness set is running revised code base).
Respectfully,
Fox
[edit: formatting]
May I suggest you amend the roadmap to include some time post-vote to:This fee schedule change doesn't require a hard fork, so nothing to do with witnesses.Although this proposal is largely a set of parameter changes impacting fees, market order mechanics may be impacted thus the potential to change resource requirements of network nodes. These impacts must be considered and compensated to ensure future success.
- Develops the code
- Test code on the test net
- Solicate active witness intended [adoption | rejection]
- Allow stakeholders 14 days to vote a witness set matching their intended network direction
- Hard fork block (if then active witness set is running revised code base).
Respectfully,
Fox
[edit: formatting]
If we can't reach a consensus this time, no need to think further.
"If this proposal is accepted, it will revise the 3x transfer price vision for STEALTH transfers to a 7x factor to let the investor(s) reach their ROI at a faster rate."
https://github.com/BitShares-Committee/proposals/blob/master/160208_feeschedule.md
This is not a parameter that is adjustable by the committee. It is to be set by 3 of 5 signatures of the 5 accounts that have voting authority for the Management Account of the STEALTH asset. We may decide that some other multiple is best (ie. 5x, 6x, 10x etc.)
Although I do not like what the new fee schedule does to the STEALTH asset business model (it makes the use of the feature seem much more expensive as compared to a non-stealth transfer), I do think that the change is good for BitShares overall. I therefore support it.
And then I thought you are a follower of BM's business model and believes? And doing the 45K donation in clear mind. I mean kissing the 45K goodbye the second you sent them.
I mean... it should have been clear if you have been a follower of him, that the only thing consistent in his view is - 'get the money and claim they were spent on development'. Past Donors/Investors, Whoever, be screwed, when BM has his next even BIGGER idea (read tomorrow). When this new idea comes, he will have new money to ask for. New money for the next 'would be somewhat finished, maybe 85% maybe less' product...
Keep in mind that this will be a limited-time offer, as the minimum fee may be raised once BSIP#10 is implemented.Does it look like a serious offer to businesses? A crucial value might or might not be raised. Depending on what?
Does Annual Membership stay?This proposal does NOT introduce a hard fork, how could it. Everything this proposal changes are the fees. Everything else stays the same.
Will it give the user access to advanced features as LTM does?
If not, what is the reason I might want to buy AM?
I think this proposal is very poorly justified.
The core idea is this: let's make basic features very cheap and earn profits on advanced features.How is that a major change? BitShares is trying to get profitable and
This is a major change of business rules since the outline of BitShares 2.0 was announced back in June 2014.
The justification fails in these areas:- low market cap
(1) Tell us why this change is needed in the first place.
What are the symptoms you've discovered that make you think that this radical change will improve anything?
What is the expected outcome?
(2) The main motivation to buy a subscription is meant to be access to advanced features, such as "individual assets, withdrawal permissions, proposals, prediction markets".My crystal ball went offline when I tried to read Bytemasters mind.
What is your estimate about the percentage of users interested in this stuff?
Seriously, how come you did not even try to estimate this value?
(3) You write:The idea is to get a solid user base first. If you wanted to sell drugs,QuoteKeep in mind that this will be a limited-time offer, as the minimum fee may be raised once BSIP#10 is implemented.Does it look like a serious offer to businesses? A crucial value might or might not be raised. Depending on what?
For me, this is proposal is one more episode in our long-lasting
transfer fee debate (that seems to be our favorite distractor from the
main issue: liquidity), wrapped in a big package containing other
non-controversial stuff, which could be just passed in a standard way by
the committee. And the funny thing is that the single most important
number in this package (i.e. $0.018 for the transfer fee) is defined as
quite transient and likely to be revised once again.
I will definitely not support it.Assuming your are a shareholder, that is your right to do!
Does Annual Membership stay?Due to a bug(or undesirable feature), I think AM upgrading will be disabled in next version of GUI. I expected it to be disabled today, but it hasn't been done. See https://bitsharestalk.org/index.php/topic,21163.msg277851.html#msg277851
Will it give the user access to advanced features as LTM does?
If not, what is the reason I might want to buy AM?
Yes I think that's better.I think I should translate it Chinese.. or ask someone to do it.
//Update:
Due to the new year holidays, Chinese people would be busying visiting families and/or traveling these days (1-3 weeks). It's likely that most people will go to places where is no good Internet connection. And most people may have no much time to spend on BitShares. So I suggest that we postpone the deadline of decision making (read: voting) and give more time to Chinese community. Thanks.
What would you recommend? An additional week perhaps? So 14 days for discussion and feedback instead of 7?
By the way, I saw "a low 0.1% trading fee for committee owned assets such as bitUSD" in the non-tech summary, but haven't found related command/code in the technical summary. Am I missing something?
@xeroc ,
I started to reply to your replies but I when I finished, I felt sick and I erased all this, as I realized I don't want to do that any more.
We are wasting our time in those endless discussions.
My point is only this: manipulating with the fees should be the last thing on our list, to be considered only after a serious attempt has been made to bootstrap liquidity.
I've shown BitShares to many people, there were many different questions and concerns, but none of those concerns was ever related to fees.
This makes me think that most probably fees are *not* our issue.
But I cannot prove that, just as you cannot prove the opposite.
@xeroc ,
I started to reply to your replies but I when I finished, I felt sick and I erased all this, as I realized I don't want to do that any more.
We are wasting our time in those endless discussions.
My point is only this: manipulating with the fees should be the last thing on our list, to be considered only after a serious attempt has been made to bootstrap liquidity.
I've shown BitShares to many people, there were many different questions and concerns, but none of those concerns was ever related to fees.
This makes me think that most probably fees are *not* our issue.
But I cannot prove that, just as you cannot prove the opposite.
The trading fee's portion of this proposal is terrible.
Percentage based fees or commissions are non existent in current trading. Doing large orders is already a disadvantage, because much of the order book has to be chewed through to fill the order. So the effective spread that the trader is experiencing is larger than what may be quoted. Add on top of that a tax for doing a large order and I guarantee you we will attract 0 traders.
Also, by not having the trading fee's part of the referral program or making them so low that they add 0 value, any third party platform like mt4 will never be implemented. There is no way to get the development money back from everything I can tell. Much less have any money left over to do maintenance on the system. The only way it may work would be by manipulating the spread in the client terminal wide enough that mt4 can turn a profit. This effectively screws the trader twice though.
I don't understand why people here think we need to emulate current crypto exchanges. Crypto exchanges are tiny and professional (bank, hedgefund) traders would never trade on those platforms. The most popular platforms use a flat fee or commission. This proposal is going to set bitshares back massively in terms of adoption by traders.
Attracting traders should be the priority of bitshares. It will shrink spreads, increase volume, and make money for the blockchain. Doing a percentage based fee will only drive them away. You are effectively driving away liquidity by charging more money to trade larger orders. Plus it doesn't cost anymore resource wise to process large trades vs small trades.
I can assure you forex, stock, option, futures traders do take fee's seriously... but only if the fee's are exorbant.Wow I cannot believe you're complaining about high fee... ;)
They will not care if a fee is 1 cent or $1. What they will care about is when they see they could execute a $100,000 trade on ETrade and pay $7 in commissions, but then try to do that same trade in bitshares and pay $100. Then imagine if people start using leverage with bond market... multiply their costs by 10.
If you are going to do the %based fee's, there needs to be a ceiling involved. My back of the napkin sweetspot would be %based fee's up to $20... $20 is half the price that many ECN brokers charge to do larger forex orders.
Also, by not having the trading fee's part of the referral program or making them so low that they add 0 value, any third party platform like mt4 will never be implemented. There is no way to get the development money back from everything I can tell. Much less have any money left over to do maintenance on the system. The only way it may work would be by manipulating the spread in the client terminal wide enough that mt4 can turn a profit. This effectively screws the trader twice though.Registrar for MT4 could earn a lot from LTM-fee...much more than what he could earn on trading fee. IMO.
I don't understand why people here think we need to emulate current crypto exchanges. Crypto exchanges are tiny and professional (bank, hedgefund) traders would never trade on those platforms. The most popular platforms use a flat fee or commission. This proposal is going to set bitshares back massively in terms of adoption by traders.Probably because we can see a lot of exchange working with % trading fee, and we se a lot of volume in those exchange. Right now:
Attracting traders should be the priority of bitshares. It will shrink spreads, increase volume, and make money for the blockchain. Doing a percentage based fee will only drive them away. You are effectively driving away liquidity by charging more money to trade larger orders. Plus it doesn't cost anymore resource wise to process large trades vs small trades.We thought that charging only 0.01% would still make the dex cheaper than the majority of other exchanges.
If you are going to do the %based fee's, there needs to be a ceiling involved. My back of the napkin sweetspot would be %based fee's up to $20... $20 is half the price that many ECN brokers charge to do larger forex orders.Having a ceiling is a good idea imo, but it would need development tho.
I can assure you forex, stock, option, futures traders do take fee's seriously... but only if the fee's are exorbant.
They will not care if a fee is 1 cent or $1. What they will care about is when they see they could execute a $100,000 trade on ETrade and pay $7 in commissions, but then try to do that same trade in bitshares and pay $100. Then imagine if people start using leverage with bond market... multiply their costs by 10.
If you are going to do the %based fee's, there needs to be a ceiling involved. My back of the napkin sweetspot would be %based fee's up to $20... $20 is half the price that many ECN brokers charge to do larger forex orders.
Also, by not having the trading fee's part of the referral program or making them so low that they add 0 value, any third party platform like mt4 will never be implemented. There is no way to get the development money back from everything I can tell. Much less have any money left over to do maintenance on the system. The only way it may work would be by manipulating the spread in the client terminal wide enough that mt4 can turn a profit. This effectively screws the trader twice though.Registrar for MT4 could earn a lot from LTM-fee...much more than what he could earn on trading fee. IMO.
So there would actually be a way to get the development money back etc.QuoteI don't understand why people here think we need to emulate current crypto exchanges. Crypto exchanges are tiny and professional (bank, hedgefund) traders would never trade on those platforms. The most popular platforms use a flat fee or commission. This proposal is going to set bitshares back massively in terms of adoption by traders.Probably because we can see a lot of exchange working with % trading fee, and we se a lot of volume in those exchange. Right now:
Poloniex, only on eth/btc, has 28k btc volume.
Btc38 only on cny/btc has 500 btc volume.
They seem to work quite well, and poloniex has 0.2% trading fee per side iirc.QuoteAttracting traders should be the priority of bitshares. It will shrink spreads, increase volume, and make money for the blockchain. Doing a percentage based fee will only drive them away. You are effectively driving away liquidity by charging more money to trade larger orders. Plus it doesn't cost anymore resource wise to process large trades vs small trades.We thought that charging only 0.01% would still make the dex cheaper than the majority of other exchanges.
Would you suggest to have no % trading fee at all until we have more volume?If you are going to do the %based fee's, there needs to be a ceiling involved. My back of the napkin sweetspot would be %based fee's up to $20... $20 is half the price that many ECN brokers charge to do larger forex orders.Having a ceiling is a good idea imo, but it would need development tho.
Thanks for your suggestion.
There is no extra cost for brokers to do larger trades today... that's why you don't see fee's associated with doing large trade sizes. In bts there is also nothing different between trading 5bts vs 50,000,000bts. The work required is the same. Attempting to charge exorbitant fees for large transactions will be seen as a tax and it will drive traders away. Their needs to be a ceiling on trading fee's if % based fees are implemented. I have said before though that traders do not care if the fee is 1 cent or 1 dollar, that amount is minuscule and won't effect demand. The problem arises when the fees start approach the triple digit mark for large trades and the double digit mark for smaller ones.
To Cubes question: I could put a trade on in forex for 100 lots ($10,000 per lot = $1million) and not be charged any commision. I would pay a decent amount for the spread (probably around $3000), but still no fee or maybe a very small commission. I could also do this with only $50K as collateral, but lending is a story for another day.
Long story short: Percentage based fee's may be helpful for low volume traders, but they are the death of the liquidity providers we desperately need. A fee cap is absolutely essential.
I think it is important that we identify which market bts should go after - the forex trading market, the stock market or the crypto-trading market. These markets have different attributes and fee structures.
What if we created some kind of 'silos' that adjusted the rates and structures that each of these markets require so that as a platform we can direct our strengths to each one appropriately?
@xeroc ,I have a feeling I must apologize to you, I may have been a little harsh with my last reply to you.
I started to reply to your replies but I when I finished, I felt sick and I erased all this, as I realized I don't want to do that any more.
We are wasting our time in those endless discussions.
My point is only this: manipulating with the fees should be the last thing on our list, to be considered only after a serious attempt has been made to bootstrap liquidity.
I've shown BitShares to many people, there were many different questions and concerns, but none of those concerns was ever related to fees.
This makes me think that most probably fees are *not* our issue.
But I cannot prove that, just as you cannot prove the opposite.
The trading fee's portion of this proposal is terrible.Thank you very much for this valuable input. We can certainly need this kind of data when changing the fees in 6-12 months. However, since the crypto currency ecosystem as a total does not have many of these higher-order traders and many exchanges are quite successful with percentage market fees, I think we should go that route first, bootstrap liquidity and only later re-evaluate if a higher flat fee is a good or a bad thing for the customers we will have in the future. Would this work for you?
Percentage based fees or commissions are non existent in current trading. Doing large orders is already a disadvantage, because much of the order book has to be chewed through to fill the order. So the effective spread that the trader is experiencing is larger than what may be quoted. Add on top of that a tax for doing a large order and I guarantee you we will attract 0 traders.
Also, by not having the trading fee's part of the referral program or making them so low that they add 0 value, any third party platform like mt4 will never be implemented. There is no way to get the development money back from everything I can tell. Much less have any money left over to do maintenance on the system. The only way it may work would be by manipulating the spread in the client terminal wide enough that mt4 can turn a profit. This effectively screws the trader twice though.
I don't understand why people here think we need to emulate current crypto exchanges. Crypto exchanges are tiny and professional (bank, hedgefund) traders would never trade on those platforms. The most popular platforms use a flat fee or commission. This proposal is going to set bitshares back massively in terms of adoption by traders.
Attracting traders should be the priority of bitshares. It will shrink spreads, increase volume, and make money for the blockchain. Doing a percentage based fee will only drive them away. You are effectively driving away liquidity by charging more money to trade larger orders. Plus it doesn't cost anymore resource wise to process large trades vs small trades.
EXCELLENT work!
The only point where I strongly disagree with your analysis is the assert operation. I say make it cheap (it doesn't permanently consume resources) and let the users figure out what to do with it.
I also disagree with the withdraw_vesting fee (but less strongly). This seriously impacts smaller referral businesses that don't earn lots of fees. It also doesn't permanently consume resources and cannot be used for spamming. (Disclaimer: as a witness I'm biased here.)
The problem is you have to pay for a LTM membership. I can sign up with
dozens of forex and stock brokers right now, get better tools and better
trade reporting, without having to pay a dime.
As far as your comment about how poloniex and btc38 have good volume...
You could take all the volume of every crypto traded today and it is
less than 0.002% of the daily forex market. There are bank traders that
individually do multiples of what the entire crypto market does daily.
Those guys are not using percentage based fee's and neither are the guys
trading much lower amounts. If you charge 0.1% on the forex market, the
daily fee's would be $6 billion dollars. That number would never be
attained because the fee's would eliminate the volume. The lowered
volume would then eliminate much of the liquidity that is seen today.
There is no extra cost for brokers to do larger trades today... that's
why you don't see fee's associated with doing large trade sizes. In bts
there is also nothing different between trading 5bts vs 50,000,000bts.
The work required is the same. Attempting to charge exorbitant fees for
large transactions will be seen as a tax and it will drive traders away.
Their needs to be a ceiling on trading fee's if % based fees are
implemented. I have said before though that traders do not care if the
fee is 1 cent or 1 dollar, that amount is minuscule and won't effect
demand. The problem arises when the fees start approach the triple
digit mark for large trades and the double digit mark for smaller ones.
To Cubes question: I could put a trade on in forex for 100 lots
($10,000 per lot = $1million) and not be charged any commision. I would
pay a decent amount for the spread (probably around $3000), but still no
fee or maybe a very small commission. I could also do this with only
$50K as collateral, but lending is a story for another day.
Long story short: Percentage based fee's may be helpful for low volume
traders, but they are the death of the liquidity providers we
desperately need. A fee cap is absolutely essential.
The trading fee's portion of this proposal is terrible.Personally I agree with your opinion at some level.
Percentage based fees or commissions are non existent in current trading. Doing large orders is already a disadvantage, because much of the order book has to be chewed through to fill the order. So the effective spread that the trader is experiencing is larger than what may be quoted. Add on top of that a tax for doing a large order and I guarantee you we will attract 0 traders.
Also, by not having the trading fee's part of the referral program or making them so low that they add 0 value, any third party platform like mt4 will never be implemented. There is no way to get the development money back from everything I can tell. Much less have any money left over to do maintenance on the system. The only way it may work would be by manipulating the spread in the client terminal wide enough that mt4 can turn a profit. This effectively screws the trader twice though.
I don't understand why people here think we need to emulate current crypto exchanges. Crypto exchanges are tiny and professional (bank, hedgefund) traders would never trade on those platforms. The most popular platforms use a flat fee or commission. This proposal is going to set bitshares back massively in terms of adoption by traders.
Attracting traders should be the priority of bitshares. It will shrink spreads, increase volume, and make money for the blockchain. Doing a percentage based fee will only drive them away. You are effectively driving away liquidity by charging more money to trade larger orders. Plus it doesn't cost anymore resource wise to process large trades vs small trades.
EXCELLENT work!Good point. So let's reduce it.
The only point where I strongly disagree with your analysis is the assert operation. I say make it cheap (it doesn't permanently consume resources) and let the users figure out what to do with it.
I also disagree with the withdraw_vesting fee (but less strongly). This seriously impacts smaller referral businesses that don't earn lots of fees. It also doesn't permanently consume resources and cannot be used for spamming. (Disclaimer: as a witness I'm biased here.)Good point too. It's a tax anyway. Imo setting it to some value around 0.1$ would make sense.
I'm now very encouraged to make a per-asset or per-market fee schedule.
There is no extra cost for brokers to do larger trades today... that's why you don't see fee's associated with doing large trade sizes. In bts there is also nothing different between trading 5bts vs 50,000,000bts. The work required is the same. Attempting to charge exorbitant fees for large transactions will be seen as a tax and it will drive traders away. Their needs to be a ceiling on trading fee's if % based fees are implemented. I have said before though that traders do not care if the fee is 1 cent or 1 dollar, that amount is minuscule and won't effect demand. The problem arises when the fees start approach the triple digit mark for large trades and the double digit mark for smaller ones.
To Cubes question: I could put a trade on in forex for 100 lots ($10,000 per lot = $1million) and not be charged any commision. I would pay a decent amount for the spread (probably around $3000), but still no fee or maybe a very small commission. I could also do this with only $50K as collateral, but lending is a story for another day.
Long story short: Percentage based fee's may be helpful for low volume traders, but they are the death of the liquidity providers we desperately need. A fee cap is absolutely essential.
I see you are referring to forex trading while I was talking about stock trading.
It makes sense for forex traders who typically trade more than $100,000 USD, not to mind a 1USD fee. 1USD for a 100K trade is after all a 0.001% fee. I do not think they would not mind a 1USD fee if the trade is say $10.
I think it is important that we identify which market bts should go after - the forex trading market, the stock market or the crypto-trading market. These markets have different attributes and fee structures.
Also, we propose to implement this new fee schedule for LTM-only for a period of time, and offer it to basic members only later. This way, we effectively upgrade memberships into premium products. As more and more features are added to LTM, we may increase the account upgrading fee accordingly.
Sorry I didn't get your point. Imo it's a good strategy that provide difference services to VIPs and normal users.Also, we propose to implement this new fee schedule for LTM-only for a period of time, and offer it to basic members only later. This way, we effectively upgrade memberships into premium products. As more and more features are added to LTM, we may increase the account upgrading fee accordingly.
I think the fee schedule should be offered to all the members from the beginning, to make a distinction in offering time regarding core fee schedule will make the basic user feel even worse and is not good for attracting more new users.
@xeroc ,I have a feeling I must apologize to you, I may have been a little harsh with my last reply to you.
I started to reply to your replies but I when I finished, I felt sick and I erased all this, as I realized I don't want to do that any more.
We are wasting our time in those endless discussions.
My point is only this: manipulating with the fees should be the last thing on our list, to be considered only after a serious attempt has been made to bootstrap liquidity.
I've shown BitShares to many people, there were many different questions and concerns, but none of those concerns was ever related to fees.
This makes me think that most probably fees are *not* our issue.
But I cannot prove that, just as you cannot prove the opposite.
In the end, I don't know what is best for BitShares. All I know is that our customers are complaining about A and our business partners want B and shareholders want C.
I further fully agree that we should be manipulating fees, but the current situation was this:
- we had a predefined (from genesis) set of fees denoted in BTS
- BTS is volatile so are the fees
- some businesses approached me and complained about these volatile fees and why there are not pegged to USD/EUR or whatever.
Then I actually started to write a script to track the USD value of the fees and ended up with .. well .. strange fees simply because BTS went somewhere different after genesis.
I took the time to go through every fee and think of it and tried to pick more rational fees. Yes, the proposal is most created by me alone with many inputs from committee members.
So if people are unhappy with this and feel that the proposal is bad for BTS, please remove your stake from either my worker, my proxy, or the my committee member. That will at least
show me that I was wrong in taking the time to think about the fees.
My intentions where to offer more incentive for people to enter BitShares and the only thing that we can do is give it more utility and cheaper fees.
Interestingly, with the newest development about zero-fee option for operations, no one complained about the consequences for the referral program, but people see the marketing buzz it could have. So why don't we start with that buzz already and give them yet another incentive to join once we have 0-fees implemented?
I tend to agree with the assert operation and we can certainly reduce it but I have not seen a single practical use case for it. Could you give me a hint?
My hopes are that this reduces the sell pressure.
For workers and witnesses this should be much of a deal, is it?
I tend to agree with the assert operation and we can certainly reduce it but I have not seen a single practical use case for it. Could you give me a hint?
I have to admit I haven't checked what the assert operation can do. :-)
What I was thinking of is for example an arbitrage bot that places orders only if it can be sure that there will be existing orders to match his. Not sure if that can be done using assert.
.. but would you really claim $2 already or wait until BTS goes up andMy hopes are that this reduces the sell pressure.
For workers and witnesses this should be much of a deal, is it?
IMO sell-pressure is a non-issue with those people who have vesting balances.
For a witness who withdraws his payments monthly $2 fees don't hurt. For a worker who typically might only withdraw once or twice it'd hurt even less.
I was really thinking of "small" referrers who have only a handful of referrals. Like PTS38Warrior (just guessing, haven't checked his numbers).
I am mainly upset by the way this change is being introduced. Instead of starting with a forum thread "Let's revise the target/purpose of the referral program" to present arguments pro and con, the whole thing has been obfuscated and wrapped into a bigger package that required a lot of prior work done by you and other people. As a result, this strategy change is now entangled with other much less controversial stuff. The fact that you have put so much effort to revise every single fee, validates the purpose of this change in the eyes of many people here and allows you to have less solid arguments about the justification itself. I'm sure you are going to defend this by saying that all of this is interconnected and can only be viewed as a single package, but I disagree. I perceive this as an intentional measure, often used in politics.
As for the transfer fee, the main thing to consider is why we expect users to make transfers in the first place. If a user does not have a good reason to do a transfer, she will not do it, no matter what the fee is. For me this is the main issue: most people currently do have any reason to move their funds around. And there is only one way to give people this badly needed reason: businesses building useful apps around BitShares. For this we need to patiently wait, like a good gardener waits for her plants to grow, and while waiting we must not change the rules.
Sorry I didn't get your point. Imo it's a good strategy that provide difference services to VIPs and normal users.Also, we propose to implement this new fee schedule for LTM-only for a period of time, and offer it to basic members only later. This way, we effectively upgrade memberships into premium products. As more and more features are added to LTM, we may increase the account upgrading fee accordingly.
I think the fee schedule should be offered to all the members from the beginning, to make a distinction in offering time regarding core fee schedule will make the basic user feel even worse and is not good for attracting more new users.
I am mainly upset by the way this change is being introduced. Instead of starting with a forum thread "Let's revise the target/purpose of the referral program" to present arguments pro and con, the whole thing has been obfuscated and wrapped into a bigger package that required a lot of prior work done by you and other people. As a result, this strategy change is now entangled with other much less controversial stuff. The fact that you have put so much effort to revise every single fee, validates the purpose of this change in the eyes of many people here and allows you to have less solid arguments about the justification itself. I'm sure you are going to defend this by saying that all of this is interconnected and can only be viewed as a single package, but I disagree. I perceive this as an intentional measure, often used in politics.
I always appreciate your bright ideas and ability to articulate your points well.
As a third-party to the matter, if I may speak out on it.
It did not come across to me (and likely other committee members) that we were getting onto a topic of "Let's revise the target/purpose of the referral program" . We were thinking of what can be done to enable both the trading/exchange and referral businesses to function well and to prosper together in the bts network. When one side (trading/exchange) is asking for lower transfer fee, the other side AM/LTM and referral program can continue to be attractive and useful (with other kinds of fee revised). xeroc has offerred to work on the fee schedule and we are thankful for his work. In short, we were focusing on fees and their implications (and not just the referral program per se). As a referrer, it is natural that the matter to you centres around the referral program and that your POV is therefore xeroc 'revise target of referral program'. Consequently, a misunderstanding arised because of the difference in POV.As for the transfer fee, the main thing to consider is why we expect users to make transfers in the first place. If a user does not have a good reason to do a transfer, she will not do it, no matter what the fee is. For me this is the main issue: most people currently do have any reason to move their funds around. And there is only one way to give people this badly needed reason: businesses building useful apps around BitShares. For this we need to patiently wait, like a good gardener waits for her plants to grow, and while waiting we must not change the rules.
I believe users do want to transact freely, be it to trade for BTC, to send some bts/bitassets to friends and/or family members, or some other reasons. However, any transaction of value USD2 or below would mean a transfer fee of 5% - (30bts or approx USD0.10) too costly and prohibitive.
As a referrer, one may wait patiently for a potential future that some businesses would build on this fee structure and reap the benefits then. As a user, one would not see the rationale to continue to suffer the prohibitive transfer fee and to wait for a future that may never come.
I see.Sorry I didn't get your point. Imo it's a good strategy that provide difference services to VIPs and normal users.Also, we propose to implement this new fee schedule for LTM-only for a period of time, and offer it to basic members only later. This way, we effectively upgrade memberships into premium products. As more and more features are added to LTM, we may increase the account upgrading fee accordingly.
I think the fee schedule should be offered to all the members from the beginning, to make a distinction in offering time regarding core fee schedule will make the basic user feel even worse and is not good for attracting more new users.
they are already offered different service in the proposed fee schedule, for transfer fee:
for LTM: $0.018, 80% cash back.
for basic user :$0.018 no cash back.
right?
what I said is no need to implement this in different time for LTM and basic user.
I suggest not do this, to help liquidity.That has to be done in a different op (for each asset) and i havent coded it yetYes I think that's better.I think I should translate it Chinese.. or ask someone to do it.
//Update:
Due to the new year holidays, Chinese people would be busying visiting families and/or traveling these days (1-3 weeks). It's likely that most people will go to places where is no good Internet connection. And most people may have no much time to spend on BitShares. So I suggest that we postpone the deadline of decision making (read: voting) and give more time to Chinese community. Thanks.
What would you recommend? An additional week perhaps? So 14 days for discussion and feedback instead of 7?
By the way, I saw "a low 0.1% trading fee for committee owned assets such as bitUSD" in the non-tech summary, but haven't found related command/code in the technical summary. Am I missing something?
I think a better starting point for custom operations is $0.01, not $0.10. As a "dumb" operation, they add very little overhead, aside from storage. So the base cost should be low and the fee_per_kbyte can be higher. Instead of $0.10 for the op and $0.01/kb, something like $0.01 for the op and $0.05 per kb.the per_kbyte prices differ because you can do different stuff with the transactions ... the more open the operation is to user-input, the more expensive it should be not that people store wikipedia on the blockchain.
Also, is there a reason different ops have different proposed per_kbyte prices? Why not start them all at the same value?
price_per_kbyte price for transfer differs by 0.113x (network: 0.0882 USD / proposal: 0.0100 USD)
fee price for transfer differs by 0.136x (network: 0.1324 USD / proposal: 0.0180 USD)
fee price for limit_order_create differs by 0.023x (network: 0.0441 USD / proposal: 0.0010 USD)
fee price for limit_order_cancel differs by 0.227x (network: 0.0004 USD / proposal: 0.0001 USD)
fee price for call_order_update differs by 0.227x (network: 0.0044 USD / proposal: 0.0010 USD)
premium_fee price for account_create differs by 0.283x (network: 17.6489 USD / proposal: 5.0000 USD)
basic_fee price for account_create differs by 0.239x (network: 0.4192 USD / proposal: 0.1000 USD)
price_per_kbyte price for account_create differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
price_per_kbyte price for account_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for account_update differs by 0.227x (network: 0.0044 USD / proposal: 0.0010 USD)
fee price for account_whitelist differs by 3.777x (network: 0.0265 USD / proposal: 0.1000 USD)
membership_lifetime_fee price for account_upgrade differs by 1.360x (network: 88.2446 USD / proposal: 120.0000 USD)
membership_annual_fee price for account_upgrade differs by 0.850x (network: 17.6489 USD / proposal: 15.0000 USD)
fee price for account_transfer differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
symbol3 price for asset_create differs by 1.813x (network: 4412.2282 USD / proposal: 8000.0000 USD)
long_symbol price for asset_create differs by 2.266x (network: 22.0611 USD / proposal: 50.0000 USD)
symbol4 price for asset_create differs by 1.743x (network: 1147.1793 USD / proposal: 2000.0000 USD)
price_per_kbyte price for asset_create differs by 1.133x (network: 0.0088 USD / proposal: 0.0100 USD)
price_per_kbyte price for asset_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for asset_update differs by 22.664x (network: 0.0882 USD / proposal: 2.0000 USD)
fee price for asset_update_bitasset differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
fee price for asset_update_feed_producers differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
price_per_kbyte price for asset_issue differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for asset_issue differs by 5.666x (network: 0.1765 USD / proposal: 1.0000 USD)
fee price for asset_reserve differs by 5.666x (network: 0.1765 USD / proposal: 1.0000 USD)
fee price for asset_fund_fee_pool differs by 56.661x (network: 0.0088 USD / proposal: 0.5000 USD)
fee price for asset_settle differs by 0.057x (network: 0.8824 USD / proposal: 0.0500 USD)
fee price for asset_global_settle differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
fee price for asset_publish_feed differs by 0.227x (network: 0.0004 USD / proposal: 0.0001 USD)
fee price for witness_create differs by 1.133x (network: 44.1223 USD / proposal: 50.0000 USD)
fee price for witness_update differs by 0.057x (network: 0.1765 USD / proposal: 0.0100 USD)
price_per_kbyte price for proposal_create differs by 5.666x (network: 0.0088 USD / proposal: 0.0500 USD)
fee price for proposal_create differs by 0.850x (network: 0.1765 USD / proposal: 0.1500 USD)
price_per_kbyte price for proposal_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for proposal_update differs by 0.567x (network: 0.0088 USD / proposal: 0.0050 USD)
fee price for proposal_delete differs by 0.000x (network: 0.0088 USD / proposal: 0.0000 USD)
fee price for withdraw_permission_create differs by 16.998x (network: 0.0088 USD / proposal: 0.1500 USD)
fee price for withdraw_permission_update differs by 0.057x (network: 0.1765 USD / proposal: 0.0100 USD)
price_per_kbyte price for withdraw_permission_claim differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for withdraw_permission_claim differs by 999.000x (network: 0.0000 USD / proposal: 0.0144 USD)
fee price for withdraw_permission_delete differs by 0.000x (network: 44.1223 USD / proposal: 0.0000 USD)
fee price for committee_member_create differs by 566.607x (network: 0.0088 USD / proposal: 5.0000 USD)
fee price for committee_member_update differs by 1133.214x (network: 0.0088 USD / proposal: 10.0000 USD)
fee price for committee_member_update_global_parameters differs by 0.000x (network: 0.1765 USD / proposal: 0.0000 USD)
fee price for vesting_balance_create differs by 0.113x (network: 44.1223 USD / proposal: 5.0000 USD)
fee price for vesting_balance_withdraw differs by 226.643x (network: 0.0088 USD / proposal: 2.0000 USD)
fee price for worker_create differs by 16998.214x (network: 0.0088 USD / proposal: 150.0000 USD)
price_per_kbyte price for custom differs by 1.133x (network: 0.0088 USD / proposal: 0.0100 USD)
fee price for custom differs by 11.332x (network: 0.0088 USD / proposal: 0.1000 USD)
fee price for assert differs by 56.661x (network: 0.1765 USD / proposal: 10.0000 USD)
price_per_kbyte price for override_transfer differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for override_transfer differs by 22.664x (network: 0.0441 USD / proposal: 1.0000 USD)
price_per_output price for transfer_to_blind differs by 0.793x (network: 0.0882 USD / proposal: 0.0700 USD)
fee price for transfer_to_blind differs by 2.380x (network: 0.0882 USD / proposal: 0.2100 USD)
fee price for transfer_from_blind differs by 2.380x (network: 0.0882 USD / proposal: 0.2100 USD)
@committee: The proposal has been published and will expire in 7 days: 1.10.96
(Do not vote for 95, it has bugs that resulted from integer forcing fees for convenience, we can fix that later on)
This is how the proposal compares to the current fees:Code: [Select]price_per_kbyte price for transfer differs by 0.113x (network: 0.0882 USD / proposal: 0.0100 USD)
fee price for transfer differs by 0.136x (network: 0.1324 USD / proposal: 0.0180 USD)
fee price for limit_order_create differs by 0.023x (network: 0.0441 USD / proposal: 0.0010 USD)
fee price for limit_order_cancel differs by 0.227x (network: 0.0004 USD / proposal: 0.0001 USD)
fee price for call_order_update differs by 0.227x (network: 0.0044 USD / proposal: 0.0010 USD)
premium_fee price for account_create differs by 0.283x (network: 17.6489 USD / proposal: 5.0000 USD)
basic_fee price for account_create differs by 0.239x (network: 0.4192 USD / proposal: 0.1000 USD)
price_per_kbyte price for account_create differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
price_per_kbyte price for account_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for account_update differs by 0.227x (network: 0.0044 USD / proposal: 0.0010 USD)
fee price for account_whitelist differs by 3.777x (network: 0.0265 USD / proposal: 0.1000 USD)
membership_lifetime_fee price for account_upgrade differs by 1.360x (network: 88.2446 USD / proposal: 120.0000 USD)
membership_annual_fee price for account_upgrade differs by 0.850x (network: 17.6489 USD / proposal: 15.0000 USD)
fee price for account_transfer differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
symbol3 price for asset_create differs by 1.813x (network: 4412.2282 USD / proposal: 8000.0000 USD)
long_symbol price for asset_create differs by 2.266x (network: 22.0611 USD / proposal: 50.0000 USD)
symbol4 price for asset_create differs by 1.743x (network: 1147.1793 USD / proposal: 2000.0000 USD)
price_per_kbyte price for asset_create differs by 1.133x (network: 0.0088 USD / proposal: 0.0100 USD)
price_per_kbyte price for asset_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for asset_update differs by 22.664x (network: 0.0882 USD / proposal: 2.0000 USD)
fee price for asset_update_bitasset differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
fee price for asset_update_feed_producers differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
price_per_kbyte price for asset_issue differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for asset_issue differs by 5.666x (network: 0.1765 USD / proposal: 1.0000 USD)
fee price for asset_reserve differs by 5.666x (network: 0.1765 USD / proposal: 1.0000 USD)
fee price for asset_fund_fee_pool differs by 56.661x (network: 0.0088 USD / proposal: 0.5000 USD)
fee price for asset_settle differs by 0.057x (network: 0.8824 USD / proposal: 0.0500 USD)
fee price for asset_global_settle differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
fee price for asset_publish_feed differs by 0.227x (network: 0.0004 USD / proposal: 0.0001 USD)
fee price for witness_create differs by 1.133x (network: 44.1223 USD / proposal: 50.0000 USD)
fee price for witness_update differs by 0.057x (network: 0.1765 USD / proposal: 0.0100 USD)
price_per_kbyte price for proposal_create differs by 5.666x (network: 0.0088 USD / proposal: 0.0500 USD)
fee price for proposal_create differs by 0.850x (network: 0.1765 USD / proposal: 0.1500 USD)
price_per_kbyte price for proposal_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for proposal_update differs by 0.567x (network: 0.0088 USD / proposal: 0.0050 USD)
fee price for proposal_delete differs by 0.000x (network: 0.0088 USD / proposal: 0.0000 USD)
fee price for withdraw_permission_create differs by 16.998x (network: 0.0088 USD / proposal: 0.1500 USD)
fee price for withdraw_permission_update differs by 0.057x (network: 0.1765 USD / proposal: 0.0100 USD)
price_per_kbyte price for withdraw_permission_claim differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for withdraw_permission_claim differs by 999.000x (network: 0.0000 USD / proposal: 0.0144 USD)
fee price for withdraw_permission_delete differs by 0.000x (network: 44.1223 USD / proposal: 0.0000 USD)
fee price for committee_member_create differs by 566.607x (network: 0.0088 USD / proposal: 5.0000 USD)
fee price for committee_member_update differs by 1133.214x (network: 0.0088 USD / proposal: 10.0000 USD)
fee price for committee_member_update_global_parameters differs by 0.000x (network: 0.1765 USD / proposal: 0.0000 USD)
fee price for vesting_balance_create differs by 0.113x (network: 44.1223 USD / proposal: 5.0000 USD)
fee price for vesting_balance_withdraw differs by 226.643x (network: 0.0088 USD / proposal: 2.0000 USD)
fee price for worker_create differs by 16998.214x (network: 0.0088 USD / proposal: 150.0000 USD)
price_per_kbyte price for custom differs by 1.133x (network: 0.0088 USD / proposal: 0.0100 USD)
fee price for custom differs by 11.332x (network: 0.0088 USD / proposal: 0.1000 USD)
fee price for assert differs by 56.661x (network: 0.1765 USD / proposal: 10.0000 USD)
price_per_kbyte price for override_transfer differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for override_transfer differs by 22.664x (network: 0.0441 USD / proposal: 1.0000 USD)
price_per_output price for transfer_to_blind differs by 0.793x (network: 0.0882 USD / proposal: 0.0700 USD)
fee price for transfer_to_blind differs by 2.380x (network: 0.0882 USD / proposal: 0.2100 USD)
fee price for transfer_from_blind differs by 2.380x (network: 0.0882 USD / proposal: 0.2100 USD)
Note, that currently there is a discussion among some committee members whether the proposed $150 for creating a fee is too high.
I encourage committee members and shareholders to take a position and tell us what they think but keep in mind that changing a fee now will only result in a delay of at least another 7 days.
I think a better starting point for custom operations is $0.01, not $0.10. As a "dumb" operation, they add very little overhead, aside from storage. So the base cost should be low and the fee_per_kbyte can be higher. Instead of $0.10 for the op and $0.01/kb, something like $0.01 for the op and $0.05 per kb.the per_kbyte prices differ because you can do different stuff with the transactions ... the more open the operation is to user-input, the more expensive it should be not that people store wikipedia on the blockchain.
Also, is there a reason different ops have different proposed per_kbyte prices? Why not start them all at the same value?
The custom operation could be used for anything .. and we of course would love to see people use it .. but until we see some businesses evolving around it I don't see why it should be opened up cheaply ..
Also, is there a reason different ops have different proposed per_kbyte prices? Why not start them all at the same value?The custom operation could be used for anything .. and we of course would love to see people use it .. but until we see some businesses evolving around it I don't see why it should be opened up cheaply ..
I think a better starting point for custom operations is $0.01, not $0.10. As a "dumb" operation, they add very little overhead, aside from storage. So the base cost should be low and the fee_per_kbyte can be higher. Instead of $0.10 for the op and $0.01/kb, something like $0.01 for the op and $0.05 per kb.the per_kbyte prices differ because you can do different stuff with the transactions ... the more open the operation is to user-input, the more expensive it should be not that people store wikipedia on the blockchain.
Also, is there a reason different ops have different proposed per_kbyte prices? Why not start them all at the same value?
The custom operation could be used for anything .. and we of course would love to see people use it .. but until we see some businesses evolving around it I don't see why it should be opened up cheaply ..
@committee: The proposal has been published and will expire in 7 days: 1.10.96
(Do not vote for 95, it has bugs that resulted from integer forcing fees for convenience, we can fix that later on)
This is how the proposal compares to the current fees:Code: [Select]price_per_kbyte price for transfer differs by 0.113x (network: 0.0882 USD / proposal: 0.0100 USD)
fee price for transfer differs by 0.136x (network: 0.1324 USD / proposal: 0.0180 USD)
fee price for limit_order_create differs by 0.023x (network: 0.0441 USD / proposal: 0.0010 USD)
fee price for limit_order_cancel differs by 0.227x (network: 0.0004 USD / proposal: 0.0001 USD)
fee price for call_order_update differs by 0.227x (network: 0.0044 USD / proposal: 0.0010 USD)
premium_fee price for account_create differs by 0.283x (network: 17.6489 USD / proposal: 5.0000 USD)
basic_fee price for account_create differs by 0.239x (network: 0.4192 USD / proposal: 0.1000 USD)
price_per_kbyte price for account_create differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
price_per_kbyte price for account_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for account_update differs by 0.227x (network: 0.0044 USD / proposal: 0.0010 USD)
fee price for account_whitelist differs by 3.777x (network: 0.0265 USD / proposal: 0.1000 USD)
membership_lifetime_fee price for account_upgrade differs by 1.360x (network: 88.2446 USD / proposal: 120.0000 USD)
membership_annual_fee price for account_upgrade differs by 0.850x (network: 17.6489 USD / proposal: 15.0000 USD)
fee price for account_transfer differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
symbol3 price for asset_create differs by 1.813x (network: 4412.2282 USD / proposal: 8000.0000 USD)
long_symbol price for asset_create differs by 2.266x (network: 22.0611 USD / proposal: 50.0000 USD)
symbol4 price for asset_create differs by 1.743x (network: 1147.1793 USD / proposal: 2000.0000 USD)
price_per_kbyte price for asset_create differs by 1.133x (network: 0.0088 USD / proposal: 0.0100 USD)
price_per_kbyte price for asset_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for asset_update differs by 22.664x (network: 0.0882 USD / proposal: 2.0000 USD)
fee price for asset_update_bitasset differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
fee price for asset_update_feed_producers differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
price_per_kbyte price for asset_issue differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for asset_issue differs by 5.666x (network: 0.1765 USD / proposal: 1.0000 USD)
fee price for asset_reserve differs by 5.666x (network: 0.1765 USD / proposal: 1.0000 USD)
fee price for asset_fund_fee_pool differs by 56.661x (network: 0.0088 USD / proposal: 0.5000 USD)
fee price for asset_settle differs by 0.057x (network: 0.8824 USD / proposal: 0.0500 USD)
fee price for asset_global_settle differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
fee price for asset_publish_feed differs by 0.227x (network: 0.0004 USD / proposal: 0.0001 USD)
fee price for witness_create differs by 1.133x (network: 44.1223 USD / proposal: 50.0000 USD)
fee price for witness_update differs by 0.057x (network: 0.1765 USD / proposal: 0.0100 USD)
price_per_kbyte price for proposal_create differs by 5.666x (network: 0.0088 USD / proposal: 0.0500 USD)
fee price for proposal_create differs by 0.850x (network: 0.1765 USD / proposal: 0.1500 USD)
price_per_kbyte price for proposal_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for proposal_update differs by 0.567x (network: 0.0088 USD / proposal: 0.0050 USD)
fee price for proposal_delete differs by 0.000x (network: 0.0088 USD / proposal: 0.0000 USD)
fee price for withdraw_permission_create differs by 16.998x (network: 0.0088 USD / proposal: 0.1500 USD)
fee price for withdraw_permission_update differs by 0.057x (network: 0.1765 USD / proposal: 0.0100 USD)
price_per_kbyte price for withdraw_permission_claim differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for withdraw_permission_claim differs by 999.000x (network: 0.0000 USD / proposal: 0.0144 USD)
fee price for withdraw_permission_delete differs by 0.000x (network: 44.1223 USD / proposal: 0.0000 USD)
fee price for committee_member_create differs by 566.607x (network: 0.0088 USD / proposal: 5.0000 USD)
fee price for committee_member_update differs by 1133.214x (network: 0.0088 USD / proposal: 10.0000 USD)
fee price for committee_member_update_global_parameters differs by 0.000x (network: 0.1765 USD / proposal: 0.0000 USD)
fee price for vesting_balance_create differs by 0.113x (network: 44.1223 USD / proposal: 5.0000 USD)
fee price for vesting_balance_withdraw differs by 226.643x (network: 0.0088 USD / proposal: 2.0000 USD)
fee price for worker_create differs by 16998.214x (network: 0.0088 USD / proposal: 150.0000 USD)
price_per_kbyte price for custom differs by 1.133x (network: 0.0088 USD / proposal: 0.0100 USD)
fee price for custom differs by 11.332x (network: 0.0088 USD / proposal: 0.1000 USD)
fee price for assert differs by 56.661x (network: 0.1765 USD / proposal: 10.0000 USD)
price_per_kbyte price for override_transfer differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for override_transfer differs by 22.664x (network: 0.0441 USD / proposal: 1.0000 USD)
price_per_output price for transfer_to_blind differs by 0.793x (network: 0.0882 USD / proposal: 0.0700 USD)
fee price for transfer_to_blind differs by 2.380x (network: 0.0882 USD / proposal: 0.2100 USD)
fee price for transfer_from_blind differs by 2.380x (network: 0.0882 USD / proposal: 0.2100 USD)
Note, that currently there is a discussion among some committee members whether the proposed $150 for creating a fee is too high.
I encourage committee members and shareholders to take a position and tell us what they think but keep in mind that changing a fee now will only result in a delay of at least another 7 days.
Thanks Xeroc!
Regarding the cost of creating a worker proposal being set to $150, I think considering we need more workers from around the world, the $150 premium is very prohibitive of getting any competing offers from weaker economy countries where dev work could be less.
I also think that there should be a premium to ensure the applications are serious and committed and also regarding the potential attack vector.
A premium should also send a signal to everyone who votes that someone was serious enough to put up money for the work they are going to perform should be given a fair review for voter support.
Therefore, with consideration of scale of economies, I am recommending $50 be the cost for the creation of a Worker.
Looking forward to other thoughts on this.
Fine .. then have it reduce ..I think a better starting point for custom operations is $0.01, not $0.10. As a "dumb" operation, they add very little overhead, aside from storage. So the base cost should be low and the fee_per_kbyte can be higher. Instead of $0.10 for the op and $0.01/kb, something like $0.01 for the op and $0.05 per kb.the per_kbyte prices differ because you can do different stuff with the transactions ... the more open the operation is to user-input, the more expensive it should be not that people store wikipedia on the blockchain.
Also, is there a reason different ops have different proposed per_kbyte prices? Why not start them all at the same value?
The custom operation could be used for anything .. and we of course would love to see people use it .. but until we see some businesses evolving around it I don't see why it should be opened up cheaply ..
I agree with @roadscape. Keep the cost of a transaction as low as possible, but charge per kb for storage. You mentioned wanting to prevent storing wikipedia on the blockchain. Wouldn't a per kb charge either a) prevent that or b) earn the network fees commensurate with storing that information? Am I missing something?
You can see it that way, with a150$ barrier every worker could be approved into a trial period worth $150. If they deliver something, they can stay, if they dont they get fired and we get what ever was worked + the what ever has not yet been paid back from the 150$. In the end this allows shareholders to approve any worker and give them a trial. They can proove they are worth it. Win-Win.@committee: The proposal has been published and will expire in 7 days: 1.10.96
(Do not vote for 95, it has bugs that resulted from integer forcing fees for convenience, we can fix that later on)
This is how the proposal compares to the current fees:Code: [Select]price_per_kbyte price for transfer differs by 0.113x (network: 0.0882 USD / proposal: 0.0100 USD)
fee price for transfer differs by 0.136x (network: 0.1324 USD / proposal: 0.0180 USD)
fee price for limit_order_create differs by 0.023x (network: 0.0441 USD / proposal: 0.0010 USD)
fee price for limit_order_cancel differs by 0.227x (network: 0.0004 USD / proposal: 0.0001 USD)
fee price for call_order_update differs by 0.227x (network: 0.0044 USD / proposal: 0.0010 USD)
premium_fee price for account_create differs by 0.283x (network: 17.6489 USD / proposal: 5.0000 USD)
basic_fee price for account_create differs by 0.239x (network: 0.4192 USD / proposal: 0.1000 USD)
price_per_kbyte price for account_create differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
price_per_kbyte price for account_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for account_update differs by 0.227x (network: 0.0044 USD / proposal: 0.0010 USD)
fee price for account_whitelist differs by 3.777x (network: 0.0265 USD / proposal: 0.1000 USD)
membership_lifetime_fee price for account_upgrade differs by 1.360x (network: 88.2446 USD / proposal: 120.0000 USD)
membership_annual_fee price for account_upgrade differs by 0.850x (network: 17.6489 USD / proposal: 15.0000 USD)
fee price for account_transfer differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
symbol3 price for asset_create differs by 1.813x (network: 4412.2282 USD / proposal: 8000.0000 USD)
long_symbol price for asset_create differs by 2.266x (network: 22.0611 USD / proposal: 50.0000 USD)
symbol4 price for asset_create differs by 1.743x (network: 1147.1793 USD / proposal: 2000.0000 USD)
price_per_kbyte price for asset_create differs by 1.133x (network: 0.0088 USD / proposal: 0.0100 USD)
price_per_kbyte price for asset_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for asset_update differs by 22.664x (network: 0.0882 USD / proposal: 2.0000 USD)
fee price for asset_update_bitasset differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
fee price for asset_update_feed_producers differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
price_per_kbyte price for asset_issue differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for asset_issue differs by 5.666x (network: 0.1765 USD / proposal: 1.0000 USD)
fee price for asset_reserve differs by 5.666x (network: 0.1765 USD / proposal: 1.0000 USD)
fee price for asset_fund_fee_pool differs by 56.661x (network: 0.0088 USD / proposal: 0.5000 USD)
fee price for asset_settle differs by 0.057x (network: 0.8824 USD / proposal: 0.0500 USD)
fee price for asset_global_settle differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
fee price for asset_publish_feed differs by 0.227x (network: 0.0004 USD / proposal: 0.0001 USD)
fee price for witness_create differs by 1.133x (network: 44.1223 USD / proposal: 50.0000 USD)
fee price for witness_update differs by 0.057x (network: 0.1765 USD / proposal: 0.0100 USD)
price_per_kbyte price for proposal_create differs by 5.666x (network: 0.0088 USD / proposal: 0.0500 USD)
fee price for proposal_create differs by 0.850x (network: 0.1765 USD / proposal: 0.1500 USD)
price_per_kbyte price for proposal_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for proposal_update differs by 0.567x (network: 0.0088 USD / proposal: 0.0050 USD)
fee price for proposal_delete differs by 0.000x (network: 0.0088 USD / proposal: 0.0000 USD)
fee price for withdraw_permission_create differs by 16.998x (network: 0.0088 USD / proposal: 0.1500 USD)
fee price for withdraw_permission_update differs by 0.057x (network: 0.1765 USD / proposal: 0.0100 USD)
price_per_kbyte price for withdraw_permission_claim differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for withdraw_permission_claim differs by 999.000x (network: 0.0000 USD / proposal: 0.0144 USD)
fee price for withdraw_permission_delete differs by 0.000x (network: 44.1223 USD / proposal: 0.0000 USD)
fee price for committee_member_create differs by 566.607x (network: 0.0088 USD / proposal: 5.0000 USD)
fee price for committee_member_update differs by 1133.214x (network: 0.0088 USD / proposal: 10.0000 USD)
fee price for committee_member_update_global_parameters differs by 0.000x (network: 0.1765 USD / proposal: 0.0000 USD)
fee price for vesting_balance_create differs by 0.113x (network: 44.1223 USD / proposal: 5.0000 USD)
fee price for vesting_balance_withdraw differs by 226.643x (network: 0.0088 USD / proposal: 2.0000 USD)
fee price for worker_create differs by 16998.214x (network: 0.0088 USD / proposal: 150.0000 USD)
price_per_kbyte price for custom differs by 1.133x (network: 0.0088 USD / proposal: 0.0100 USD)
fee price for custom differs by 11.332x (network: 0.0088 USD / proposal: 0.1000 USD)
fee price for assert differs by 56.661x (network: 0.1765 USD / proposal: 10.0000 USD)
price_per_kbyte price for override_transfer differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for override_transfer differs by 22.664x (network: 0.0441 USD / proposal: 1.0000 USD)
price_per_output price for transfer_to_blind differs by 0.793x (network: 0.0882 USD / proposal: 0.0700 USD)
fee price for transfer_to_blind differs by 2.380x (network: 0.0882 USD / proposal: 0.2100 USD)
fee price for transfer_from_blind differs by 2.380x (network: 0.0882 USD / proposal: 0.2100 USD)
Note, that currently there is a discussion among some committee members whether the proposed $150 for creating a fee is too high.
I encourage committee members and shareholders to take a position and tell us what they think but keep in mind that changing a fee now will only result in a delay of at least another 7 days.
Thanks Xeroc!
Regarding the cost of creating a worker proposal being set to $150, I think considering we need more workers from around the world, the $150 premium is very prohibitive of getting any competing offers from weaker economy countries where dev work could be less.
I also think that there should be a premium to ensure the applications are serious and committed and also regarding the potential attack vector.
A premium should also send a signal to everyone who votes that someone was serious enough to put up money for the work they are going to perform should be given a fair review for voter support.
Therefore, with consideration of scale of economies, I am recommending $50 be the cost for the creation of a Worker.
Looking forward to other thoughts on this.
I agree that $150 is way too high. This shouldn't be a profit center. The cost should be just high enough to ensure serious proposals, but without being a barrier. Don't forget that a cost like this will be more of a barrier in some localities than in others. So I think $25 would be a better starting point. If we get too many unserious proposals, then we can raise it in the future. But I doubt we'd need to.
You can see it that way, with a150$ barrier every worker could be approved into a trial period worth $150. If they deliver something, they can stay, if they dont they get fired and we get what ever was worked + the what ever has not yet been paid back from the 150$. In the end this allows shareholders to approve any worker and give them a trial. They can proove they are worth it. Win-Win.@committee: The proposal has been published and will expire in 7 days: 1.10.96
(Do not vote for 95, it has bugs that resulted from integer forcing fees for convenience, we can fix that later on)
This is how the proposal compares to the current fees:Code: [Select]price_per_kbyte price for transfer differs by 0.113x (network: 0.0882 USD / proposal: 0.0100 USD)
fee price for transfer differs by 0.136x (network: 0.1324 USD / proposal: 0.0180 USD)
fee price for limit_order_create differs by 0.023x (network: 0.0441 USD / proposal: 0.0010 USD)
fee price for limit_order_cancel differs by 0.227x (network: 0.0004 USD / proposal: 0.0001 USD)
fee price for call_order_update differs by 0.227x (network: 0.0044 USD / proposal: 0.0010 USD)
premium_fee price for account_create differs by 0.283x (network: 17.6489 USD / proposal: 5.0000 USD)
basic_fee price for account_create differs by 0.239x (network: 0.4192 USD / proposal: 0.1000 USD)
price_per_kbyte price for account_create differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
price_per_kbyte price for account_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for account_update differs by 0.227x (network: 0.0044 USD / proposal: 0.0010 USD)
fee price for account_whitelist differs by 3.777x (network: 0.0265 USD / proposal: 0.1000 USD)
membership_lifetime_fee price for account_upgrade differs by 1.360x (network: 88.2446 USD / proposal: 120.0000 USD)
membership_annual_fee price for account_upgrade differs by 0.850x (network: 17.6489 USD / proposal: 15.0000 USD)
fee price for account_transfer differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
symbol3 price for asset_create differs by 1.813x (network: 4412.2282 USD / proposal: 8000.0000 USD)
long_symbol price for asset_create differs by 2.266x (network: 22.0611 USD / proposal: 50.0000 USD)
symbol4 price for asset_create differs by 1.743x (network: 1147.1793 USD / proposal: 2000.0000 USD)
price_per_kbyte price for asset_create differs by 1.133x (network: 0.0088 USD / proposal: 0.0100 USD)
price_per_kbyte price for asset_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for asset_update differs by 22.664x (network: 0.0882 USD / proposal: 2.0000 USD)
fee price for asset_update_bitasset differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
fee price for asset_update_feed_producers differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
price_per_kbyte price for asset_issue differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for asset_issue differs by 5.666x (network: 0.1765 USD / proposal: 1.0000 USD)
fee price for asset_reserve differs by 5.666x (network: 0.1765 USD / proposal: 1.0000 USD)
fee price for asset_fund_fee_pool differs by 56.661x (network: 0.0088 USD / proposal: 0.5000 USD)
fee price for asset_settle differs by 0.057x (network: 0.8824 USD / proposal: 0.0500 USD)
fee price for asset_global_settle differs by 1.133x (network: 4.4122 USD / proposal: 5.0000 USD)
fee price for asset_publish_feed differs by 0.227x (network: 0.0004 USD / proposal: 0.0001 USD)
fee price for witness_create differs by 1.133x (network: 44.1223 USD / proposal: 50.0000 USD)
fee price for witness_update differs by 0.057x (network: 0.1765 USD / proposal: 0.0100 USD)
price_per_kbyte price for proposal_create differs by 5.666x (network: 0.0088 USD / proposal: 0.0500 USD)
fee price for proposal_create differs by 0.850x (network: 0.1765 USD / proposal: 0.1500 USD)
price_per_kbyte price for proposal_update differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for proposal_update differs by 0.567x (network: 0.0088 USD / proposal: 0.0050 USD)
fee price for proposal_delete differs by 0.000x (network: 0.0088 USD / proposal: 0.0000 USD)
fee price for withdraw_permission_create differs by 16.998x (network: 0.0088 USD / proposal: 0.1500 USD)
fee price for withdraw_permission_update differs by 0.057x (network: 0.1765 USD / proposal: 0.0100 USD)
price_per_kbyte price for withdraw_permission_claim differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for withdraw_permission_claim differs by 999.000x (network: 0.0000 USD / proposal: 0.0144 USD)
fee price for withdraw_permission_delete differs by 0.000x (network: 44.1223 USD / proposal: 0.0000 USD)
fee price for committee_member_create differs by 566.607x (network: 0.0088 USD / proposal: 5.0000 USD)
fee price for committee_member_update differs by 1133.214x (network: 0.0088 USD / proposal: 10.0000 USD)
fee price for committee_member_update_global_parameters differs by 0.000x (network: 0.1765 USD / proposal: 0.0000 USD)
fee price for vesting_balance_create differs by 0.113x (network: 44.1223 USD / proposal: 5.0000 USD)
fee price for vesting_balance_withdraw differs by 226.643x (network: 0.0088 USD / proposal: 2.0000 USD)
fee price for worker_create differs by 16998.214x (network: 0.0088 USD / proposal: 150.0000 USD)
price_per_kbyte price for custom differs by 1.133x (network: 0.0088 USD / proposal: 0.0100 USD)
fee price for custom differs by 11.332x (network: 0.0088 USD / proposal: 0.1000 USD)
fee price for assert differs by 56.661x (network: 0.1765 USD / proposal: 10.0000 USD)
price_per_kbyte price for override_transfer differs by 0.793x (network: 0.0088 USD / proposal: 0.0070 USD)
fee price for override_transfer differs by 22.664x (network: 0.0441 USD / proposal: 1.0000 USD)
price_per_output price for transfer_to_blind differs by 0.793x (network: 0.0882 USD / proposal: 0.0700 USD)
fee price for transfer_to_blind differs by 2.380x (network: 0.0882 USD / proposal: 0.2100 USD)
fee price for transfer_from_blind differs by 2.380x (network: 0.0882 USD / proposal: 0.2100 USD)
Note, that currently there is a discussion among some committee members whether the proposed $150 for creating a fee is too high.
I encourage committee members and shareholders to take a position and tell us what they think but keep in mind that changing a fee now will only result in a delay of at least another 7 days.
Thanks Xeroc!
Regarding the cost of creating a worker proposal being set to $150, I think considering we need more workers from around the world, the $150 premium is very prohibitive of getting any competing offers from weaker economy countries where dev work could be less.
I also think that there should be a premium to ensure the applications are serious and committed and also regarding the potential attack vector.
A premium should also send a signal to everyone who votes that someone was serious enough to put up money for the work they are going to perform should be given a fair review for voter support.
Therefore, with consideration of scale of economies, I am recommending $50 be the cost for the creation of a Worker.
Looking forward to other thoughts on this.
I agree that $150 is way too high. This shouldn't be a profit center. The cost should be just high enough to ensure serious proposals, but without being a barrier. Don't forget that a cost like this will be more of a barrier in some localities than in others. So I think $25 would be a better starting point. If we get too many unserious proposals, then we can raise it in the future. But I doubt we'd need to.
I agree that $150 is way too high. [...] The cost should be just high enough to ensure serious proposals, but without being a barrier. Don't forget that a cost like this will be more of a barrier in some localities than in others. So I think $25 would be a better starting point. If we get too many unserious proposals, then we can raise it in the future. But I doubt we'd need to.+1
+5% I totally agree. It is not in BitShares interest to deter or make prohibitive making worker proposals. We need development.I agree that $150 is way too high. [...] The cost should be just high enough to ensure serious proposals, but without being a barrier. Don't forget that a cost like this will be more of a barrier in some localities than in others. So I think $25 would be a better starting point. If we get too many unserious proposals, then we can raise it in the future. But I doubt we'd need to.+1
1. Please keep in mind that lifetime members get 80% cash-back. Worker proposal is a LTM-only feature. So a 150$ creation fee means $30 for them. Is it really that expensive? Or you're just too miserly/lazy? If you're able to get your worker voted in, you can always ask for reimbursement of the worker creation fee by including it in the payment.+5% I totally agree. It is not in BitShares interest to deter or make prohibitive making worker proposals. We need development.I agree that $150 is way too high. [...] The cost should be just high enough to ensure serious proposals, but without being a barrier. Don't forget that a cost like this will be more of a barrier in some localities than in others. So I think $25 would be a better starting point. If we get too many unserious proposals, then we can raise it in the future. But I doubt we'd need to.+1
1. Please keep in mind that lifetime members get 80% cash-back. Worker proposal is a LTM-only feature. So a 150$ creation fee means $30 for them. Is it really that expensive? Or you're just too miserly/lazy? If you're able to get your worker voted in, you can always ask for reimbursement of the worker creation fee by including it in the payment.+5% I totally agree. It is not in BitShares interest to deter or make prohibitive making worker proposals. We need development.I agree that $150 is way too high. [...] The cost should be just high enough to ensure serious proposals, but without being a barrier. Don't forget that a cost like this will be more of a barrier in some localities than in others. So I think $25 would be a better starting point. If we get too many unserious proposals, then we can raise it in the future. But I doubt we'd need to.+1
2. If we don't set a barrier on the creation of workers, funds in the reserve pool can be stolen much more easily. If alt withdraw his votes from the refund workers NOW, every LTM can create a worker with whatever amount of payment and vote for herself and get paid FROM NEXT HOUR, no need to beg for other stake holders' approval. And worse, she can create a worker every hour so others have no chance to vote against her. And even worse, she can create more than 1000 workers so technically no one can vote against all these workers. Current design of worker feature is flawed, the only way we can secure it is the fee.
Makes sense?
1. Please keep in mind that lifetime members get 80% cash-back. Worker proposal is a LTM-only feature. So a 150$ creation fee means $30 for them. Is it really that expensive? Or you're just too miserly/lazy? If you're able to get your worker voted in, you can always ask for reimbursement of the worker creation fee by including it in the payment.+5% I totally agree. It is not in BitShares interest to deter or make prohibitive making worker proposals. We need development.I agree that $150 is way too high. [...] The cost should be just high enough to ensure serious proposals, but without being a barrier. Don't forget that a cost like this will be more of a barrier in some localities than in others. So I think $25 would be a better starting point. If we get too many unserious proposals, then we can raise it in the future. But I doubt we'd need to.+1
2. If we don't set a barrier on the creation of workers, funds in the reserve pool can be stolen much more easily. If alt withdraw his votes from the refund workers NOW, every LTM can create a worker with whatever amount of payment and vote for herself and get paid FROM NEXT HOUR, no need to beg for other stake holders' approval. And worse, she can create a worker every hour so others have no chance to vote against her. And even worse, she can create more than 1000 workers so technically no one can vote against all these workers. Current design of worker feature is flawed, the only way we can secure it is the fee.
Makes sense?
1. Please keep in mind that lifetime members get 80% cash-back. Worker proposal is a LTM-only feature. So a 150$ creation fee means $30 for them. Is it really that expensive? Or you're just too miserly/lazy? If you're able to get your worker voted in, you can always ask for reimbursement of the worker creation fee by including it in the payment.+5% I totally agree. It is not in BitShares interest to deter or make prohibitive making worker proposals. We need development.I agree that $150 is way too high. [...] The cost should be just high enough to ensure serious proposals, but without being a barrier. Don't forget that a cost like this will be more of a barrier in some localities than in others. So I think $25 would be a better starting point. If we get too many unserious proposals, then we can raise it in the future. But I doubt we'd need to.+1
2. If we don't set a barrier on the creation of workers, funds in the reserve pool can be stolen much more easily. If alt withdraw his votes from the refund workers NOW, every LTM can create a worker with whatever amount of payment and vote for herself and get paid FROM NEXT HOUR, no need to beg for other stake holders' approval. And worse, she can create a worker every hour so others have no chance to vote against her. And even worse, she can create more than 1000 workers so technically no one can vote against all these workers. Current design of worker feature is flawed, the only way we can secure it is the fee.
Makes sense?
Can you explain this risk a little more? How is it possible that someone could just create a worker and start collecting funds without anyone being able to stop them? That sounds crazy.
And by the way, we have pressure to lower the worker proposal fee because the anti "dilution" (i.e. ignorant/uneducated) segment of this community makes it risky to create even a reasonable proposal. You can call it lazy or miserly, but it's an actual factor that developers will have to contend with. And yes, the LTM cost is lower, but they still have to tie up those funds for 90 days. Submit two proposals and now you have $300 tied up for 3 months. That's just stupid considering the unreasonably low chance of getting approved with the anti-developer idiots running around here. These people are killing Bitshares.
1. Please keep in mind that lifetime members get 80% cash-back. Worker proposal is a LTM-only feature. So a 150$ creation fee means $30 for them. Is it really that expensive? Or you're just too miserly/lazy? If you're able to get your worker voted in, you can always ask for reimbursement of the worker creation fee by including it in the payment.+5% I totally agree. It is not in BitShares interest to deter or make prohibitive making worker proposals. We need development.I agree that $150 is way too high. [...] The cost should be just high enough to ensure serious proposals, but without being a barrier. Don't forget that a cost like this will be more of a barrier in some localities than in others. So I think $25 would be a better starting point. If we get too many unserious proposals, then we can raise it in the future. But I doubt we'd need to.+1
2. If we don't set a barrier on the creation of workers, funds in the reserve pool can be stolen much more easily. If alt withdraw his votes from the refund workers NOW, every LTM can create a worker with whatever amount of payment and vote for herself and get paid FROM NEXT HOUR, no need to beg for other stake holders' approval. And worse, she can create a worker every hour so others have no chance to vote against her. And even worse, she can create more than 1000 workers so technically no one can vote against all these workers. Current design of worker feature is flawed, the only way we can secure it is the fee.
Makes sense?
Can you explain this risk a little more? How is it possible that someone could just create a worker and start collecting funds without anyone being able to stop them? That sounds crazy.
And by the way, we have pressure to lower the worker proposal fee because the anti "dilution" (i.e. ignorant/uneducated) segment of this community makes it risky to create even a reasonable proposal. You can call it lazy or miserly, but it's an actual factor that developers will have to contend with. And yes, the LTM cost is lower, but they still have to tie up those funds for 90 days. Submit two proposals and now you have $300 tied up for 3 months. That's just stupid considering the unreasonably low chance of getting approved with the anti-developer idiots running around here. These people are killing Bitshares.
To be clear this particular fee I do not think should be a reason for not approving the current proposal. I do however want to see a way to communicate the LTM-only related fees more clearly. For the sake of future Workers I think it will be an important element in the messaging to be considered.This feature being a LTM only thing can be seen from the wallet internal
- Worker creation requires LTM and results in 80% ($120) be returned to
the worker after 90 days. This the worker effectively costs $30
- Worker creation requires LTM and results in 80% ($120) be returned to
the worker after 90 days. This the worker effectively costs $30
From the point of view of a new developer approaching bts, this only means that he have to upgrade his account to be able to create the worker.
That means he have to pay LTM-fee + worker-fee*20%
Let's summarize why I still think $150 for worker creation is fine
- Worker creation requires LTM and results in 80% ($120) be returned to
the worker after 90 days. This the worker effectively costs $30
- Those workers that don't know that, shouldn't be allowed to work for
BitShares but instead learn the very basics about how the system
works, FIRST. Alternatively, we could tell people that they get pay
$120 after 90 days with no strings attached
- Also, the actual fee can be offset by a slightly higher pay (slightly
as in 30$)
- If you apply for a regular job offer you also need to send letters,
visit the people and contribute time and money (sometimes even more
than $30)
- I would even go so far and ask for WAY more than $150, not to prevent
an attack vector but to have the option to do the following:
a) ask every worker to pay $1k
b) get every worker approved if it only follows some formal
requirements
c) let the worker proof that he can deliver in the time it takes to
pay him tha $1k (*80%)
d) if he doesn't deliver at all, he can be fired even before we payed
him back the whole fee.
if he does deliver only little, we can keep the work, and fire him
after he received the initial fee (like a trial period)
if he is awesome, pay him to get him work more!
So .. what is on the side of disadvantages:
- "It is a barrier of entry": I don't think so, if we sell this feature
properly and educate them about the 80% charge back
Anything else?
Why on earth would someone pay $1000 just to submit a PROPOSAL? I could see if there was a one-time process of getting set up as a preferred Bitshares developer or something along those lines. Ok, then $1000 could make sense in that scenario where they would then prove themselves, etc. But to pay a large fee like that every time you submit a proposal that you don't even know whether the community will approve? That doesn't make any sense. Sorry.Re-read b):
b) get every worker approved if it only follows some formal
requirements
The barrier isn't the cost alone. It's the cost in an environment where there is great uncertainty about whether the uneducated, anti "dilution", anti developer crowd will block even a good and reasonable proposal. That is a concern voiced by a developer on this thread already. And it's a concern that many reasonable, rational shareholders have. You didn't address that factor.I am convinced that this anti-dilution stupidity will end rather
Why on earth would someone pay $1000 just to submit a PROPOSAL? I could see if there was a one-time process of getting set up as a preferred Bitshares developer or something along those lines. Ok, then $1000 could make sense in that scenario where they would then prove themselves, etc. But to pay a large fee like that every time you submit a proposal that you don't even know whether the community will approve? That doesn't make any sense. Sorry.Re-read b):Quote
b) get every worker approved if it only follows some formal
requirements
Also, these are just my thoughts .. you can of course have a different
opinion!QuoteThe barrier isn't the cost alone. It's the cost in an environment where there is great uncertainty about whether the uneducated, anti "dilution", anti developer crowd will block even a good and reasonable proposal. That is a concern voiced by a developer on this thread already. And it's a concern that many reasonable, rational shareholders have. You didn't address that factor.I am convinced that this anti-dilution stupidity will end rather
soonish!
No rational-minded shareholder can believe that throwing his voting
power towards a guy that quits the main communication platforms and
hasn't re-appeard for 3 weeks, can really deal with running a business.
I hereby request the committee members to take a position and finally vote on this fee schedule as soon as possible!
Please vote know so that your supports know your opinion already!
1.10.97 ($150 worker_create)
1.10.98 ($50 worker_create)
Please pick your side, or both .. the latter (98), shall both be approved will overwrite the former!
I hereby request the committee members to take a position and finally vote on this fee schedule as soon as possible!So the only difference made in 1.10.97 is a reduced assert_operation fee in compare to 1.10.96?
Please vote know so that your supports know your opinion already!
1.10.97 ($150 worker_create)
1.10.98 ($50 worker_create)
Please pick your side, or both .. the latter (98), shall both be approved will overwrite the former!
Reduced assert_operation and also reduced the custom operation ..
Oh .. @roadscape I reduced the custom fee (as you are not the only one wanting to use it) and hope that the committee members will approve it ..
Regarding worker proposal fee. Although improving standards in many aspects of BitShares is sorely needed and thus I agree with your efforts to do so xeroc, but in this case I lean more towards tbone's position. BunkerCL also raised an issue about the reserve pool being "wide open" for a hostile committee member to drain, but do we have committee members like that? If so that is a more fundamental problem which I frankly don't see a solution for, if their stake is too big to assail by appealing to shareholders / proxies to vote out.Very good reasoning .. +5%
If JP Morgan, Chase or some other hostile adversary decided to "kill" BitShares all they have to do is buy the shares necessary to gain adequate stake then use it to fill committee slots vote everything down. There is no defense against large stake holders that wish to push the self-destruct button.
I think it's too early to use fees as a means to set quality standards for devs. We need to entice them not push them away. You make a good point about getting back 80%, but as tbone says the fees aren't the only factor that repels potential workers. I don't view this environment as all that inviting for devs.
As for using the higher fee as a measure to protect the reserve pool for the scenario BunkerCL raised, that seems like a band aid and rather heavy handed ImO, to change the rules or that purpose.