Solving the scalability and onboarding problems - Incubating Accounts by meno

View this thread on steempeak.com
· @meno · (edited)
$46.95
Solving the scalability and onboarding problems - Incubating Accounts
<div class="text-justify">
I'm sure there will be plenty of posts by very smart steemians in the upcoming days regarding our biggest hurdle, <b>scalability</b>, the absolute priority we have to address if we really want to take this blockchain to the next level. In the spirit of sharing ideas, I've decided to start a series of posts with the hopes of inspiring not only a discussion on the subject, but more importantly possible solutions to this challenge, inspired in some of the conversations shared during #steemfest.

<center>
<img src="https://cdn.steemitimages.com/DQmaC3STnAM1YcAsoHPCkxfLPNmLz942DeaDXboEX6yeZB5/image.png">
</center>

Allow me to start with one question...

<h1>Who is supposed to foot the bill?</h1>

This is precisely where we must come to an agreement as custodians of this blockchain, because as we have it today we've been too comfortable with steemit inc being the one to not only fix the problems, improve the blockchain, etc but also bear all the costs for doing so. The current business model seems to be, build something, get the delegation and win, but <b>is that sustainable</b>? 

Now, I know some people would bring out the fact that they control a lot of stake, and thus <em>owe us</em> as much, and that this is just the way things are done in the name of pragmatism, but I think it's crucial for the sustainable growth we all want to see, to not rely , at least not exclusively, with steemit incs contribution for all dapps and onboarding. I don't think my words should be taken as aggressive or even negative, quite the opposite, I'm simply stating that just like in the world of free markets, having a competition of ideas and solutions to our scalability problems and business models, would certainly result in something positive for the health of the ecosystem, even it the discussions can be <b>passionate</b> at times, as I'm sure they will continue to be.

The second fact we have to face is that we are not likely to get heavy investments coming from the outside just yet, at least with the current state of things. Why? Simply because the speculative, volatile market is still too risky for any type of mainstream adoption, and the blockchains themselves are not quite ready. All this to say that to expect a <b>Dapp</b>, a project that sometimes is comprised with <em><b>wealthy brains and rich ideas but not much more</b></em>, to bring millions of dollars in investments, as to foot the bill that scaling to mainstream would surely tally, is not very realistic to say the least. In the world of traditional financial system this of course is never the case, due to the magical ability for banks to print money from thin air allowing startups to consume the value that they still are yet to produce.  

So what can we do? is there anything there a reasonable workaround to this resource scarcity conundrum? I submit to you that yes there is, and some of the ideas that people have shared on #steemfest, somewhat inspired me to think of the one I intend to share today. Now, I'm sure others have thought of something similar, or even a more polished version of what I'm trying to present on this post, but here is my best attempt at the concept of user incubation.

<h2>User Incubators (Buffered Onboarding) - Premium Memberships and Freemium models</h2>

The appics team expressed not only their concerns for the ability of the steem blockchain to onboard the number of users they are projecting to bring, but also the costs of doing so. In other words, the steem power that they have, which is certainly a lot more than the average user on this blockchain is not nearly enough to create the accounts they project to be able to onboard with one of their campaigns.

I think it's important that we don't default into thinking that the solution is for them to buy more STEEM, or to just figure it out themselves, not only because that approach is somewhat hostile to investment, but also because this problem is a problem that they share with many other dapps currently being built on the steem blockchain. In other words, if the @appics team finds a solution, we all do.

<h1>The off chain buffer solution</h1> 

I must admit I'm a bit biased against this particular approach, because it would kind of defeat the purpose of decentralization and provide little to no philosophical converts if I'm to be honest. Something I find necessary for the cryptocurrency movement to thrive, in my opinion of course.

If a <b>Dapp</b> was to have a centralized database for the free accounts where they would be posting, commenting, etc, while at the same time not being able to interact with the steem blockchain until they graduate so to speak, their onboardees are likely to give up really easily. They would be walled from interacting with established steemians and thus unlikely to cement themselves in the community. This second element of the steemian experience is probably what has kept most of us here, because it's certainly not the money we've been making.


