I know a lot of folks who follow me are interested in the Website League project (https://websiteleague.org) - if that's you, and you're a Go developer, we could use another dev or two to help out with our work on adapting GoToSocial to our purposes, and working out federation kinks. (Elixir devs would also help with Akkoma!)
If you like our project, and you want to help out or ask questions, you can join our Discord (https://discord.gg/kKFpN8xpyK) or our development chat (https://coordination.websiteleague.org).
=> More informations about this toot | More toots from atomicthumbs@tacobelllabs.net
quick summary: we are a group of folks, mostly from Cohost, building a federated island network (allowlist only), separate from the Fediverse. AFAICT, our project's the first large-scale attempt at this. Governance is by consensus, which is working pretty well.
Right now we've got forks of Akkoma and GTS, and devs working on a Cohost-like frontend and a central management system for things like allowlists. Our goal is to bring Cohost's positive characteristics to a federated environment.
=> More informations about this toot | More toots from atomicthumbs@tacobelllabs.net
we are open to more software than those two platforms, but (excepting special cases like WriteFreely) it must comply with the characteristics needed for our goals: no network-wide/global feeds, no visible metrics, no algorithms except reverse chronological, allowlist federation support, and functional interoperation with existing software.
=> More informations about this toot | More toots from atomicthumbs@tacobelllabs.net
We're encouraging small instances to spread out moderation and administration workloads. Every instance must abide by a centralized set of rules, which we are working on finalizing. Any conflicts will be worked out via our governance process; defederation and inter-instance warfare are some of the primary things we'd like to avoid.
Our ultimate goal is to build a nice system of websites to post on: one that's resilient, healthy to use, and inclusive for everyone.
=> More informations about this toot | More toots from atomicthumbs@tacobelllabs.net
@atomicthumbs @gotosocial The fediverse is already working well. I mean you can do whatever you think is good. But for sure it would not be beneficial for many to prescribe a common set of rules which is an impossible endeavor anyways. At the end this will be a system of a small elite trying to rule others with their defined rules.
=> More informations about this toot | More toots from juergen@mastodon.de
@juergen @gotosocial I'm glad you're enjoying the Fediverse! We are trying something different, with well-defined reasons for doing so, and we are hoping it works out as well as the Fediverse has, if not better.
=> More informations about this toot | More toots from atomicthumbs@tacobelllabs.net
@atomicthumbs when you say "separate from the Fediverse", does it mean the plan is not to have the League communicate/connect with it? meaning, if i'm there, i can't interact with people here and vice versa?
=> More informations about this toot | More toots from houseofxyz@ni.hil.ist
@houseofxyz Correct, with very limited exceptions: specific instances could choose to federate with both, as long as the software is configured correctly so as not to leak content from one to the other, and every user on the instance is aware that they'd be existing in the intersection between two cultures.
=> More informations about this toot | More toots from atomicthumbs@tacobelllabs.net
@houseofxyz The intent is to allow a more relaxed posting environment, where people used to Cohost can post as they did without worrying about breaking Mastodon social mores (e.g. the Fediverse's much more liberal CW practices), and without Fediverse conflicts embroiling the League.
=> More informations about this toot | More toots from atomicthumbs@tacobelllabs.net
@atomicthumbs got it. thank you very much for your reply.
=> More informations about this toot | More toots from houseofxyz@ni.hil.ist This content has been proxied by September (3851b).Proxy Information
text/gemini