Author Topic: [Fee Schedule Proposal] - New fee schedule  (Read 4126 times)

0 Members and 1 Guest are viewing this topic.

Offline Digital Lucifer

  • Sr. Member
  • ****
  • Posts: 368
  • BitShares Maximalist & Venture Architect
    • View Profile
    • BitShares
  • BitShares: dls.cipher
  • GitHub: dls-cipher
My bad on homework done and btw - Very nice :) Point was: most 3rd parties are earning while blockchain doesn't. Fees are currently super low.
Milos (DL) Preocanin
Owner and manager of bitshares.org
Move Institute, Non-profit organization
RN: 2098555000
Murska Sobota, Slovenia.

Offline blockchained

One thing is the transfer and asset issuing costs. I believe RuDEX as well as CryptoBridge, not sure about others, issue their UIAs when someone deposits. Increasing the asset issuance, by that much, will cause some extra costs to those gateways, and possibly shutdown of certain coins. I don't know if that will happen. I hope blckchnd can enlighten us, not sure if he's on here. I get for the normal user, but we should also think about the gateways.

Exactly point - where blockchain earns then ? If Rudex, OL or CB just click and issue bunch of UIA's they are charging for 1 and 2 percent market fees and blockchain earns what ? 1/10th of a cent ? Self-funded ? Long-lasting ? My ass.


Rudex has mostly 0% trading fees.

But yes we will change our fees policy, in the case of a rise
and we will definitely put fees on all coins after that
« Last Edit: December 21, 2018, 05:52:57 pm by blockchained »

Offline Victor118

One thing is the transfer and asset issuing costs. I believe RuDEX as well as CryptoBridge, not sure about others, issue their UIAs when someone deposits. Increasing the asset issuance, by that much, will cause some extra costs to those gateways, and possibly shutdown of certain coins. I don't know if that will happen. I hope blckchnd can enlighten us, not sure if he's on here. I get for the normal user, but we should also think about the gateways.

Exactly point - where blockchain earns then ? If Rudex, OL or CB just click and issue bunch of UIA's they are charging for 1 and 2 percent market fees and blockchain earns what ? 1/10th of a cent ? Self-funded ? Long-lasting ? My ass.

0.03 or 0.05 USD to be paid once you issue amount of assets is not that much. For the fact, gateways can update their current scripts and replace part where deposit issues asset, and instead issue assets to coldstorage wallet on BTS and use simple transfer on each deposit received.

Please keep in mind that reserve pool (blockchain) currently earns nothing, while others do. As BitShares is core of all those businesses - its not healthy position for BitShares to continue operating at current fees. End of discussion.

@clockwork - full support!

+1

Offline R

  • Hero Member
  • *****
  • Posts: 1004
    • View Profile
Looks good, no need to slowly adjust to these fee levels that some have called for, a swift update to BTS internal profitability would do nicely 👌

Offline Digital Lucifer

  • Sr. Member
  • ****
  • Posts: 368
  • BitShares Maximalist & Venture Architect
    • View Profile
    • BitShares
  • BitShares: dls.cipher
  • GitHub: dls-cipher
One thing is the transfer and asset issuing costs. I believe RuDEX as well as CryptoBridge, not sure about others, issue their UIAs when someone deposits. Increasing the asset issuance, by that much, will cause some extra costs to those gateways, and possibly shutdown of certain coins. I don't know if that will happen. I hope blckchnd can enlighten us, not sure if he's on here. I get for the normal user, but we should also think about the gateways.

Exactly point - where blockchain earns then ? If Rudex, OL or CB just click and issue bunch of UIA's they are charging for 1 and 2 percent market fees and blockchain earns what ? 1/10th of a cent ? Self-funded ? Long-lasting ? My ass.

0.03 or 0.05 USD to be paid once you issue amount of assets is not that much. For the fact, gateways can update their current scripts and replace part where deposit issues asset, and instead issue assets to coldstorage wallet on BTS and use simple transfer on each deposit received.