This however, at least in theory, gives the dapp a <b>queue</b> for onboarding that could prioritize accounts that either have more positive activity or have met some requirements that are necessary to the <b>dapps</b> business model; the collection of <b>phone numbers</b>, emails, or what have you. My opinions on the privacy aspect of this aside, I think the positive aspects are clear enough, new users would be "onboarded" in minutes, not days, at least as far as they are concerned.

This system however would not necessarily generate any more resources for the dapp, regardless of UX/UI, marketing prowess, etc, the dapps team may have. So as much as it could allow some scaling, it might be more accurate to call this approach <b>simulated scaling</b>.

One thing could be added to the proposed solution, and it would be the ability for users who are in this initial onboarding stage to buy their premium account, and this detail could be a game changer for the particular dapp attempting to scale this way, providing revenue for it. That being said, the user experience has to be positive as humanly possible, as to evoke such decisions from it's users. Gamification comes to mind, but the implementation of course is another lengthy subject to discuss, and very case by case basis. (think of @steemmonsters and @appics for contrast)

<h1>The on chain buffer solution (resource generating)</h1>

To be completely honest, this second solution is mostly on chain, but it does require some minimal off chain information for it to fully work, at least as I'm imagining it at the moment. As always, I'm open to ideas on how we could implement this fully on chain, and I would invite anyone to discuss this in the comments. 

Building upon the idea of <b>incubating users</b>, a possible solution would be to design an extra layer for onboarding that would be write on the blockchain under one or more <b>incubator accounts</b>, that in turn could service thousands of users(this is per account). The capacity for user interactions, quantity of comments, replies and posts, would be determined by the incubator's resources along with parameters set on the front end, and it's possible that different dapps would find themselves tweaking everything in a completely different way.

<h3>The process could work something like this:</h3>

* New user registers his/hers free account on the dapp's website (this should be super quick)
 
Selects a temporary user name, as only <b>premium paid accounts</b> can secure a username on the STEEM blockchain, sets a picture and other basic info the incubator might choose to ask for. Its important to point out that  the hosting of this information would be on the dapp's server, hence the caveat I previously made. This step is also an opportunity to fine tune mechanisms to prevent abuse and spam. (Captcha comes to mind, but there are more options out there)

Please note that under this model, the dapp setting up the incubator would be technically in complete control of their <b>incubating users</b>. So both curators and admin/cleaners would probably be needed for this to coexist with the main steem ocean peacefully. All these parameters and requirements would probably be very different from dapp to dapp, and a successful system would benefit from not using a <i>voluntary curation initiative</i>, voluntary policing or anything alike, but creating and compensating teams to play these important roles. After all, the resources generated would come from a well oiled system, and not an open door for spam.

Incubating accounts would practically be able to transact within minutes of being created. However, to incentivize investment both of time and money, all incubating accounts would have no monetary functions. This is already an incentive for people to buy steem and create a premium account, but it also allows for an opportunity for new users with no FIAT investment to build up a healthy account through <b>sweat equity</b>.

I grant you my opinion on this is somewhat subjective, but if the process of graduating to a full account requires effort and it's built upon positive engagement with the community, while at the same time not too limiting as it is right now, then the user is more likely to stick around as he or she builds the account towards the point of graduation. It's as if we are building a game for the new users to partake of.

Now, in order for this to make sense <b>curation is key</b>, as I've mentioned before. So that the incubator account can <b>generate the funds</b> to create an premium account on the blockchain. 

The very known 80/20 rule comes to mind here. As we have seen from the almost three years of the existence of this blockchain, user retention does not deviate from the norm, but by buffering and somewhat weeding out those who are likely to quit anyways, we are also making sure resources are not spent on users that fall into the 80 percent of the known principle.

