hypothesis: if too many early users sign up on mastodon.social instead of other instances, federation will end up becoming a second-class feature. (imagine what email today would look like if gmail had existed in the 90s.)
other instances need to be able to compete with mastodon.social for growth, or https://github.com/tootsuite/mastodon/issues/177 should be implemented.
@bcrypt Federation will never be 2nd class feature for me.
@tim @Gargron i am reminded of https://mako.cc/copyrighteous/google-has-most-of-my-email-because-it-has-all-of-yours as an example of too-many-users-on-one-node-of-a-supposedly-federated-system
@Gargron @tim @bcrypt
Hopefully symbolism like this will help pre-bake the culture into one that might avoid that trap.
I feel like this is a race to see who can run the largest instance so they can get advertising $$$ somehow :(
If we can get something like the Patreon model that @five talked about it might sidestep the incentive feedback loop further. I wonder if there are any easy to use decentralized server providers that can get fed money from shared cryptocoin wallet.
@ultimape @five @bcrypt @tim @Gargron I think a #platformcoop instance that's free to users with moderate and transparent ads could be a good thing. Particularly if it kicked revenue back to users based on content creation? So people could choose to pay a subscription to a node for ad-free experience, or transparently participate in a free to use space ad-lite that comps users any revenues beyond operating costs.
@mattcropp I personally don't think that would scale well. Hard to get advertising money without strong deals, and I think ti would only encourage users to game the system.
But I might be biased. I'm still not done writing my anti-advertising thing and it's 10k words (including quotes).
@ultimape that's 10 whole toots! @mattcropp
@sarahjeong @Gargron @bcrypt
it also makes it more resilient if an instance dies
you can tell your followers to refollow you, but realistically that won't happen unless you are wicked popular
@sarahjeong @Gargron @bcrypt Working on it.
@tim @sarahjeong @Gargron @bcrypt Wait, working on it how?
@kevin_redacted @sarahjeong @Gargron @bcrypt
Quit my day-job as an IT manager 2 years ago to work on the topic of P2P identity & reputation. To get an idea, see: https://github.com/identifi/identifi
@tim Oh wow, cool. I wish I could afford to quit my day job and work on interesting projects.
Are you actively attempting to integrate this into Mastodon atm, or just talking long-term?
@kevin_redacted Working on a proposal that includes self-issuing identities, managing multiple identities, accurate tracking of accompanied reputation, controlling one’s social network(s), sharing sensitive data and/or personally identifiable information (PII), trolls, sock puppets, and Sybil swarms.
Give me a few more weeks and I'll drop it here first. :)
@kevin_redacted Oh, and there's also gonna be multi-sig, distributed (read: mobile) reputation, some P2P networking, strong crypto (for bothing signing messages and encrypting data), local data storage, and user- and/or machine-controlled sharing of (sensitive) data.
Should address heterogeneity, non-centralisation, micro-intermediation, pubkey namespace, WoT, JSON msgs, APIs, CLI, revocations, Sybil protection, DoS protection, etc.
@tim Sounds like you've thought things out a BIT more in depth than the kind of quick hack sort of solutions I was contemplating, lol
@kevin_redacted Since ~July 2014. It has been crystallizing for a while. I already can't wait to see how I'll get sent back to the drawing board. I've already proposed it to a few folks, and haven't found any major flaws so far. Smartest kid in the room principle though.
@kevin_redacted Right now I'm just super-excited because so many other people start thinking about, and discussing, the subject. The amount of fresh point-of-views on it is amazing. :D
@kevin_redacted Prepare the reading glasses. Buffer overflow incoming.
@tim @kevin_redacted That sounds really cool. Do you happen to have anything written down about the technical design? I would love to read more about it.
@cdata @kevin_redacted It's heavily inspired by Identifi, and am currently working on a proposal with many more details. I'll dropping it here first. :)
@cdata @kevin_redacted *drop. And here's an article by Identifi's creator, which may interest you: https://medium.com/@mmalmi/learning-to-trust-strangers-167b652a654f#.2eyijxngr
@sarahjeong @Gargron @tim @bcrypt
I agree. Some sort of way to keep the userbase mobile is going to need to become very important.
@sarahjeong @Gargron @tim @bcrypt @rich_harris mentioned a ticket about this over on the bird site: https://github.com/tootsuite/mastodon/issues/177
@knowtheory @rich_harris @bcrypt @Gargron @sarahjeong
Issues were next on my to-do list, to study. Thanks for the shortcut! :)
@knowtheory @sarahjeong @gargron @bcrypt @tim @rich_harris ah word, the "account redirect" seems like it would solve a lot of problems.
@schlink @rich_harris @tim @bcrypt @Gargron @sarahjeong Heh. There are a lot of distributed computing problems hiding in here. I haven't caught up w/ the issues well enough to have an opinion about how scared i should be yet :D
@tim @schlink @rich_harris @bcrypt @Gargron @sarahjeong Wait, is this saying that the CAP theorem is newspeak? :D
@bcrypt Are you saying that you won't run one if user's can migrate away or the opposite?
@bcrypt Why is a migration strategy a deal breaker?
@cr1901 see the part of the sentence before the semicolon
@bcrypt I think I'm missing something obvious. Wouldn't giving users a migration strategy mean that you *don't* intend to run an instance forever? Or is a migration strategy a recurring burden as long as you run the instance.
@Gargron [jumping in] i appreciate the thoughtfulness you're putting into community building here [jumps back out]
@bcrypt @Gargron Yep. Centralisation is efficient. Still, lots of different power dynamics here that we can study. #crowdpsychology
I expect the #Fediverse to break up into many smaller pieces, as I've elaborated on previously: https://medium.com/@2W/there-will-be-more-intermediaries-not-less-63a591d4c8eb
@bcrypt @tim I have closed down registration on this instance to prevent this