A new topic as I am not intending to reduce your detailed post to this a specific part. I still wanna say something to it, 'cause I think the main reason for the recently increasing topics (forum, telegram, twitter) around criticism, negativity, constructivity or whatever you wanna call it, is to a certain degree based on opinions and expectations regarding this ‘speed’.
The above quoted statement with different wording was already in an answer to complains about the ‘speed’ from other phases of NASHs development. For example May,2019:
Our development speed is very fast. In fact, it is surprisingly fast, given the outstanding quality of our code, as judged by the experienced software developers who’ve looked into our code base (this is quite a lot of people, what with all the security reviews we’ve done).
There continously seems to be a discrepancy in the perception about the developement speed. I am assunming this has several reasons:
- Most likely people simply don’t have the knowledge in your teams area of expertise. So they simply can’t judge about how revolutionary the tech is that you are building. (Plus the probably dont know how long coding take in general). Thus, they indeed don’t understand why it takes all that time.
- We don’t see what’s happening behind the curtain.
- You/we always have to wait for regulatory approval / liscenses, which a) takes often a lot of time and b) is most certainly not in your hands.
- The discrepany in time expectations for publishing features which you gave when people took part in the ICO vs. the actual point of deployment of these features. (The raodmap of the prospect (‘wertpapierprospekt’) assumed things like the exchange launch, nex listing, staking, btc, and ltc by the end of 2018)
- There sometimes were certain ‘unlucky’ statements by the team with an overestimation about the development / publishing speed of certain features. (talking about sth like BTC end of the year 99%).
In my opinion a good way to -to a certain degree- solve the issues around this topic, and therefore help addressing some investor concerns, would be to spend some time to explain what has changed regarding your original product and time expectations. Is it for example taking longer than initially expected because your are building a sum of products which are better than previously planned? (Like you for example changed the matching engine plans after the ICO). Are there a lot of things that were added afterwards? Did you need some time to get more experience regarding how long building a project like this takes? Did regulatory things take/took longer than anticipated? Were the unforseeable blockers? These are just examples, but i think you understand what I think of. In my opinion it is very important to elaborate on this one, as otherwise there will be always people question themselves how you can miss your own initial expectations that far and still be surprised about your development speed. Keep in mind not everyone is following always very closely and people might not be aware of developments, so they just check and see the current state(s).
Last but not least, I assume that at least a lot of people are interested in a certain speed not because NASH is their hobby, but because they are invested in NASH and want(ed)/expect(ed) a certain dividend from their investment. In this regard I would like to once more kindly ask to get an answer to this topic as dividend expectations are very well related to possible concerns about ‘speed’.
Kind regards, J.