The challenge then becomes how to keep track of the curation earned, and this element also has to be carefully thought of. A couple of solutions come to mind, but the one that seems to lack any logical holes, at least at the moment of me writing this, is to <b>tether/tokenize</b> the earnings in a similar that @steemmonsters keeps track of the cards different players own. This would mean that the tethered STEEM would exist as a custom json and it would actually have claim to a value(actual tokens) stored in the wallet of the incubating accounts. 

<center>
<img src="https://ipfs.busy.org/ipfs/QmTjzJFREsknQ57pgRNb7mmYejDoHQXgzcwQL7XeAPExbC">
</center>

A dapp could also opt for setting up a small revenue to be made from the sweat equity being put into the incubating accounts, but this of course would be completely up to the dapps business plan.

As you can imagine thresholds can be set as to even remove the need for delegations all together. In this way once an account exits the incubation system and <b>"graduates"</b> into a premium account, it could hold <em>10,15</em> SP on the wallet or something of the sort.

A quick digression before touching other points. One of the things we also must discuss is the actual costs of the operations on the blockchain. Of course I understand the need to curve spam, but it seems to me that a 15 SP account, should be able to interact at least double of what they are permitted at the moment. (obviously I'm open for discussions on this) 

<h1>Other considerations</h1>

The incubating accounts would be displayed different on the commonly used front end interfaces, but it would take some education to explain it to all current /active steemians and nothing more.

The dapps however could code their front end as to not display any differences. I'm pretty confident that creating incentives to make users buy premium accounts are important, but the creation of something comparable to second class citizens is <b>not the goal either</b>.

I believe one of the crucial elements of the incubation period is to build into it an educational experience. This is to say, that people who graduate from this stage via <b>sweat equity</b>, would in theory at least have a basic understanding of security, the economy and desired social behaviors that the community is expecting.

Of course it's impossible for me or anyone for that matter to produce percentages for user retention with a system such as this, but I submit to you that in the very least there is little chance for this to affect it negatively. Again, a great user experience and interface plays an important role here, and even if we were to consider still a high number of users never exiting the incubation period, their abandonment of their crypto pursuit would not result in the misallocation of resources on to a dead account that is unlikely to ever come back. Still however, in the scenario that an account was to quit prior to earning their premium status, no resource would have been loss, and this seems like a win any way I splice it.

<h1>Conclusion</h1>

What this idea could potentially solve can be broken down to the following points: user retention, misallocation of resources, spam/scam control and our limited access to new investments.

Just because It's very important that we move away from the idea that dapps will get by default Steemit Inc's support, the necessity for a mechanism that will allow any future development to onboard users is probably number one in our list of priorities. In my opinion of course, if we all wait for SMTs to be the magical bullet to solve everything, we are literally postponing the inevitable bottleneck problem we urgently need to solve today. 

I would like to thank @nathanmars for hosting this conversation, and for everyone who contributed with ideas that day. Hopefully this post has not been painfully long, and hopefully it sparks the community's imagination. 

Since I wrote this on my flight back, and I'm still exhausted, please forgive this mortal if there are any mistakes. I'm sure I will find some and correct them before payout.

Much love to you all.

https://steemitimages.com/DQmW2fijoxrybX3Kg83HCgZZmZwF8SujXWvr3tn8YCUPCsw/meno%20logo.png




</div>
πŸ‘  , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , and 285 others
properties (23)
post_id65,987,949
authormeno
permlinksolving-the-scalability-and-onboarding-problems-incubating-accounts
categorysteem
json_metadata{"image":["https:\/\/cdn.steemitimages.com\/DQmaC3STnAM1YcAsoHPCkxfLPNmLz942DeaDXboEX6yeZB5\/image.png"],"tags":["steem","dapps","ideas","onboarding","busy"],"format":"markdown","users":["appics","steemmonsters","nathanmars"],"community":"busy","app":"steemit\/0.1"}
created2018-11-13 22:54:12
last_update2018-11-13 23:17:45
depth0
children14
net_rshares56,867,922,972,614
last_payout2018-11-20 22:54:12
cashout_time1969-12-31 23:59:59
total_payout_value36.087 SBD
curator_payout_value10.867 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length14,219
author_reputation227,335,189,892,062
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
author_curate_reward""
vote details (349)
@tts ·
To listen to the audio version of this article click on the play image.
[![](https://s18.postimg.org/51o0kpijd/play200x46.png)](http://ec2-52-72-169-104.compute-1.amazonaws.com/meno__solving-the-scalability-and-onboarding-problems-incubating-accounts.mp3)
Brought to you by [@tts](https://steemit.com/tts/@tts/introduction). If you find it useful please consider upvoting this reply.
properties (22)
post_id65,988,836
authortts
permlinkre-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181113t232146
categorysteem
json_metadata{}
created2018-11-13 23:21:48
last_update2018-11-13 23:21:48
depth1
children0
net_rshares0
last_payout2018-11-20 23:21:48
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length383
author_reputation-4,535,933,372,579
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
@newageinv ·
$0.02
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.
πŸ‘  
properties (23)
post_id65,990,065
authornewageinv
permlinkre-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181113t235237046z
categorysteem
json_metadata{"tags":["steem"],"app":"steemit\/0.1"}
created2018-11-13 23:52:36
last_update2018-11-13 23:52:36
depth1
children2
net_rshares25,979,721,861
last_payout2018-11-20 23:52:36
cashout_time1969-12-31 23:59:59
total_payout_value0.015 SBD
curator_payout_value0.001 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length564
author_reputation109,928,704,812,170
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
author_curate_reward""
vote details (1)
@meno ·
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.
properties (22)
post_id65,990,185
authormeno
permlinkre-newageinv-re-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181113t235557367z
categorysteem
json_metadata{"users":["steemhunt"],"tags":["steem"],"app":"steemit\/0.1"}
created2018-11-13 23:55:54
last_update2018-11-13 23:55:54
depth2
children1
net_rshares0
last_payout2018-11-20 23:55:54
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length690
author_reputation227,335,189,892,062
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
@newageinv ·
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...
properties (22)
post_id65,991,913
authornewageinv
permlinkre-meno-re-newageinv-re-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t004419516z
categorysteem
json_metadata{"tags":["steem"],"app":"steemit\/0.1"}
created2018-11-14 00:44:18
last_update2018-11-14 00:44:18
depth3
children0
net_rshares0
last_payout2018-11-21 00:44:18
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length402
author_reputation109,928,704,812,170
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
@abhaya504 · (edited)
$0.02
For what it's worth, and with recognition that I haven't thought about this until just now, it seems to me that premium accounts are the proper way to scale. It shouldn't be on the dApp devs to foot the bill for customer boarding costs IMO.

I say that because what we as a community are building here is a product that shares value between the platform and the users. The users become the owners of the platform and aren't the product as they are in current centralized social media. THATS HUGE!

Paying a reasonable fee to establish an account on the blockchain is completely fair, and honestly, if a potential user cannot recognize the inherent value that decentralized apps provide and "need" a free account generated for them, the likelihood of them bringing value to the platform is slim to none.

In recognition of the fact that our data and privacy aren't being exploited by Big Info and sold to the highest bidder is the primary value that the platform offers to the user. secondarily, the user becomes a stakeholder of the platform with the ability to grow in stake when value adding behaviors are offered to the community by the user. 
πŸ‘  
properties (23)
post_id65,992,433
authorabhaya504
permlinkre-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t010023818z
categorysteem
json_metadata{"app":"partiko"}
created2018-11-14 01:00:24
last_update2018-11-14 01:20:03
depth1
children2
net_rshares26,282,208,025
last_payout2018-11-21 01:00:24
cashout_time1969-12-31 23:59:59
total_payout_value0.016 SBD
curator_payout_value0.002 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length1,146
author_reputation778,235,631,545
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
author_curate_reward""
vote details (1)
@meno ·
you know, I'm pretty much aligned with your thoughts on this, but if you would be surprised to know that we are in the minority. 

On the other hand, there are plenty of people in the world who can't afford to buy a premium account, people in third world countries, and lowering the barrier for entry for the unbanked is part of the mission when it comes to cryptos.
properties (22)
post_id65,992,713
authormeno
permlinkre-abhaya504-re-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t010901899z
categorysteem
json_metadata{"tags":["steem"],"app":"steemit\/0.1"}
created2018-11-14 01:09:00
last_update2018-11-14 01:09:00
depth2
children1
net_rshares0
last_payout2018-11-21 01:09:00
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length366
author_reputation227,335,189,892,062
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
@abhaya504 ·
That's fair. Perhaps a sliding scale be used on new account creation and in the regions where  higher household incomes exist, the amount required to establish the account is higher, and it's clear that the premium is used to fund the admission of an unbanked user in the developing world. 

Add to that, the grants that are given from the premium account establishment are given to pre-vetted applicants who have been trained on how to take advantage of the opportunity to better their lives and the platform at the same time. 

I am not at all surprised that we are in the minority. There's not much that exists in this world that most people won't simply try to turn into the existing popular 'thing.'

It's up to the thinkers amongst us to help push through the "we've always done it this way" crowds...

Posted using [Partiko Android](https://steemit.com/@partiko-android)
properties (22)
post_id65,993,237
authorabhaya504
permlinkabhaya504-re-meno-re-abhaya504-re-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t012608103z
categorysteem
json_metadata{"app":"partiko"}
created2018-11-14 01:26:09
last_update2018-11-14 01:26:09
depth3
children0
net_rshares0
last_payout2018-11-21 01:26:09
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length877
author_reputation778,235,631,545
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
@ocdb ·
re-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t023820965z
You got a 30.65% upvote from @ocdb courtesy of @meno!

@ocdb is a non-profit bidbot for whitelisted Steemians, current max bid is 12 SBD or the respective amount in Steem. Vote value is 150% of the bid.
Check our website https://thegoodwhales.io/ for the whitelist, queue and delegation info. Join our [Discord channel for more information.](https://discord.gg/k2Hu77b)

If you like what @ocd does, consider voting for [ocd-witness through SteemConnect](steemconnect.com/sign/account-witness-vote?witness=ocd-witness&approve=1) or on the Steemit Witnesses page. :) 
properties (22)
post_id65,995,613
authorocdb
permlinkre-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t023820965z
categorysteem
json_metadata{"app":"postpromoter\/1.9.3"}
created2018-11-14 02:38:21
last_update2018-11-14 02:38:21
depth1
children0
net_rshares0
last_payout2018-11-21 02:38:21
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length565
author_reputation3,405,824,162,324
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
@amayahaley21 ·
re-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t044341930z
Hi, my name is @amayahaley21 and this post has receive a 15.00% upvote. If you would like for me to visit your posts you can delegate 100+ steempower to me and I will visit your posts until you remove your delegation. You can also donate 2+ steem to me and I will visit your posts for 30-days. All Steem earned will be used to help me grow! 


πŸ‘  
properties (23)
post_id65,999,303
authoramayahaley21
permlinkre-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t044341930z
categorysteem
json_metadata{"app":"communitybot\/1.1.0"}
created2018-11-14 04:43:42
last_update2018-11-14 04:43:42
depth1
children1
net_rshares376,554,827
last_payout2018-11-21 04:43:42
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length344
author_reputation16,135,327,241,394
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
author_curate_reward""
vote details (1)
@spaminator ·
$0.12
[Source]()
Leaving comments asking for votes, follows, or other self promotional messages could be seen as spam.

More Information: 

[The Art of Commenting](https://steemit.com/steemcleaners/@steemcleaners/the-art-of-commenting)
[Comment Classifications](https://steemcleaners.org/comment-classifications/)
πŸ‘  , ,
properties (23)
post_id66,230,553
authorspaminator
permlinkre-amayahaley21-re-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t044341930z-20181118t184533191z
categorysteem
json_metadata{"app":"steemcleaners\/0.3","format":"markdown+html","community":"steemcleaners"}
created2018-11-18 18:45:33
last_update2018-11-18 18:45:33
depth2
children0
net_rshares197,581,521,335
last_payout2018-11-25 18:45:33
cashout_time1969-12-31 23:59:59
total_payout_value0.093 SBD
curator_payout_value0.030 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length314
author_reputation66,069,344,800,759
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
author_curate_reward""
vote details (3)
@daeshawn ·
re-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t060802974z
This post has received a 5.00% upvote from @daeshawn! 

πŸ‘Ž  
properties (23)
post_id66,001,909
authordaeshawn
permlinkre-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181114t060802974z
categorysteem
json_metadata{"app":"communitybot\/1.1.0"}
created2018-11-14 06:08:03
last_update2018-11-14 06:08:03
depth1
children0
net_rshares-9,951,025,411
last_payout2018-11-21 06:08:03
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length56
author_reputation2,374,409,141,035
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
author_curate_reward""
vote details (1)
@teevmoore ·
re-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181115t042203034z
This post has received a 15.00% upvote from @teevmoore! 
properties (22)
post_id66,052,975
authorteevmoore
permlinkre-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181115t042203034z
categorysteem
json_metadata{"app":"communitybot\/1.1.0"}
created2018-11-15 04:22:03
last_update2018-11-15 04:22:03
depth1
children0
net_rshares0
last_payout2018-11-22 04:22:03
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length56
author_reputation22,559,700,688,435
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
@aiyanna ·
re-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181115t050708824z
This post has received a 5.00% upvote from YaYa Bot! 
@cleverbot @automation @originalworks @surpassinggoogle @banjo
πŸ‘Ž  
properties (23)
post_id66,054,363
authoraiyanna
permlinkre-meno-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181115t050708824z
categorysteem
json_metadata{"app":"communitybot\/1.1.0"}
created2018-11-15 05:07:09
last_update2018-11-15 05:07:09
depth1
children0
net_rshares-19,954,190,342
last_payout2018-11-22 05:07:09
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length117
author_reputation17,201,073,656,971
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000
author_curate_reward""
vote details (1)
@steem-ua ·
#### Hi @meno!

Your post was upvoted by @steem-ua, new Steem dApp, using UserAuthority for algorithmic post curation!
Your **UA** account score is currently 6.110 which ranks you at **#272** across all Steem accounts.
Your rank has improved 1 places in the last three days (old rank 273).

In our last Algorithmic Curation Round, consisting of 370 contributions, your post is ranked at **#67**.
##### Evaluation of your UA score:

* You've built up a nice network.
* The readers appreciate your great work!
* Try to improve on your user engagement! The more interesting interaction in the comments of your post, the better!


**Feel free to join our [@steem-ua Discord server](https://discord.gg/KpBNYGz)**
properties (22)
post_id66,089,260
authorsteem-ua
permlinkre-solving-the-scalability-and-onboarding-problems-incubating-accounts-20181115t203040z
categorysteem
json_metadata{"app":"beem\/0.20.9"}
created2018-11-15 20:30:42
last_update2018-11-15 20:30:42
depth1
children0
net_rshares0
last_payout2018-11-22 20:30:42
cashout_time1969-12-31 23:59:59
total_payout_value0.000 SBD
curator_payout_value0.000 SBD
pending_payout_value0.000 SBD
promoted0.000 SBD
body_length707
author_reputation23,203,609,903,979
root_title"Solving the scalability and onboarding problems - Incubating Accounts"
beneficiaries[]
max_accepted_payout1,000,000.000 SBD
percent_steem_dollars10,000