I just claimed some accounts using Resource Credits and now with 540 available, that is enough to onboard everyone in my company, not that I am ready to do that yet. However, with the industry my company is in and the types of people who are developing for it, I think that eventually it might be a very good fit for many of them that provides bidirectional value.
I was thinking about what kinds of resource credits they may need and with about 50 Steem Power, most common usage would be fine, and many wouldn't even require that. What this means is that with Resource Credit delegation pools on their way, I would be able to not only provide the accounts required, I could also give them the RCs needed myself.
One of the great things about Resource Credits is that while they can be used for creation of artefacts (like account creation tokens), they do not hold voting power. This means that unlike the delegation of Steem Power that comes with the potential for reward pool abuse, Resource Credits don't draw on the reward pool and delegating them doesn't take away the voting power of the delegating account. That means that I can provide Resource Credits with a very low risk and not lose my voting power.
But more than that, because resource credits don't draw on the pool, they can be delegated without having to worry about a 5 day return process, they can go immediately back into the delegation pool for redistribution. I think this is a vital component of Resource Credits for the scalability of the platform as for example with the 500 accounts needing 50 Steem worth of RCs, that requires 25,000 Steem Power.
But, with the ability to dynamically add, remove and shift RCs on the fly, it wouldn't require so many RCs as they can be attached to an account only for the time that they are required, for example on login, and once the account goes inactive, they can be returned to the pool. If for example there was a forum with 500 accounts involved, there is likely only a small percentage of those account active at any given time, meaning they will not require full bandwidth access at all times.
This allows for automated monitoring and allocation of resources as they are required and, no individual end user needs to worry about having enough resources. In the case of my company, they might want to have some kind of blockchained community that they might use for various reasons where they might want some aspects of their business get tracked on a blockchain. What that might be, who knows (I have some ideas) - but as more and more usages are developed, more will develop. As tokenization integrates into web experiences, the rate of proliferation will increase.
What this means is that with the resources that I now have, I could power a small community no matter what the price of Steem is, something I find kind of cool. Not only that, the community I could create could be a very tight niche group that has the potential to add a lot of value into the wider ecosystem. I think that this will become more common on Steem once Communities and SMTs get up to speed and in time these communities will overlap and compound usage and value against each other through various goods, services and offers.
Offers are going to be very interesting with SMTs as the various communities on Steem will be able to offer other communities various benefits and privileges much like a loyalty card program does, except it would be across all of the Steem network. If this network grows enough, the loyalty programs could be a very attractive use case and with the ease of integration, a website could integrate a common loyalty coin using the Steem blockchain that can be used in other business models easily, quickly, cheaply and without borders.
While I cannot foresee everything that is going to happen in the future, I believe that the tides are shifting in many areas of society that are going to increase the attractiveness of blockchains and the utility in tokens. While there will be many errors and obstacles along the way, I think that models will get better and as we as users get familiar, things could move very fast. What is exciting about it all is that this is not driven by the businesses themselves, but the end users, and that might make all the difference in the outcomes a decade or two from now.
In a decade I will be 50. Am I too old to be thinking about early adoption?
[ a Steem original ]