Hopefully this is not too much info for a single post.
And, hopefully I have been able to coherently organize my thoughts.
After learning about Hive a couple weeks ago, many of my students commented about the difficulty of the onboarding process (they felt that widespread adoption would remain elusive until that process becomes much more streamlined and seamless). This info is, of course, not new to the Hive community.
LeoFinance and #3Speak (and others, I presume) have done a good job making the onboarding process a lot easier (by automatically creating a newbie’s Hive account on their behalf, after simple email verification or via twitter login, then serving as ‘key custodian’ until that individual is ready to take control of their own keys).
The problem with that approach (from what I can tell) is twofold:
As such, the ‘one-click’ processes currently in place unfortunately creates silo’d accounts that are only useful on a single front-end, thus severely limiting the new user’s ‘introduction to the ecosystem’ experience.
I want to start by giving a shout-out to . I drafted this document a few days ago, but gained a much richer understanding about tribes, tokens, and front-ends after
graciously spent a little over an hour yesterday educating me on the ins & outs of #hive-engine, #tokenization, #condenser, etc.
Prior to my conversation with I was admittedly bullish about Hive; however, after talking to him, I am now uber bullish. I am convinced that hive-engine is a powder keg that, once fully ignited, will help blow Hive and everything Hive-related to the moon. That is, in part, because the ‘wish list’ that I had incorporated into my first draft of this document a few days ago (and mentioned here) is by-and-large already a reality (more on that a bit later).
Imho, affinity groups represent the single biggest user-base expansion opportunity for the Hive ecosystem. We should encourage every new Hive member to create a new Hive ‘community’ centered around any topic (not currently on Hive) that is especially relevant to an affinity group the new member identifies with. As suggested in the heading, this encouragement could be accomplished via a ‘Community Organizer’ badge that gets awarded once a new member creates a community that attains a certain number of initial subscribers.
Two big advantages emerge from encouraging the creation of new communities by new members:
Two additional improvements to the Hive ecosystem could facilitate expansion of the Hive ecosystem. Those two improvements are:
I will expand upon both of these proposed improvements below.
Currently, (as best I can tell) each post can be associated with one and only one community. This seems to be a reasonable restriction (to keep posters from spamming all available communities). However, it could be advantageous to allow community admins to ‘nest’ other communities within their community. For example, I have recently created a community for a class I teach (Entrepreneurial Value Creation in Society). The community is Spring 2021 Seminar.
If I convince other faculty members (from my university or from other universities) to create similar communities, there would be a significant synergistic advantage for us to create a larger ‘University Communities’ community with each of our individual communities nested within the larger community.
I envision this added feature being accomplished by a couple of relatively simple revisions to the status quo.
The way LeoFinance has been able to establish itself as a stand-alone affinity group (which, I guess is more correctly referred to as a ‘tribe’) is a testament in and of itself to the power of Hive as a decentralization powerhouse. We need dozens of similarly tight-knit autonomous tribes operating within the Hive ecosystem.
The way LeoFinance offers its own ‘One-Click’ onboarding, the way it utilizes its own rewards token and rewards-granting criteria, etc. make for an extremely attractive user portal for new tribes to mimic (e.g. external organizations who might migrate their own member activity to Hive, or entrepreneurial indidivuals seeking to create some entirely new ‘gathering place’ for a specific affinity group).
My naïve ‘wish list’ initially envisioned:
Little did I know (until my discussion with yesterday) that hive-engine is already set up to provide just that sort of service.
As such, I am excited to be launching (with ’s assistance) a new tribe in the next week or two that will be (at least initially) centered around a class I teach at Oklahoma State University. My hope is that the new ‘tribe’ will either be a model that other university-based tribes can mimic, or that it will be (in and of itself) a scalable front-end that can expand to encompass other university classrooms and other universities and university-based activities.
Expand the Hive by encouraging and facilitating the creation of new communities and tribes!
With respect to onboarding, here is what I am planning to do with my students:
Anyone see any potential problems with this approach?
In similar fashion, the ‘one-click’ custodians could, during onboarding, store the owner key and active key while immediately distributing the posting key (and tell the user to protect it the same way they protect their twitter password). Then inform the user that they can retrieve their active key once they have rewards they want to manage and the owner key once they are ready to assume full control of the account.