The document will be used as a one-sheet statement piece and potentially leveraged for marketing purposes. This is aimed at developers but can be paraphrased for non-technical readers.
Alrighty. Been clamoring for this left and right.
Thats the first step. Second step is to condense it into a easily spread message and broadcast it.
First and second layer of plugins that allow for functionality without adding bulk to the blockchain itself.
I feel this is a very important point that needs to be expanded on. If you feel this document is not the place for it, id like to see a more comprehensive breakdown and comparison to industry standards and why this solution is superior.
Im not talking a post or a github document but rather places like Hive.io or hiveonboarding.
SMTs and similar would go here.
Im personally not happy with the lack of mention of SMTs. I feel theyre an essential tool to achieve this vision and should get a line of their own in there.
Sidenote:
The thing devs need to understand is that PRICE is a huge factor when it comes to survival of a project. In the simplest of ways put:
"If you dont built that which directly creates demand in economic terms for the token (especially a inflationary one) but focus mostly on creating convenience there wont be monies for you to get payed."
It wont matter how convenient it is to build a dapp on HIVE if the price is 0.
Every system needs to create a incentive to buy HIVE. Otherwise, in that sense, what can happen is that a system can be "useful" and "worthless" at the same time.
All of the documents that then can go to Hive.io or any other website or info point need a start, so I'm aiming to start them off in the Github. They can then be taken and incorporated into marketing, into websites, into whatever the community sees fit. I'm thinking the Tech Vision can go as infographics.
This is an excellent idea. It will have to wait until the whitepaper is finalized.
Regarding SMTs, we may very well see an expansion of this concept. They're not thee focal point because we do have more to offer than tokens, but they're a key point. At the same time, we don't want to go around yelling SMTs like the pre-fork teams did because that's not the one deliverable. Optimization and comprehensive libraries, for example, make the chain far more attractive to build on than any SMT ever will. This goes towards your mention of price. If the cost of development is reduced due to a reduction of complexity, the price naturally becomes less of a factor.
Yes... Again i want to emphasize that the top couple stakeholders need to push that forth. Nothing happens simply because its a good idea.
Awesome. The thing about SMTs is that they were a acknowledged and relatively understood concept by most of the community. It wasnt because Steemit.inc did a good job at relaying the message, but rather out of community despair and a need to search for a "savior". SMTs were just that. People understood that concept because they needed to hang on to a hope, something that would change everything for the better.
Steem before the end was a desperate time, something everyone was so fast to forget.
Thats why i implore you guys to expand on that topic and realize it in the same sense it was realized by the community in the time during the Steemit episode.
We havent managed to shed the Steem legacy just yet.
The rest i wont comment on. We wont agree, but i really dont want to steer the convo in that direction because it wont lead to anything concrete and i dont want that because "concrete" is what we need now.
I saw what you said on Twitter to that regard. It's getting pushed out, just not as quickly as it would be if it was a corporate entity pushing it. Once this document here is finalized, we need to still pretty it up and only then can stakeholders or whomever has pull elsewhere put it out.
I agree on the SMTs and on the previous state of Steem. It's getting done and it will be done. @blocktrades is the best person to speak on these further, but he did put most of his ideas on paper in that post I linked in the main post above. Right now we're at the part where optimization and basic controls must be put in place and then we can innovate. Kind of how when you buy a house you got to get the subfloor fixed and only then you can start installing the granite countertop.