Skip Navigation

If ActivityPub can't survive Meta, it was never going to succeed in the first place

Corporations don't just sit out on new technologies, and no matter how hard you try you can't force them to. Defederating from Meta's new project preemptively is naive, and will not do much of anything.

Protocols are going to be adopted by corporations, whether we like it or not. SMTP, LDAP, HTTP, IP and 802.11 are all examples of that. If it ends up that meta is able to destroy the fediverse simply by joining it, that is a design flaw on OUR end. Something would then clearly need to be different in order to prevent future abuse of the protocol.

FOSS is propped up by corporations. By for profit corporations. If you want to stop those corporations from killing projects, you put safety guards up to make sure that doesn't happen. You don't just shut them out and put your head in the sand.

91
91 comments
  • If it ends up that meta is able to destroy the fediverse simply by joining it, that is a design flaw on OUR end.

    “Simply by joining it” is not an accurate representation of what will happen in the slightest. Meta is not some scrappy little Lemmy instance operator relying on donations to keep the lights on, they’re one of the biggest companies in the world who simply do not care about fair competition or open standards, and they have a proven track record of using that position to either buy out or destroy competition.

    When Meta have so much money that they can simply outspend any other fediverse platform and become dominant that way, how is that a design flaw on our end? You can make a project as resistant to corporate overreach as you like, infrastructure to run it still costs money and there is no fediverse operator on the face of the earth that is going to be able to outspend Meta when it comes to infrastructure and R&D. How is defederation not an appropriate response when smaller instances are crippled under the inevitable load stemming from Metas users?

    Corporations have been embracing, extending and extinguishing FOSS projects in the tech space for decades now, and their demise has rarely been because of a fatal flaw in the projects themselves. It’s been an intentional play by Microsoft, Google et al to ensure that there is no viable open alternative to their walled gardens. Trusting them in any capacity is naïve at best and catastrophic at worst.

    I encourage you to read this blog post which outlines these concerns much better than I can: https://ploum.net/2023-06-23-how-to-kill-decentralised-networks.html

  • Similarly, if the Earth can't survive Exxon, it was never going to succeed in the first place.

    I just have to keep on hammering this point, because it pisses me off so, so much. Many people seem to believe that, since regulatory bodies can be captured, that regulation shouldn't be done. This is called learned helplessness, and it's something malicious people inflict on people they want to exploit.

    It isn't sticking your head in the sand to resist assimilation by an evil corporation.

    • Similarly, if the Earth can’t survive Exxon, it was never going to succeed in the first place

      Actually, yes. The reason Exxon is fucking the planet right now is because of weak regulation. If we can't build a system that is resistant to the threat of earth destroying corporations, we were never going to succeed in the first place.

      • Your post is arguing (by analogy) that we shouldn't even bother trying. But I guess you don't need a suicide note when you can just leave a copy of Atlas Shrugged by your body.

      • Do you apply this reasoning to everything in life?

        If a house catches on fire, it's because it has weak fire suppression?

  • Meta is allowed to use the ActivityPub standard just as much as any other standard. This does not mean anyone who decides to use it must interact with others who use it. SMTP will block your mail if you aren't from a larger server, have the right signatures and even then. Servers block HTTP over VPNs often, and there are even rules about referencing content via other servers on HTTP (CORS). Just because a standard is open doesn't mean everything using that standard has to communicate with each other.

    The beauty of this is that those running instances can't restrict access of other instances to the fediverse. If Meta does start using ActivityPub, every current instance can block it. Other entities could want to run an instance that federates with Meta who has the resources to do so. Currently the biggest issue is the vast difference in scale between current instances and Meta. But if other entities got into the fediverse that federated with Meta this would still be a decentralized system, just with larger nodes between them. All of this still allows those who run small instances to block these larger instances that are more mainstream and keep it the way they want it.

  • No trying to be explicitly contrarian, but the EEE strategy (embrace, extend, extinguish) is well known by this point and it always ended up with the open standard not being used anymore and falling into irrelevance (as it happened to XMPP after google and Facebook embraced).

    I do think it is a design failure, but it’s one that is necessary for it to be open: anyone can enter the space and build features on top of it. So they bring a lot of people, with features exclusive to them and then lots of people migrate because the experience feels broken if you can’t “florp” a post from someone else. It’s the nature of open source vs closed platform that enables the strategy to exist.

    It may not happen this time, and I surely hope you’re right, but it would be a shame for the monopoly to win one more time when we had the chance do to something about it but we didn’t. Bringing more people do the fediverse sounds like a dream, but I’m not holding my breath expecting everything will work for the best. There’s a reason they’re doing this, it’s not because they need more users, they already have all of them.

    • the EEE strategy (embrace, extend, extinguish) is well known by this point and it always ended up with the open standard not being used anymore and falling into irrelevance.

      This isn't even remotely true, there are plenty of counterexamples. TCP/IP, HTTP, HTML, XML, SMTP, PNG, SVG, OpenDocument, OGG, PDF, FLAC, WebM, Vorbis, I could go on at great length. There are a vast number of open standards that are still open and are used extensively as fundamental parts of our everyday lives. Eg, the IEEE standards and RFCs.

      • OpenDocument

        How compatible is microsoft office with it?

        And how many PDFs are broken by Adobes bs?

    • No trying to be explicitly contrarian, but the EEE strategy (embrace, extend, extinguish) is well known by this point and it always ended up with the open standard not being used anymore and falling into irrelevance (as it happened to XMPP after google and Facebook embraced).

      XMPP was irrelevant before Google and Facebook had anything to do with it.

    • Listen buddy, I don’t think you understand how important it is that I florp my second cousin’s ex boyfriend’s post on the hot new bug patties at McDonalds on sale for $12.99. If I do I get a free bottle of fresh air and a complimentary upper body rinse in the labor hydration station next to the bathrooms.

  • That's fine if Meta wants to use an open standard for it's post data. But just because our platform can talk to them doesn't mean we want to hear what their users are saying!

  • This post is just...so ignorant and unintentionally malicious. Putting in the idea that Fediverse should co-exist with Meta and not treat them like exile when they enter the space is not the way to go for its survival. And the more people there are who just look at the headline without doing further reading is not going to help the situation.

    • What are we going to do then, everytime a corporation starts up an instance we defederate? All corporations are essentially evil. If we do that, we'll always just be a niche concept that will always fail to keep up with the needs and wants of users.

      We need to be able to prevent bad behavior from taking over the project, while also allowing corporations to join and interact with us.

  • This is a misunderstanding of the issue. ActivityPub the standard will of course survive the extension of use to Meta. ActivityPub is just a protocol. There are reasonable concerns about the distortion to the priorities and focus of the projects development long term if Meta gets more involved but those are not unresolvable, and have been seen in other open source projects when big business gets involved.

    People's objections are also due to how federating with Meta's software, content and commercial priorities will distort the existing communities in Fediverse/Federation/Threadiverse.

    While the technology allows the Fediverse to exist, one federation is not the be all and end all of the fediverse; it is understandable that existing parts of the Fediverse might not want to federate with Meta. There can be multiple federations within the fediverse; it doesn't have to be one joined up mass and it's not likely it's going to be one single complete federation long term. People will naturally form interconnected communities around different ethoses, priorities etc. I think there will likely be one big "primary" part of the fediverse just due to shear size and mass of content; but it doesn't follow that it needs to be linked with Meta's implemenation nor that Meta's implementation would damage a separate fediverse. That is what people are pushing against - they do now want the main threadiverse or other elements of the fediverse to be subsumed and lose it's identity due to being swamped by Meta's social media platforms.

    It's about the separation between the fediverse as a technological solution and the fediverse as a philosophical solution.

  • It's not Meta who is going to want to federate with us, it will be a stealthy instance, for example from a videogame, so popular that everyone will want to federate with it. Including the gamers of our instance. And then this instance (which will be a facade of Meta) will implement a feature in the protocol, for the need of their videogame. Oh something really trivial....then something else. etc. And slowly the federations will diverge toward Meta.

  • Why would I want pushed content from Meta of all places? I don't want to see that.
    And no, we don't need to grow the Fediverse that way. It's better to stay independent and develop organically and become the next big thing, not eaten by some overstuffed corporation not able to innovate.

    Learn from history. Don't repeat it!

  • If you want to stop those corporations from killing projects, you put safety guards up to make sure that doesn’t happen.

    Safety guards like what, do you have some ideas or examples?

    • I like the concept of copyleft, which has prevented a lot of EEE. As for protocols, the answer is a little more complex. Protocols can't really be copyrighted, so it's essentially going to be what's the easiest to implement, who is using it and what utility it provides.

      There have always been competing protocols, and also closed vs open protocols. Most of the time the protocols that win are the open ones, and the trend is that they provide a lot of utility and is easily used by anyone. In my view, the question it will come down to will be: is having a decentralized social network going to provide more utility for the big players, or is the concept doomed because centralization will always provide the biggest monetary incentive?

      Something that gives me hope is that social media is not a profitable business venture. This could mean that Meta is exploring the fediverse because it sees something useful in it that doesn't conflict with their business interests, but in fact supports it. The biggest tell to see if this will work out is if other companies start to adopt the protocol, at which point the safety guard is "Well, a lot of big players are using it and if I break activitypub support with them that's bad for business.".

91 comments