"The blockchain" is nonsense without a native currency.
I was referring to the validity of coins as a store of value, not a chain without native currency.
The bigger question behind all this in my mind is whether crypto actually solves any useful problem that anyone cares about. Outside of gold bugs and some anti-Fed zealots no one really cares about "fixed supply" and all that stuff.
Of course, decentralized exchanges. Also, for example, the ability for software or game devs to do things like self publish their own software on a platform like Bitshares 2.0 (possibly emunie as well - if Emunie works) instead of having to use Steam or GOG. Since the platforms have a native currency, plus USD pegged assets, they're already their own payment processors. You have the ability to integrate that 2.0 platform front end to navigate to and purchase the files on the provider's back end.
An example I posted in another thread of a simple way to do this:
1) First, add a simple to use, peer to peer, off-chain, encrypted messenger that doesn't utilize 3rd party servers, with a non-bloated interface, something resembling Aim Lite to your 2.0 crypto client.
2) Next, expand on this messenger functionality by allowing users to set file permissions for people on your list, using both global variables for any contact, and also allowing to set more fine control per individual, giving directory access to each other. This would basically be a way more cut down and less bloated version of the program DC++, which is open source file sharing software, so might be able to have some donor code for this use. You're adding file sharing capability to your client for both personal use between friends and vendor use.
3) Since you now have a monetary system, a dollar peg, and a file sharing system with granular control over users and permissions, you now have the backbone for users to open their own stores like GOG.com and Steam, or just individual game studios or software developers themselves operating them. Your 2.0 platform would just be the front end, while a business would have to integrate their back end into it. You of course have all the technical difficulties of monolithic vs compartmentalized approach, but I'm sure it could be sorted out somehow. The messenger friend list is just a database entry on their back end, for all intents and purposes, so a game company could just auto accept new user invites, auto share demo folders with them, then have a trigger to increase folder permissions when a purchase is made to be able to forever download the game. This could be done as easily as browsing a folder directory, then when you click it, it comes up with a message saying it requires 20 BitUSD or Emunie for access to this folder, or proprietary store interface menus could be launched within the program or built in browser as well.
Yes, all of this stuff is being done off-chain with the exception of the payment processing, but who cares? You're building off chain functionality into your clients in order to facilitate on-chain commerce.