Alternatives to public pubs / open invites
Previously I wrote about benefits of pubs [%vOVOwGp...] and how they can improve in the future [%XOUlIjd...]. But that did not cover the use of pubs for new people onboarding to the network. If you don't have friends in the network, would peer-invites or p2p connections help? I want to explore a little the way people join the network via public pubs, and what are some alternatives.
Last I checked, the Patchwork readme and scuttlebutt.nz website recommend to join a pub from the pub servers registry github wiki page (recently re-organized: %smNtEg7...). These include "public pubs" which offer "open invites" - invite codes free to anyone who goes to the page. Some people have suggested this practice discontinue [%ongF09D..., %WGZUWw9..., %6HC2DZd..., %boFq/pP..., %/bJK5nK...], but it continues. "'Public pubs' are establishments that exist to foster new communities" [%FAFvsbb...]. People who don't operate pubs use public invites for onboarding friends [%zcApFNW...]. In that case, integration of ssb-peer-invites into clients, and further deployment of it on pubs, should fix the problem. But for the case of people hearing about the network via podcasts, blog posts, articles, etc., how do they connect?
Here are some notes and links related to alternative options for onboarding people without an existing personal connection:
- "learn from Mastodon about federated pubs (each pub has a clear purpose, code of conduct, maybe location)." [%jm+KbND...]
- "think about what (besides topic or location) attracts people to particular Mastodon servers or eMail servers." [%1bIiAx4...]
- invites codes for purchase [%OoVDyWk...] or by donation [%/ZFfnE1...]
- A pub could have a form for people to fill out to request an invite. They could be asked why they want to join, and/or external contact info. Then that info could be presented for approval to the pub operator(s), or a private group, or a public channel. Downside is asynchrony, so the new person would have to wait for an email or something to get their invite. Or the system could approve them automatically and/or provisionally.
- Pubs could unfollow new users after some time has passed [%6+gmXsy..., %6coPYLv...] or the user has gotten established in the social network [%sDaPT+E...].
- Let people volunteer to help onboard new people by escrowing peer-invites from their own id into a trusted pub/website/service. Then when people request an invite from that service, they get one from its store of user-invites. It would be like assigning an onboarding buddy or guide who has voluntered to help a new person in. This could give more a personal touch to onboarding, and also spread risk and avoid social graph flattening.
- Spacial-associated or organization-associated or interest-based pubs. "like 'people who love this local coffee shop' micro" [%f6ZRXO2...]. "bring geographically close people together […] or bring people interested in the same thing together" [%77J5LPn...]. local pubs via pirate boxes [%/ZBVKKH...]. Are there any hackerspaces that have an automated/systematic way for people to onboard to SSB via being at the space or being a member of it?
- SSB Pub As A Service (SSBPAAS) [%1TVZigD..., %f6ZRXO2...]