RE: [STEEMIMG.COM] Dedicated STEEM Image hosting website.

You are viewing a single comment's thread from:

[STEEMIMG.COM] Dedicated STEEM Image hosting website.

in steemit •  8 years ago 

@valentinjesse: I'm not saying you are emphasizing a wrong point. What I'm saying is that by paying in advance you are making an investment into the solution (not 40M but still).
For starters, this should be proof that whatever happens, already stored images are safe for 10 years and you don't have to worry about broken links in your editable posts for 10 years.
Secondly, it shows you are dedicated to the solution and going with it for long term.

When you evaluate such tools, I have to give @blueorgy some credit that you also need to look at the dev's resume. That should also count as trust.

Authors get paid when people like you upvote their post.
If you enjoyed what you read here, create your account today and start earning FREE STEEM!
Sort Order:  

I respectfully disagree. This is an investment of trust and money from which i gain nothing back (if i use his service and upvote for the cause). I need to be incentivized in order to use such a risky platform instead of a proven one (the killer features that could make me risk and switch are not there). From what i see, i'm not getting any shares into the company either.

In regards to those 10 years, i hope that you've read my post on the subject. You can't pay 10 years in advance when the unpredictability of the adoption is this high. If thousands/hundreds of thousands of users start using the platform, you will have to deal with scalability issues. How do you solve the scalability issues when you don't have a monetization plan or VC funding ? You simply can't. You just shutdown the service and let everything die or just rely on some whales for the upvotes, but that won't last for long when your expenses will start going up exponentially.

Even if you could pay for 10 years, we're adopters of blockchain technologies in here, so 10 years would be a joke. As blockchain supporters we want decentralized services with as much uptime/file availability as possible. Recording the history with possible broken links is not the way to go.