You are viewing a single comment's thread from:
RE: Solving the scalability and onboarding problems - Incubating Accounts
Isn’t the incubator approach similar to ehat HF20 did in that it enables account creation with 0 SP but limited RC to engage? This allows users to engage, albeit limited, to generate rewards to then grow SP and frow engagement, right? Is the question more of a mass adoption concern then? If so, investment would be abundant at the prospect of growth and value creation in my opinion. I think the protocol is flexible enough to create these factors as accomodate for both growth and investment but it is the engagement and retention that probably lacks behind.
You can create accounts as you pointed out for "free" on HF20 with 0 SP - but, they can barely comment/interact without a delegation and you need millions of STEEM power to do it in big numbers. Don't quote me on this one, but i think its 1 claim per 4000 SP or something of the sort... we could check the costs with beem, but the point stands.
Apps like @steemhunt have 3000 accounts or so to give to their users, but if appics or another dapp was to try to onboard 10000 users in one day, they simply would not be able to.
On top of that, how many accounts would be created, delegated to and then would just sit there because the person who opened it did not find STEEM too compelling.
That’s what I thought... I have been claiming accounts since the HF as it has been fluctuating between 8-9B RC but the great thing is that is charges back and I would never need that much for anything else so when RC pools become a thing, it will provide ways for that gateway to provide community users support. At least I think we now have an economic resource framework that could help with this...