Offcourse the exchange point is to generate revenue. And these fluctuations i have noted are reffering to a long range model. Not seomething that would happen many times.
To answer you unanswered question. What do you mean by conventional exchange?
So, setting the fee at the highest rationally possible is not necessary as you will not be affected too much by fluctuation, will you?
Conventional exchanges that "didn't have" your feature of automated trading, like... maybe binance, or Hitbtc.
Mike the fees , if offcourse the softcap is reached are going to be set at a reasonable price.
What we are doing different from perhaps some exchanges is that we are first and foremost an ICO, and we are pursuing the goals of token creation.
Our token UNX is designed to produce yield or profit, to grow in value in which case this ICO will be interesting to a investor.
Regarding the question : Why we are different. Depending on which other exchange is in question.
We would like to offer a service which is automated, system regulated, error-less. To exchange a number of coins along with UNX.
Why we are different from others. This is why ?
If any other exchange is automated , error-less, regulated and fair. Trade UNX token and issues it, then we are exactly the same as they are.
I saw many exchanges having their ICO, so it'll be fair enough to deem that you're not that different. Most of those ICO exchanges are nowhere to be heard today, though.
Profit sharing, I recall that an old exchange called Iiqui offers interests on locking some coins like LTC for certain periods. But you offer a yield, so maybe it's quite different. How will your token produce profit?
Error-less will be quite a boast as even an exchange as big as binance can have errors. You sure you'll guarantee that your exchange will forever be errorless?
Automated... well, wouldn't that essentially be my question? What's the difference between your automated bid/ask with the "manual" set of bid and ask at certain price? People can set price and leave the market took care of transaction in both cases