Please keep in mind that reserve pool (blockchain) currently earns nothing, while others do. As BitShares is core of all those businesses - its not healthy position for BitShares to continue operating at current fees. End of discussion.

@clockwork - full support!
Milos (DL) Preocanin
Owner and manager of bitshares.org
Move Institute, Non-profit organization
RN: 2098555000
Murska Sobota, Slovenia.

Offline kennybll-accnt

One thing is the transfer and asset issuing costs. I believe RuDEX as well as CryptoBridge, not sure about others, issue their UIAs when someone deposits. Increasing the asset issuance, by that much, will cause some extra costs to those gateways, and possibly shutdown of certain coins. I don't know if that will happen. I hope blckchnd can enlighten us, not sure if he's on here. I get for the normal user, but we should also think about the gateways.
Bitshares witness: kennybll-accnt
Whaleshares witness: kennybll-witness

Offline clockwork

  • Committee member
  • Sr. Member
  • *
  • Posts: 376
    • View Profile
  • BitShares: clockwork
IMO transfer and asset_issue are much too expensive, especially in relation to the market operations. The former are extremely cheap on the network, the latter extremely heavy.

FWIW, I initially had the market operations more expensive but set them lower after community response.

Asset_issue is in direct correlation to the Transfer op.

You believe 3 cents (0.6 of a cent for LTM) for a transfer is too much?

Also, pricing is based primarily on competition/expectations and optype usage. I did not consider chain impact/computation cost (except for the per_kb fees).


Offline pc

  • Hero Member
  • *****
  • Posts: 1530
    • View Profile
    • Bitcoin - Perspektive oder Risiko?
  • BitShares: cyrano
IMO transfer and asset_issue are much too expensive, especially in relation to the market operations. The former are extremely cheap on the network, the latter extremely heavy.
Bitcoin - Perspektive oder Risiko? ISBN 978-3-8442-6568-2 http://bitcoin.quisquis.de

Offline clockwork

  • Committee member
  • Sr. Member
  • *
  • Posts: 376
    • View Profile
  • BitShares: clockwork
Ok...will update the relevant issue on github

Offline xeroc

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 12922
  • ChainSquad GmbH
    • View Profile
    • ChainSquad GmbH
  • BitShares: xeroc
  • GitHub: xeroc
Understood. Then I agree with the schedule. And if the smart tech guys tell me @xeroc's scripts work accurately then I support.
It did not. Though it wasn't my fault :D
The scripts used the core exchange rate to derive a BTS value from USD value. That makes sense because it meant that people actually paying fees in bitUSD would pay the correct amount, and BTS is slightly cheaper.
However, due to global settlement, the CER is not at GS price.
I fixed that and expect to revert back (the script) when bitUSD is out of GS again

Offline JohnR

  • Committee member
  • Full Member
  • *
  • Posts: 96
    • View Profile
Understood. Then I agree with the schedule. And if the smart tech guys tell me @xeroc's scripts work accurately then I support.

Offline clockwork

  • Committee member
  • Sr. Member
  • *
  • Posts: 376
    • View Profile
  • BitShares: clockwork
It's done automatically by the scripts @xeroc has provided. I believe it uses feed price.

Offline JohnR

  • Committee member
  • Full Member
  • *
  • Posts: 96
    • View Profile
Good idea to put it in USD terms for people to compare apples and oranges.

What ratio will you use to convert to bts fees when approved?

Offline clockwork

  • Committee member
  • Sr. Member
  • *
  • Posts: 376
    • View Profile
  • BitShares: clockwork
As I've mentioned before, I've been working on analysing and optimising the existing fee schedule.

Some preliminary discussion and fine-tuning took place on GitHub and now I'm bringing this to the wider community for further discussion.

All details and fee changes are available here: https://github.com/bitshares/committee-tools/pull/2