The RC thing is rather simple: users can delegate to a “pool”, the entity which controls the pool can use that RC to delegate it to its users.
Yes but what effect it all has on all the other things is what I am wondering.
The RC thing is rather simple: users can delegate to a “pool”, the entity which controls the pool can use that RC to delegate it to its users.
Yes but what effect it all has on all the other things is what I am wondering.
They’re just a different form of bandwidth, and possibly a cheaper one.
The pools concept (as far as we can guess) will allow bApps to on-board at much cheaper cost than before. And possibly to completely configure their own matrix for amount of RC they delegate to their users.
At the same time bApps may need large amounts of RC to claim discounted accounts, especially if you think about medium sized media outlets who may want to develop and tokenize on Steem. If they can not onboard 1k users in a reasonable amount of time, and at not too high cost, Steem the bc becomes premium rather than freemium.
Then, next, take for example the Guardian or heck, a techblog like Gizmodo. They have thousands of commenters every day, many of which are very active. For SMTs to succeeds and spread, bApps need to be able to bring those users over, without limiting them in their activity. So they will probably be able to distribute RCs based on their own user rep system.
Pools because then the SMT can manage the RC distribution. That can scale, user to user doesn’t scale. And it totally leaves SP/investment by users off the table. So freemium is maintained and no stakeholder needs to limit their own earnings.
It’s a toll tax mechanism, not earnings related.
Yep on the onboarding speed which is why they should all be taking credits now for storage.
Is it possible to have the pool delegated only to those logged in to save idle resources?
AFAIK no specifics are known yet about whether there will be a colldown period (like with SP delegations) but there shouldn’t be since it’s ‘used or available RC’.
I don’t see why a SMT couldn’t write an algo which controls that distribution. Personally I would write it based on activity (most active ones get more, especially if they get upvoted [within SMT]). The different use cases in the SMT whitepaper specifically mention comments and forums, activity is a factor for that type of users.
But I’m not sure whether it will be possible to do it 24/7 dynamically for every single user. Technically it could be done but it depends the restrictions which we don’t yet know.