Today, I’m talking to Jay Graber, the CEO of Bluesky Social, which is simply a decentralized competitor to Twitter, er, X. Bluesky actually started inside of what was then known as Twitter — it was a project from then-CEO Jack Dorsey, who spent his days wandering the earth and saying things like Twitter should be a protocol and not a company. Bluesky was expected to be that protocol, but Jack spun it out of Twitter in 2021, just before Elon Musk bought the company and renamed it X.
Bluesky is now an independent company with a fewer twelve employees, and it finds itself in the mediate of 1 of the most chaotic moments in the past of social media. There are quite a few companies and ideas competing for space on the post-Twitter internet, and Jay makes a convincing argument that decentralization — the thought that you should be able to take your username and following to different servers as you want — is the future.
It’s a powerful concept that’s been kicking around for a long time, but now it feels closer to reality than always before. You’ve heard us talk about it a lot on Decoder: the core thought is that no single company — or individual billionaire — can amass besides much power and control over our social networks and the conversations that happen on them.
Listen to Decoder, a show hosted by The Verge’s Nilay Patel about large ideas — and another problems. Subscribe here!
Bluesky’s approach to this is something called the AT Protocol, which powers Bluesky’s own platform but which is besides a technology that anyone can usage right now to host their own servers and, eventually, interoperate with a bunch of another networks. You’ll hear Jay explain how building Bluesky the product alongside AT Protocol the protocol has created a cooperate-compete dynamic that runs throughout the full company and that besides informs how it’s building products and features — not only for its own service but besides for developers to build on top of.
Jay and I besides talked about the growth of the Bluesky app, which now has more than 5 million users, and how so many of the company’s early decisions around product plan and moderation have shaped the kind of organic culture that’s taken hold there. Content moderation is, of course, 1 of the biggest challenges any platform faces, and Bluesky, in particular, has had its fair share of controversies. But the thought behind AT Protocol and Bluesky is devolving control, so Bluesky users can choice their own moderation systems and advice algorithms — a grand experimentation that I wanted to know much more about.
Finally, Jay and I had the chance to get method and go deeper on standards and protocols, which are the beating heart of the decentralization movement. Bluesky’s AT Protocol is far from the only protocol in the mix — there’s besides ActivityPub, which is what powers Mastodon and, soon, Meta’s Threads. There’s been some real animosity between these camps, and I asked Jay about the differences between the two, the benefits of Bluesky’s approach, and how she sees the 2 coexisting in the future.
Okay, Bluesky CEO Jay Graber. Here we go.
This transcript has been lightly edited for dimension and clarity.
Jay Graber, you’re the CEO of Bluesky Social. Welcome to Decoder.
I am truly excited to talk to you. Bluesky is 1 of the most breathtaking fresh social media apps on the scene. There are breathtaking ideas inside of it around federation and decentralization, both of which I’m obsessed with. So get ready, but let’s start at the very beginning. What is Bluesky Social?
Yeah, Bluesky is an open social network. It’s open-source. It’s built on an open protocol, but it looks and works very much like Twitter. And so it’s a task that was actually originally founded by Twitter back in 2019. Jack [Dorsey] tweeted that he was going to fund the improvement of a protocol that Twitter would someday run on. And so I came into the task as individual outside of Twitter that had never worked at Twitter but had experience with decentralized social protocols. So I built out a protocol, and then, through a series of changes of what happened to formerly Twitter, now we’ve ended up building an app that looks a lot like Twitter.
I can’t imagine anybody didn’t figure this out. But Jack is Jack Dorsey.
The erstwhile CEO of Twitter.
The erstwhile erstwhile and then CEO and then now erstwhile CEO one more time of Twitter. That part where he thought Twitter should have an underlying decentralized protocol, and I don’t want to talk about Twitter besides much, but that was a large deal, right? The thought that Twitter was besides important, it was besides centralized. I think Jack was uncomfortable with his moderation power.
Obviously, we went through a large minute around content moderation, but that core thought that 1 company should not have so much power led to quite a few things, including the creation of Bluesky. What was the pitch there? Did he come and say, “Hey, come run a program inside this company to devolve the power of the company”?
I actually pitched Twitter a lot on how I thought Bluesky should work.
So the way that this worked is that Jack tweeted that, and they created a Bluesky Twitter account at the end of 2019. I got truly excited. I was presently working on a social app of my own that was an alternate to Facebook Events called Happening, and I’d been building on decentralized social protocols, playing around with them, doing quite a few research, published quite a few investigation on it.
So then I was 1 of the experts that they pulled into this tiny chat area with a group of people who seemed to know what they were talking about. And then, they asked the group, “What is the best way to build this protocol? You guys know about protocols.” And then, in 2020, the pandemic hit, and so this full task got derailed by the pandemic as Twitter was clearly occupied with another things.
And then mid-2021, Twitter circled back around and started interviewing people, both people within Twitter and experts without, interviewing individual who could lead the Bluesky project. And so, mid-2021, they interviewed me along with any another folks and then chose me to lead Bluesky based on this imagination that I pitched for how we were going to build Bluesky, which is fundamentally how we’ve built it. And so that’s how I got involved.
Once I took lead, there were different options as to how we were going to structure Bluesky. As a category, a task within Twitter, it was very much like Birdwatch, which was what built Community Notes, kind of a skunkworks task that was going to go off on its own and do this experimental way of doing things in a more open, crowdsourced way. But I didn’t want to be within Twitter due to the fact that Twitter had moved very slow to nominate me as lead in the first place.
And there was just going to be quite a few challenges.
One of the things that I was hyperaware of was just the risks of centralization due to the fact that 1 thing I always like to say is the captain can always sink the ship. Jack was the captain of Twitter at that time, but if the captain changes or if that support left, then I would lose organization support for Bluesky, and I truly wanted this task to exist. So I insisted we spin out as a separate company, and then that took about six months to figure out, but then we got set up as a separate company, and then, actually shortly thereafter, the captain did change. And so then we ended up in this position — we were able to keep going. In quite a few another circumstances, if we were within Twitter, I don’t think the task would be alive anymore.
That part is truly interesting, right? The thought that the leadership might change, but the task should stay or the protocol should remain. Right now, Bluesky is simply a company. The audience heard me introduce you as the CEO of Bluesky Social, which is the company. It’s besides the app — it’s not the protocol. Explain how that all works. What is Bluesky Social, specifically?
So Bluesky was originally just the name of this task within Twitter to build this decentralized protocol. Then, the protocol we actually built was called the AT Protocol, or AT Proto for short. And this kind of symbolizes the fact that you can find people at their @ handle username. And so we wanted this to someday be the last social identity you’ll always gotta make due to the fact that you can decision it in between apps and services. You can take your identity and your relationships and your data with you. And so that’s the underlying protocol layer.
The goal is to make social apps work more like the web itself. And then Bluesky is the app that we’ve built on top of the AT Protocol, both to show how it works and to make the protocol actually through product-driven protocol development. You run into a lot more things erstwhile you’re actually building on a thing that you intended to have developers build on.
So Bluesky, the product on top of AT Protocol. I always call it “A.T.” Protocol. Are you good with “A.T.” or “at”?
We’ve been calling it the [at] Protocol because, yeah, it’s easier and sometimes just “AT Proto” for short.
It stands for something, right?
Authenticated transfer protocol.
Very good. Was that a bacronym? Did you back into that or did you come at it front ways?
I think we actually came at that front ways because, earlier on, we were calling this — there were quite a few posts I wrote early on that are way more method than the audience we’re usually talking to these days, but stuff about self-certifying data structure and authenticated transport, and these are all the plan doctrine that we pulled into Bluesky, which borrowed from peer-to-peer networks but did this hybrid federated approach. So that’s the wonky parts under the hood that most people don’t think about anymore.
I love that. So you’ve got this protocol. You’re going to build a product on top of it called Bluesky. Bluesky is now open to the public. It’s growing. I think the last number I saw was 5 million users. There’s evidently a minute to capture marketplace share from Twitter. I recently saw a report saying 30 percent of Twitter users have stopped utilizing it in the last year. Is your focus on increasing Bluesky the product? Is it on the AT Protocol? How do you shift that attention? They seem like they’re competing a small bit.
Yeah, they both cooperate and compete due to the fact that part of our doctrine was that developers, we want to get developers to build on the AT Protocol, but devs want there to be users to build it for. And so if you get users into the ecosystem, anyone building on either the interfaces for customized feeds or customized clients on Bluesky can come in and now build for 5 million users. But also, AT Protocol will be able to support another kinds of apps, and then users will be able to decision between them with the same identity and relationships, and then that will just make it a lot easier for another people to build. And so that was part of our thought was just build an app, and then we get this affirmative feedback loop going of developers and users coming into the ecosystem.
So that “cooperate and compete” framework is truly interesting. Most standards that have a large product on top of the standards have that kind of relationship, but they’re usually managed by giant companies or at least a fistful of companies that are competing themselves. There might be a standards board involved. Right now, for Bluesky and AT Protocol, it’s just Bluesky. How is Bluesky structured, and how do you contend with that cooperate-compete dynamic inside the structure?
Yeah, so we are structured as a public benefit corporation, so that means we have a mission. It’s to “develop and drive adoption of large-scale adoption of technologies for the open and public decentralized conversation.” I think I might’ve mangled that a small bit, but the gist of it is for open public conversations on an open protocol, and that’s the mission that all of our stakeholders know — our investors, our board members — and we’re able to prosecute that and put any kind of profits back into that mission alternatively than having to put fiduciary work first. But that doesn’t mean we’re prohibited from making a profit. So we are a company.
And the company is liable for the protocol right now. Inside the company, how is that structured?
Yes, it’s within the company. So basically, we’re all working on it together. Everyone’s very mission-aligned that we’ve hired, and it’s something that, right now, we’re just trying to show the benefits of this kind of an open ecosystem that people can build on and get users in the ecosystem, and then we’re moving toward standardizing pieces of the protocol. So pieces that have become truly stable, it’s working well. There hasn’t been any request for large changes recently. That’s something that we’re trying to decision toward a standardization process due to the fact that erstwhile something gets standardized, then it’s going to decision a bit slower, but then that gives it more resilience.
How large is Bluesky today? How many employees are there?
We’re about 18 across engineering and ops, and then we have about that number on support and moderation.
The moderation side is the part that scales the fastest, right? If I look at Bluesky and AT Protocol and what it’s meant to enable, it’s a way to rethink moderation, most likely most of all, right? If it’s as simple as “you don’t like the moderators, and you can take your account and leave” — that’s 1 idea. You have this thought about composable moderation, where people could compose their own moderation stacks or different kinds of filters or different kinds of algorithms. Right now, though, moderation just kind of scales with the user base — you just gotta spend more time and money moderating. How are you managing that against Bluesky’s growth?
We just hired Aaron Rodericks, erstwhile trust and safety co-lead at Twitter and head of election integrity. He’s come on to bring a lot more experienced leadership to this squad and make certain that we’re building a strong foundation for moderation on Bluesky. But what you mentioned there — you definitely read about our approach — it’s a hybrid approach between us moving a foundation within the app, making certain that we have this truly good service within the app, and having decentralized moderation. The closest analogy here — it actually works a lot like customized feeds — is the customized feeds we build. So we supply any default algorithms, and we make an in-house algorithm, but we besides let anyone to build an algorithm.
So there’s about 40,000 customized algorithms out there and customized feeds, and any of them are very simple, any of them are very complex, and users can install them and control between them. So moderation services are like this, but due to the fact that Bluesky is besides a digital space that we’ve created, you can’t opt out of [our moderation service] and our client, and then that’s what we’re providing all this moderation, in-house moderation, for. And then, actually, by the time that this podcast airs, you’ll be able to go into the Bluesky app and see the composable moderation due to the fact that that’s coming out this week.
I’m truly excited about that. I want to come back to that and talk about it in detail. I want to stick on the Decoder question just for a couple more minutes here. You started this thing inside of Twitter. You fought to leave it. That’s a large decision to make. The full planet of social networks, I think, has flipped over since you spun up Bluesky and began work in earnest on this project. It’s an election year. You have large ideas about moderation, you have a team, you’ve got to rise money. That is an awful lot of decisions to make. How do you make decisions? What’s your framework?
I think I have a very collaborative approach, but as with quite a few things I do, I take a hybrid approach between centralization and decentralization.
Perfectly on theme. Very good.
It is. I truly do. I spent a long time working on decentralized technologies, and I saw their limitations as well, but I besides think that there’s quite a few limitations to centralized systems. It just is simply a strategy property. It’s actual of human systems and technological systems. So, first of all, I think I make decisions trying to base it around our long-term mission. So, as a public benefit corporation, we truly take the mission seriously, and we effort to make certain that we are making decisions that are going to build something that’s actually a better social ecosystem for people. And then I believe in collaboration, so I effort to get input from as many people on the squad as possible — people who have the most applicable experience in the decision-making — and quite a few things start out as proposals that we talk through and then compose down and then get feedback on.
And we operate about with a consensus with qualifications model. So I get input, and then if there’s a clear consensus, we go with that. And if there isn’t, I’m the tiebreaker and make the final call as CEO. And then we effort to grow erstwhile we have the capacity outside of our interior squad and talk to experts in the field. Even before we brought on Aaron, we talked to quite a few trust and safety experts, and then we’ve consulted with users, community members, people who are utilizing the app, people who aren’t utilizing the app.
The app itself is kind of a fire hose of feedback, so we have tried to find ways to example from that and as well as scope out and have deeper conversations with people, talk to people who aren’t on the app, and then this is how we’re trying to make decisions that are technically sound but besides user-centric, talking to another people in the decentralized social space, too.
A lot of us come from backgrounds where we’ve worked on another projects and so we scope out to people that we know to talk about “what about this protocol decision or this plan decision.” And then people have quite a few autonomy on the team, so we effort to decision beautiful fast. quite a few what we do is about experimenting and learning, so we effort to make the best decision we can at the time that leaves us area to adapt down the road. And so that’s actually why quite a few things we built are composable due to the fact that we aren’t assuming that we’re going to get everything right on the first pass.
We have this large imagination for how all these pieces can come together to produce a good social experience, but if we get it wrong, we want the pieces individually to be standalone so that individual else can take these ideas, recombine them in a different way, and then possibly arrive at a solution that, in the next iteration, is the right way for social to work in this open, composable way.
Can I ask a truly dumb question? I’ve now said composable. You’ve said composable twice. Can you explain to the audience what you mean by composable?
Sure. So, basically, have something that comes apart into lots of pieces, like building blocks, like Lego, and then you can put those together and you have a lot of, possibly you only have 10 small different types of Lego pieces. You have quite a few them, and then you can put them together into all sorts of different shapes. And so that means that you can build very different-looking houses out of the same set of Lego blocks.
A fewer more questions on the structure and how that works. You said you’re 18 people on engineering, 18 on the another side of the company — 30 to 40 people, I’m guessing. The way you’re describing decisions works truly well for that size team. I know that due to the fact that I’ve long run a squad about that size, and I feel like I can have an idea, I can communicate it effectively.
You jump up to the next size — 100 people or 500 people — you gotta build a different kind of culture. Are you reasoning about that now, or are you hopeful that you can just get to the next size? I’ve met founders and CEOs kind of who take both approaches — that “I would love to have that problem. I’ll deal with it erstwhile I get there.” But it seems like you’re reasoning a small down the road and especially that having decentralization in your brain, you might be reasoning about that now. How do you plan to scale the culture there?
I’m reasoning a bit about that now. As you mentioned, we already have quite a few things we’re working on and building toward, so I can’t devote a ton of time to it, but trying to talk to people who’ve been there due to the fact that I haven’t before and learn from people who’ve worked at different scales of organizations and figure out what works and what doesn’t work. So whenever I get the chance and I run into individual who’s moving a different size of org, I’m very curious at this point, asking them about how they do things, how it works. I found it super helpful to just talk to people who are moving orgs at akin stages and at somewhat bigger stages and find [out]: how do they run meetings, what is their writing culture, how’s their decision-making work?
And right now, I think, just due to the fact that we haven’t got there yet, I’m inactive in a learning phase of figuring out what’s most likely going to work best erstwhile we get there, but I would like to keep any of the same principles of having collaboration. I mean, the end goal is: how do we get to the best answer and best harness collective intelligence? Like collective intelligence in terms of building an open protocol anyone can build on and collective intelligence within the company of, “Everyone here, we hired them due to the fact that they’re a smart person. What part of the problem do they see, and how can we put together their insights into something that gets us to the best decision?”
One individual who famously experienced a number of trials and tribulations through that scaling process is Jack Dorsey, who started the task with you. He’s inactive on your board, I believe. Is he involved? Is he individual that you’re bouncing off of, or is he being Jack Dorsey on a cloud somewhere?
[Laughs] I would say the latter, being Jack Dorsey. And yeah, Jack is, I think, a visionary who truly wanted social to be on an open protocol, and he has been curious in lots of different decentralized protocols, and he has kind of a big-picture imagination of how he wants this to work. And then the specifics of how we built Bluesky was very much the imagination that I pitched and that the squad has designed. So, the early squad I hired, we were people with different experience in different decentralized social projects that came together and learned from the mistakes we’ve made in the past and built something that synthesized those insights.
Do you get any feedback from Jack at all? Does he send one-word emails or anything at all, or is it just kind of silence?
Some feedback occasionally.
Well, early on, we had a kind of discussion around downvotes and upvotes and downvotes or the like button. And early on, we actually put in downvotes, and then we got so much user pushback that we were like, “Okay.” Also, 1 of the critical problems we realized with the way that we put in downvotes was it’s all public. So due to the fact that we have all these composable services, everything should be public for all service to see it and operate off it. So that meant downvotes were public. People truly didn’t like that, and we admit that, you know, it feels bad to see, “Oh, everyone can see all these people downvoted my thing.”
So I think that that was actually an crucial insight in the sense that social networks, part of the toxicity, I think, comes from there only being affirmative feedback cycles. And so that means things only truly get amplified, and erstwhile you truly want to say this is simply a terrible post, you answer to it or repost it or something, and then that actually spreads it further. Whereas systems where you have downvotes mean there’s this downregulation of things, and you can express your disapproval of this by downvoting it, and then if adequate people downvote it, possibly it just disappears. And so that’s actually, I think, an crucial piece, but it’s crucial that also, erstwhile you downvote it, it’s not this large public statement. So that’s something that we would inactive like to bring back at any point — this downregulation — but possibly not in that exact form. So, we learned from our users.
That sits right at the intersection of “What does a protocol enable?” and “What does the product exposure to users??” possibly the protocol supports downvotes, but Bluesky, the social network that people are on, never shows it to anybody or doesn’t support that feature of the protocol itself. erstwhile you think about, “Okay, we should put this in the protocol. This is something we’d like, but our users on Bluesky don’t like it,” does that impact the protocol more, or are you saying, “Well, we’ll get to it in the protocol someday, but possibly Bluesky won’t have it”?
For different things, there’s a bit of both. That kind of depends per plan decision. 1 example here is that we don’t show a likes tab in the Bluesky app, and that was something where it was an intentional decision early on, and actually now, we show it to you. So, since we don’t have bookmarks, you can kind of usage your own likes as a bookmark, but we don’t show it to everybody. So, if I go look at your profile, I don’t see your likes. On the another hand, that is public information, so there’s another sites that do show it, but this was just a small bit of friction that we added to say that even though the protocol supports anyone seeing your likes, we think that there’s any downsides to just having everyone’s likes on the profile. So, we didn’t show it by default.
Another example is we give you an opt-out of the public web interface in the Bluesky app. So all the data is public on Bluesky, all your posts are public, your likes are public, and anyone can build an app that shows all of that, and anyone can look at the fire hose. But if you don’t want quite a few people to click through and see your post, and let’s say 1 Bluesky post gets embedded in a news article or something, you can opt out of having it be clicked through if someone’s not signed in. And that’s just any extra friction that we’ve added, and we’ve truly learned, through building and moving a social app, how much these kinds of small frictions and defaults substance in terms of shaping people’s experience and giving a good experience, even if the protocol truly enables something that can be done in a different way.
I think this means I should most likely divided this up into 2 parts. I want to ask about the app and where you are with the app, and then I promise you the nerdy questions about the protocol are coming. I inform you. If you’re listening to this, just be warned: they’re coming. I would’ve spent a full hr doing nerdy protocol questions, but I think we should talk about the app first due to the fact that the app’s on a roll, right?
It’s growing. You have 5 million users. I’m assuming any of the backing you raised is around the success of the app or at least driven by the success of the app. And then, as you mentioned, developers are attracted to the protocol due to the fact that there are users there. I would say — and I hope you agree — Bluesky has a very distinct culture from the another kinds of social networks that have sprung up in the kind of wake of the Twitter-to-X situation. I’m not going to get myself into problem by describing the cultures of Threads or Mastodon, but I will say Bluesky is funnier. It’s a small more chaotic. It’s a small weirder. Why do you think that is?
Early on, we had respective waves of users come over that were all truly large posters. And most social networks, you have this dynamic where you have 1 percent of people posting and then a smaller percent of people liking and then quite a few people lurking and just looking at stuff. And early on, we had this crazy ratio of 90 percent posters, and so it was highly active and tons of people firing off shitposts fundamentally — truly fast, comic takes on things and memes and quite a few stuff. And then, since we’ve grown, I think the majority of people tend to usage social in a more consumption mode, and so it has shifted a bit more toward lurkers. But still, comparative to another apps, I think there’s quite a few posters — people who like posting and engaging that way — and then that results in a beautiful chaotic and playful culture, I think.
Do you think that culture comes from moderation? Is it luck? Is it something that you are trying to preserve? Where do you think it comes from, and how do you keep it going?
This, I think, might actually just be a community element, and partially early on, quite a few the team, we all were posters, we all were social media users, and we engaged a lot. We inactive post and talk to people and stuff. And not just me — rather a fewer people on the team. The devs talk to dev users. We have people who’ve worked in journalism, and so we have this culture of just active discussion and utilizing the app.
And then there’s been lots of interfaces for creativity, both intentional and unintentional. So, intentional ones are the ability for anyone to build a customized feed. We created this good interface in the app. Anyone can build a feed. And so now there’s truly niche feeds. I truly like the moss feed that just shows you good woodland pictures of moss, and then you can find a post from any user with 5 followers, but they posted a moss picture, and now it shows up in the moss feed.
So this is simply a way where engagement gets spread out beyond 1 central algorithm into all these small niche communities. I guess another intentional way that’s creative is there’s all sorts of different clients and experiences you can build. So people have built these different experiences that show you things a different way, show you who’s in your social network and all these small visualizations that people have played around with.
And then the unintentional ones are for a while, we had actually a bug in the app that caused this very long thread to break, and it became actually one long thread called “HellThread” that people were posting very aggressively into. And that bug has since been fixed, but for an era, there was this crazy culture that formed around this bug that almost became a feature. So that was an example of things just being this kind of playful, chaotic energy taking place through both the intentional interfaces for experimentation, creativity, and the unintentional ones, like the bugs that became features.
That second part — the unintentional bugs became a feature — those emergent properties of social networks or communities, it always feels like the most peculiar thing: that the people who run the platforms don’t truly know what’s going to happen. The users decide what’s going to happen in ways that are completely chaotic, and the best platforms kind of reenforce that and build upon it. And that is simply a truly healthy feedback loop.
I would actually put up Twitter as the best example of this feedback loop ever, right? So many core Twitter features were invented by the users. Is that on your mind? That you request to watch your user base and take the ideas into the platform straight and build upon them? due to the fact that I don’t see quite a few another platforms truly leaning into that anymore.
Totally. Yeah, we do. There’s things that we’ve had on the road map and longer things that we effort to stay focused on, like this imagination of algorithmic choice and composable moderation. Those are things we prioritize because, from the start, we were going to do that. And then another things, like hashtags. At first, we thought, “Well, I think the customized feeds will let you to do hashtags within feeds.” People did do that for a while, but people inactive wanted standalone hashtags, and we got adequate takes from users saying, “Just bring us hashtags,” that eventually, we added them.
Same with mute words, like actually, composable moderation is going to let you do something that is much more granular and higher-powered than just mute words. But people want the simple interfaces, too. That’s something we’ve learned. So we added mute words, and we have mute lists and block lists, and these are simpler building blocks. And now you’re going to have bigger, more complex building blocks — the full dashboard of power tools under the hood.
Do you think you’re going to end up in a place where you have what I will just call the Microsoft Excel problem, where so many people have asked for so many acquainted features that it’s actually hard to bring them into a fresh paradigm, like composable moderation or adjustable filters? all large software product has this problem where there’s an evidently better way of doing a thing, but then people are acquainted with the way they’ve been doing it, and so you end up with both or you never have the social capital to do the better way. Do you think about that problem: if the future is feeds in the protocol but everybody wants the brute force moderation of the past, you’re going to end up in that tension?
Yeah, we actually do think about that a bit, and this is where having any amount of ecosystem guidance from a squad that’s truly thought about it might help. But besides then, if we get it wrong, the goal of the full app is open-source, and so people can fork off it and kind things out, add things, take things a different direction. And so possibly if our app gets truly bloated or if it’s just not working right anymore, individual who has a strong thought for how to do it differently or do it better can fork it off and say, “Alright, we’re going to clean it up. This is the way we’re going to do it now.”
So, quite a few the ways that we effort to plan things is so that we can supply good leadership in the ecosystem. And centralization has its benefits erstwhile individual has a plan and they know where they’re going and it’s a good place and people want to follow. But then, if that leadership fails or gets things incorrect or changes, then there’s another options and people can vote with their feet and go over to the better option, and fresh entrants can come in and supply another example of doing something differently, doing it better.
So I feel this in my soul. This is something that we have long wanted across a number of products. We’ve talked about it at The Verge for a long time. I talked to the CEOs of another companies that are in these kinds of relationships with protocols or standards or open source, and at the end of the day, they frequently come back to “…but we besides gotta make money, and the best user experience is frequently the 1 that we control. So sometimes the protocol slides by the wayside. Sometimes the commitment to open origin gets diminished due to the fact that we gotta make any money here. And if we control the user experience, the user experience gets ahead of the protocol, so be it — we’ve got to eat, we’ve got to pay the team.”
In particular, I’ll give an example of this. I think Twitter had a immense ecosystem of third-party clients. It was a playground for developers. So many cool things happened and were built. So many tools were built that had nothing to do with posting or reading tweets at the end of the day. And [then] they had to monetize, and they realized they couldn’t put the ads in all those clients, and they shut down all those clients. Do you see that problem coming? Is that, “Oh boy, we’re going to gotta monetize this thing somehow, and we’re going to gotta reclaim any control to do that?” Or do you have another thought for how you’ll manage that tension?
Yeah, we do want to make money, and we are trying to do our best. Part of this is kind of tying yourself to the masts, like Sisyphus-style, of “this is the ways that we’ve committed to openness.” We’ve already open-sourced the app, and we’ve open-sourced everything you request to run your own version of Bluesky on the app protocol. And we have built into the protocol ways for users to decision all their identity and relationships and data around. And so the thought is that each user has all their data as this package. We actually call it a repository. If you’re acquainted with Git and GitHub, it’s like your data repository is like your GitHub repository. And then quite a few people usage GitHub, and that’s a centralized site, but then they can take their Git repository and decision it to GitLab or any another site.
And so, that’s the built-in “vote with your feet” piece, and you can take your stuff and decision it. And then federation is an crucial part that we just started for self-hosting federation a fewer weeks ago, and that means that you can run your own server, host your own data, and then if we effort to close things down or whatever, you can just say, “Well, now I’m just going to usage a different service due to the fact that I control my own data and it’s on my own server. I control my identity, my data, and where it’s hosted.” And then that means if quite a few people are federating and self-hosting, that ecosystem can just shift around part by part to the services that haven’t shut down their APIs and that haven’t let users feel betrayed.
Those are the things that keep you from making money in the bad ways. What’s the plan to make money?
We’ve been building marketplaces within the app, essentially. So, we’ve got information marketplaces, moderation marketplaces. This is simply a direction that we’re going to thin into. We’re besides providing a service, and we’re already making a tiny amount of money through 1 step we’ve made into customized domains. So, the thought here is you can usage your website that you own, like jaygraber.com, as your user handle, but you should be method to set that up. You gotta go buy your domain. You gotta change the TXT evidence of your DNS settings, and quite a few people don’t want to do that or don’t know how. And so, then we sale you a domain through us. We’ve partnered with Namecheap to do that, and then that makes us a small bit of money, and then that’s an example of the kinds of services we’re going to grow into overtime.
Do you think that that is infinitely scalable? I have a quote here that 1 of our community people at Vox Media gave me. Mark Zuckerberg talks about Facebook being a “community of over a billion people,” and my colleague said, “That just makes me cringe. There’s no specified thing as a community of over a billion people.” Is that something you think about: “We should have these smaller communities, or we can preserve the vibe and the funniness of Bluesky now even as we scale due to the fact that it will splinter naturally with federation and decentralization”?
Yeah, there’s lots of joints on which it can splinter. There’s already feeds, and there’s going to be the moderation services. These will all make different experiences just within even the Bluesky app and are already creating different small corners. Then there will be different servers. There will be different apps moving different full pieces of the network. So, that will, I think, origin a lot more variety in the ecosystem. Part of the thought of having an underlying protocol is that, actually, social networks systems tend to go through periods of consolidation and then fragmentation, and a protocol that connects them all lets this happen naturally.
So, the example is the web itself is simply a protocol. Websites come and go. any of them consolidate quite a few users, and then over time, they get worse and worse, or they shut down and then users go somewhere else. And that consolidation and fragmentation happens on the web. So this is trying to do that for social, so sites like Bluesky can come and go and grow, and then if we someday aren’t doing the best anymore, something else can come along, and users can fragment out and then possibly re-cohere around individual else who’s doing things truly well.
You mentioned the plan for monetization is around the marketplaces for algorithms and feeds. I presume that will take place inside the Bluesky app, the 1 that you control, right? That makes the most sense. “Here’s all these users. You can buy an algorithm from us and see what you want. possibly it’s about moss. possibly it’s something else.” Is the plan to make money inside the app, or is the plan to make money with the protocol?
There’s ways to research both. Right now, we have a lot going on in the app that we’re truly focusing on, but also, I think 1 insight is we’re trying to make social more like the web. And early on, people didn’t know how the web was going to monetize, but it definitely did. Services definitely monetized on the web — tons of services that made lots of money built on open protocols and nothing that’s gotten to massive scale on the net has always just totally failed to monetize.
So, that’s something that we just think we request to show people, first of all, that this imagination is something that can work, that is fun, useful, good, better than the alternatives, and besides good for society, creating healthier social media ecosystems. And then we truly believe that money follows value. If we can show this value and people truly want this, then it’s something where we’ll be able to make money offering services in this ecosystem.
Services on top of the protocol, though, not the protocol itself?
The protocol itself is not a blockchain, not something with any built-in monetization mechanism. It’s like SMTP for email or HTTP for the web. It’s just a way for computers to talk.
That’s a large preview of my next question. Well done. Those protocols — HTTP [and] SMTP — they’re maintained by standards bodies. any large companies volunteer any people. They don’t make money themselves — they’re maintained by a bunch of people who are invested in those protocols existing and increasing so they can put services on top. That’s more or little what you’re describing. Would you always turn over AT Protocol to a standards body?
Yeah, and we’ve already begun talking to any standardization bodies — like starting the very early stages of that work, socializing the idea, taking on the pieces that are comparatively more solid, as I mentioned earlier. The AT Protocol is actually made up of respective pieces that the way identity works, the way data works, and these pieces, we aim to get standardized and then stewarded by governance bodies.
Alright, get ready. It’s time for any highly deep standards drama around protocols. I told everyone it was going to happen, and now it’s here. So, you’ve got a protocol: AT Protocol. There’s a competitor protocol called ActivityPub. Mastodon runs on ActivityPub. Threads is going to federate utilizing ActivityPub. What, in your mind, are the pros and cons? What are the differences?
So, ActivityPub was around erstwhile we got started. I did an ecosystem review of all the centralized protocols that existed in 2019, including ActivityPub. And we looked at it and decided that we needed to build something different due to the fact that there were any critical pieces that we thought were missing. So, 1 of them was around the composability and the interfaces for composability we’ve designed. Like the way that we do customized feeds and all these moderation labelers, that’s truly not possible with the way that things are very server-centric in ActivityPub right now. Your server is very much your community where all of this happens, and we have divided things up into these microservices on the backend, mirroring a bit more of how a large-scale social network works with the global feed.
The another thing was the global feed, like having global search and discovery be a first-class thing that we were building for. And also, having all of our users at the start know that this is public data and it will be remixed in all sorts of ways by global feeds is something that, both technically and culturally, we had to plan for. due to the fact that ActivityPub has clustered more around servers that they federate and they talk to each other, but there isn’t a service that scrapes all of it and gives you this large fire hose, and even if it’s technically possible to build, there’s been community opposition to people doing that. Even individual in the community who was building a bridge between AT Protocol and ActivityPub late got quite a few pushback from the ActivityPub community on not wanting that bridge. So, that’s just kind of both cultural and technical.
Then another thing was we truly wanted to get account portability. So, this ability to leave with your identity and your data and have fallbacks with the way that we’ve designed your repo, you can even back up all your posts on your telephone or back it up on your server that you control, and then you don’t gotta have any kind of friction erstwhile you want to move. So, you can decision between services in ActivityPub. But if… for example, Queer.af recently, their .af domain was seized by Afghanistan, and then people were stuck due to the fact that there was no warning, and then they gotta trust on their old server to aid forward their stuff over to a fresh place. So, we wanted to get around that problem and make certain people always had the ability to move.
Then, we wanted to have good UX. There were just quite a few complaints with users around the UX of Mastodon, and we wanted to supply something that was more just tailored for the mainstream user who was utilized to Twitter, who could come on and not gotta worry about, “Oh, what server do I choice erstwhile I sign up? What does it mean? Is this going to form my experience forever?” On Mastodon, you gotta know that right erstwhile you sign up due to the fact that it’s going to form your experience. Here, you can sign up on our server, which is the default lobby or gateway into the ecosystem, and then you can decision to another server and shift to your own. So, erstwhile we opened up federation, respective of our squad members moved their main accounts off onto their own server, and it was beautiful seamless. Nobody notices that people are moving on their own servers, and it’s inactive just all 1 experience in the app.
Let me be very reductive here and see if I got this right. It feels like the first order bit for Mastodon [and] ActivityPub is the server, and you’re saying your first order bit is the user, right? You have a user account; it can kind of live anywhere, and that’s the thing you’re in control of. On Mastodon, there are servers, and the server administrators are more in control. Is that besides reductive? Is that accurate? Is that a good way to think about it?
That’s actually a beautiful good way to think about it. And this is where, earlier on, since we’re getting method now, I said we were borrowing from peer-to-peer systems. Peer-to-peer systems truly effort to do everything at entirely the user level with no servers. And that actually creates a complicated user experience, but that means that all user’s full in control of all their data all the time. We have the ability for users to do that, but we have servers to make your life easier, so you don’t gotta have your telephone be trying to straight communicate with 5 million another phones or a computer trying to do that. But then you can always decision off of our server and decision off of these services.
So, the property that we truly tried to get out of this part of decentralization is the right to leave. And so, you can usage a service and can usage even a large service, but you always have the right to leave built in due to the fact that we’ve designed around the user. And the another way we’ve designed around the user is not just at the method level but at the UX level. So, effort to plan for: what do users truly want? How do we get that kind of convenience and ease of usage for the user? And reasoning from a UX as a first-class thing that we’re designing for.
There’s any tradeoffs there. any are truly obvious, right? Mastodon server administrators frequently find that they’re moving a server and they have software costs and overhead, and they gotta keep a server for a bunch of users. At the same time, they’re in charge, for better or worse. If something goes wrong, they can shut it down or they can delete stuff. They are in control of the content. They can set different kinds of content moderation policies. There’s a decentralization of authority in that way. It feels like AT Protocol is much more individualistic in that way.
ActivityPub points you toward groups of collectives that may want to interact with each other. And AT Protocol and Bluesky are much more like, “You’re on your own. If you like it, you can leave, and there’ll be a larger marketplace of individuals.” How do you think about, “Okay, if individual doesn’t like the server they’re on, they’re going to leave”? They might not actually be sending any signal at all that the server admin was doing a bad occupation due to the fact that you can’t tell. Whereas on, I think, Mastodon, it’s like, “Oh, individual just left this account behind.”
I think, actually, collectives are going to emerge, and they already have in any ways. Collectives aren’t formed at the server infrastructure level. So, 1 of the ideas that we had was, on Mastodon, your moderation is very much tied to who runs your server, but often, the kind of individual who wants to do DevOps fundamentally and manage a service online is different from the kind of individual who’s a community builder and wants to organize a group of people together to set a different set of community norms and moderate. You can get those people together to run a Mastodon instance, but it should be tied around the instance, so we separated those pieces. So, now you can get a group of people together and run a moderation service. We give you software to manage reports and stuff like admin tooling, and you can do this with the full team, and then you can get a bunch of people to usage it, and then you can get a full community based around a moderation culture that you’ve created.
Then, you can do that with the feed as well. And then all these things, as I mentioned in being composable, can be bundled and unbundled in different ways, so you could recreate the Mastodon “everything is tied to your server” experience by setting defaults on your server: this is the moderation regimes we’re going to be using, here’s the labelers we’re using, here’s the feeds we’re using, etc. And a server operator inactive has power at the end of the day due to the fact that they control where your stuff is virtually hosted. But then there’s all these another interfaces beyond that where control and agency can happen. So, any service in the network has the ability to set rules, and then users have these interfaces where even if they’re non-technical, they can go in and make regulation sets.
You mentioned the controversy around the bridge software. It was called Bridgy Fed. This was any of the most intense GitHub comments I’ve always seen in my full life — truly out of control for fundamentally a part of middleware. Why do you think that happened? That the thought of bridging AT Protocol onto ActivityPub led to 1 of the most intense fresh developer flame wars that I can think of? Is it the cultures of the protocols, the culture of Mastodon versus Bluesky? What, in your mind, led to that conflagration?
I think it’s a large part of the culture of Mastodon. This was, as I mentioned, 1 of the reasons that we didn’t effort to get ActivityPub to change toward the direction of what we wanted to build due to the fact that not just the method primitives being different, there’s besides this culture of opposition to global feeds and global algorithms. And that means that people who had tried to do a search engine for all of Mastodon in the past or things like this had gotten shut down even before Bridgy Fed in the past. I had seen that even back in 2020, 2021.
I think it’s just a continuation of that culture. And the key thing is even if you have a protocol that lets servers talk to each another and federate, part of it is human governance, and if people who run that server don’t want to talk to you, then even if the computers can talk, they don’t gotta talk. And so that’s fundamentally people in Mastodon expressing their preferences of the kind of communities they want, which is, they don’t want to talk to Bluesky users, so they can just not federate. And then there was quite a few discussion that was around opt-in versus opt-out. So, it’s discussions around what kind of governance norms do we want to set as protocol communities.
Part of the argument in favour of the Mastodon culture that I’ve heard over and over again is it allows safer spaces to form for certain kinds of groups — that the servers can be closed. It is mostly opt-in that people defederate all the time in the Mastodon community. The number of servers that have defederated from Threads or have sworn a blood oath to never federate with Threads, it’s very high. Do you think about Bluesky as providing the same kinds of tools that make people feel like the spaces are safer?
That has been our goal: to give users the tools to build spaces that are as safe as they want. And I think 1 thing that people have said the protocol is missing right now is private accounts. That’s something we’d like to get there, but so far, in our mission statement, we’re focused on public data and the open Twitter model, and there’s another protocols out there for private communication. Like there’s Matrix, Signal, and another protocols that do private communication. So, we focused on the hard problem of global public conversations and algorithmic choice. But even within that, we want people to have the ability to feel that in Bluesky right now, they’re participating in public data, public posting, but you want to not interact with people who are going to harass you. You want to not see stuff that’s going to be damaging.
So, you want to be able to partition off your small part of the network. And so, we’ve tried to give people all the tools to do that, not just at the architectural level of here’s servers that you can run and here’s services you can host but besides at more user-friendly levels, like the user lists and block lists and the ability to run your own labeling service where individual non-technical can do that through software that we built for you to go in and just say, “Alright, I want to start setting rules and filtering out this kind of content for me and my community.”
We’ve mentioned Threads respective times now. Obviously, Meta is starting Threads. erstwhile you think about onboarding the non-technical user onto decentralized social media, Threads seems like it’s way ahead of the curve. It has 100 million users. It’s going to usage ActivityPub, right? Meta has already started investigating it. I think Adam Mosseri’s account can be followed on Mastodon through ActivityPub. Does that represent a competitive threat to you? Is that something that you’re watching, or are you trying to build something else?
I think it’s truly interesting that the ecosystem is moving this direction overall. I also, at the end of the day, want everything to be on an open protocol, and I think that our protocol is the most resilient long-term and is going to give the most flexibility and guarantees of this being a healthy ecosystem where people can decision around. But also, I’m just excited to see things starting to decision this direction. Mike Masnick, who wrote “Protocols, Not Platforms” as a paper, said that he shopped this around to all the large tech companies at the time, and this is 1 of the things that convinced Jack to do Bluesky. So, Twitter listened, but Meta was like, “No, this is never going to happen.” But since then, they seemed to have moved on from that position, and possibly we were 1 of the things that have started moving things.
I think that overall, it’s a healthier direction to go toward open protocols. 1 of my concerns about ActivityPub and the Threads model is, due to the fact that it’s so server-based, if you have 1 massive server come on, like the Threads server, things truly centralize around that. And so, it might functionally not be very open due to the fact that people are tied to the server and it’s hard to move, and it’s going to be truly up to Threads whether they always become full protocol-compliant and let people decision off Threads easily. Then, is there going to be that composability there? Are users truly going to have that much control? Those are open questions, and we’ll see where Threads takes things.
But I think that we’ve built that in from the start, this openness and composability. We’re besides open-source, and so that’s the another guarantee. Our code is open-source, all these interfaces we’ve built. That’s not the case at Threads. It’s going to be something that, if it becomes full protocol-compliant, I think there will inactive be risks to users.
One of the reasons you can see why Threads might like ActivityPub, just based on this conversation, is it’s very server-based. I’m guessing Meta loves the thought of moving the large server. There’s any benefits to that, too. Meta has a giant compliance department and a immense content moderation team. There are parts of the Bluesky approach that seem like it’ll be very challenging to run at scale. Just truly dumb — the data is everywhere. It seems undeletable due to the fact that it’s so public. If there’s a copyright claim, can you actually pull something down? Can you get free of it?
Ultimately, data has a place where it’s being hosted, so whatever server that you’re running, the server runs in the jurisdiction where you posted it, and whoever’s moving that server is going to should be responsive to their legal jurisdiction. So, there yet is simply a host for data. It just moves around more.
Are you reasoning about that stuff, like, “Boy, we’re going to run in a bunch of jurisdictions, and the Indian government wants Bluesky to have an actual individual in India that it can arrest if they don’t get the moderation rules they want”? Those seem like very thorny issues for a company that’s very early, especially 1 that has to explain, “Hey, possibly we don’t have all the controls that you’re utilized to from a TikTok or a YouTube.”
This is 1 of those things where I’m truly glad we just hired Aaron due to the fact that he has experience–
… with platforms at scale and government requests, and our goal right now is to grow and get to that kinds of scale where these will be a good set of problems to have, but bringing in the expertise early so that we can be prepared to deal with it and individual who truly understands our full architecture and can aid us navigate those questions is where we are right now, in terms of preparing for that.
One of the things you talked about rolling out shortly is any of the composable moderation. I read your blog post about it. Again, just to be reductive — and tell me if I’m incorrect — it seems like the core thought here is more people should be able to description more things in more ways. We’re going to let the users to say, “Here are the labels, and we’ll get the labels out there.” It’s an election year. I feel like the election-year experiments with labels or the covid-year experiments with labels have taught us all a lot. What are you pulling from all of those erstwhile experiences with large platforms doing labels to say, “Okay, our large thought is labels, but decentralized”?
I think Birdwatch was this task that we thought was truly cool on Twitter, and seeing Community Notes come out of it was a success in terms of them pioneering an algorithm that could usefully augment and annotate information out there. And, basically, the interface we built is for a 1000 algorithms like this to be experimented with, and for any of them to be complex algorithms that were very specialized algorithms like the Birdwatch algorithm, Community Notes algorithm.
Or any of them to be very manual, like people are like, “I’m an expert in this thing. I’m just going to description for this thing.” And so then that allows all these things to come together to an experience that, again, it’s about harnessing collective intelligence, letting experts, people with local context, decision faster on these things than the company whose interests might not be entirely aligned in solving this niche problem or this jurisdiction or that’s just besides slow due to the fact that it’s a large company or it’s a tiny squad or whatever.
So, our goal is to let that full ecosystem just iterate and experiment, and then we effort to have any amount of leadership in terms of what we’re encouraging people to build, how we’re creating and surfacing the best stuff that gets built and bringing it to user’s attention and helping them install it. I think that it is going to produce a better system, and there’s any ideas right now in the academic planet of this concept of moderation middleware that they’ve been designing and reasoning around doing this within the centralized platform paradigm of offering, “Hey, alternatively of the only way to make change at these companies is to have nonprofits, interest groups, governments lobbying the company for change, possibly you could make a middleware interface where people could straight add any of their input into things.” Composable labeling is like middleware but as a first-class thing built in where anyone can build something like this, and due to the fact that it’s fundamentally open, it’s taking that from the fundamental premise alternatively than trying to add that as an intervention into a centralized strategy not designed for it.
Can I ask you a question that I always ask the AR companies but, I think, plays in the planet where we have different kinds of labeling systems? I can imagine a planet where individual posts a image of the US Capitol, and for an AR company, this is very difficult, right? You’re looking at the United States Capitol, and your Apple imagination Pro has to tell you what happened there, and you can either put January 6th or you can put the passage of Obamacare — 2 things that would enrage different people in very different ways.
If you have composable moderation, you have different kinds of algorithms, appending different kinds of labels. You inactive might break that shared reality. individual might post a image of the US Capitol, and 1 individual might tell you, “This is where Donald Trump did a coup,” and individual else might say, “This is where the election was stolen from Donald Trump.” Are you worried about that kind of breaking of reality, or do you think the marketplace will actually converge on the truth?
Both. I think that fundamentally — to go very meta with this for 1 minute — I think that all fresh form of technology that comes along causes quite a few disruption, peculiarly information technology. So, erstwhile the printing press happened, people said, “This is going [out] in the world. We’re going to have heresies like revolutions.” All those things did happen, and there was quite a few chaos for a while due to the fact that the shared fact of the old order broke down. But then eventually, we developed fresh institutions that built around the printing press, and we developed fresh ways of knowing the written word and arriving at truth. We developed encyclopedias. We developed the academic citation system. We developed a legal strategy that’s very text-based and builds off erstwhile texts, and so we developed all these systems that helped us make a society that works.
I think the information era has one more time totally fragmented shared reality that the printing press had established and the written word and then broadcast media, and so now everyone can broadcast on social media. And how do we make fresh kinds of systems where we can come to shared fact again? We’ll gotta make systems that [have] fresh algorithms like community notes, that kind of approximate shared fact from all these people broadcasting into the web.
And how do we do that? Is it going to be a centralized effort where 1 company just funds and develops that and gets the right answer? Or are we going to open it up to experimentation and then possibly lots of people going at the problem start to arrive at the right answer? And our approach is the latter, which is beginning up the system, having lots of people experimentation on building fresh ways of curating, like arriving at approximating truth, pulling lenses apart to look at this shared information and then combining them again will approximate at any point. People will start to converge around fresh ways of doing things.
So, we also, as a company in the ecosystem, will be trying to approximate: what is simply a good way to do this? What are the best labels out there? How do we bring those in? possibly if we’ve talked to a reputable fact-checking org and they’re moving a truly good fact-checking service, we’ll advance this in the app, but then individual else could build a different app, and then how is the ecosystem going to evolve? Well, it’s an open system, and eventually, at any point, we’ll most likely scope a point where we know what the good sorts of ways of arriving at fact are and the good institutions, like providing nonsubjective stuff or stuff that gets things right most of the time, and we’ll converge around that.
That’s a very high-minded idea. You gotta fund it. It sounds like your plan to fund it and be sustainable is to operate those marketplaces to take a cut. So, I buy an algorithm from you, and you’ll take a part of that transaction.
Yeah. As a company, but then besides due to the fact that this is an open ecosystem, it’s not just limited to our backing model. We are in the early stages of building out this vision, and so we request to keep going, prove out the vision, show this, make money as a company, make a marketplace, but then besides individual moving 1 of these services on its own, already people building clients like another services in the ecosystem are… any of them are charging, any of them are taking donations. I think any things will end up nonprofit-funded. If you look at things like email, you have large companies that run email services. You besides have nonprofits that run their own email servers, and you have institutions like your university might give you an email, or your company might supply you an email.
And so, this is something where if we show value, erstwhile again, money follows value; we show adequate value in this ecosystem. any of these might become institutions funded by nonprofits who are curious in a better information ecosystem. They might fund moderation services, might fund feeds, things like this. Institutions might run them. Communities might get together and self-fund. any of them might be paid services that payments happen outside of us. Others might be paid services where the payments happen through us.
Do you think any of them will be businesses unto themselves? I’m reminded of this Bill Gates quote about Windows as a platform, where he is like, “A platform is erstwhile the economical value of everybody that uses it exceeds the value of the company that made the platform.” So, all the people who built companies on Windows, you add them all up, they exceed the value of Microsoft. You’re kind of talking like that, right? You’re going to build a platform. You’re going to let people buy and sale on it and build products on top of it. Do you see individual saying, “Okay, there’s an chance to build a large content moderation company that runs on top of AT Protocol that Bluesky users can buy”?
We’ve already seen any people start to decision in that direction. I think that is something that’s going to happen.
How long until that happens?
I want I could see the future, but I don’t actually have that ability.
You’re most likely better at seeing it than I am. I’m very curious. This feels like there’s any inkling of “this is how it should work,” but you’ve got to train a full bunch of people to think differently, and they’re right up next to Elon Musk being like, “I’ll just do it for you. Just show up and tweet.” That seems like the hard part, right?
Right now, quite a few what we’re doing is trying to communicate the vision, like talking to you. Earlier on, before we built stuff out, yeah, like last year, I was turning down quite a few media due to the fact that we had to build this out, and we truly want to show, not tell. Now we have examples that we can point to, and it makes it a lot more real alternatively than me just sitting here expounding on the printing press. It’s very high-minded and not concrete. But now we actually have examples of many different feeds and many different services that have been built in this ecosystem, and so 1 of the things we’re starting to do is to fund the developer ecosystem.
We’ve started a grant system, and we’re going to start giving money to any projects just to aid boost this ecosystem, but I think over time, these backing models are going to shift and change, and we’re going to experimentation with quite a few them due to the fact that a full ecosystem that’s like the web means a full variety of experiments like the web itself kicked off, and I find that truly breathtaking due to the fact that social has been in a period of stagnation due to the fact that it’s consolidated in a fewer companies, and early on, people built all sorts of Twitter clients and experiments on social, and even Facebook was more open back in the day, and then that full ecosystem got closed down erstwhile these companies shut down their APIs.
But if we open that up again, I think social will be [in] another period of experimentation. There will be lots of companies and hobbyists, just people trying things and playing around again. It’ll be like a playground era of social but in a mixed iteration where we’re aware of quite a few the problems that happen through platforms and mass broadcast at scale. And we have quite a few fresh tooling, like device learning has moved on a lot since the last time we had quite a few growth in social, so I think quite a few interesting things are going to come out of this era of building.
Let me end by bringing us all the way down on the ground. You have quite a few large ideas about protocols and platforms. (I’m evidently obsessed with them.) But you run a social network that’s increasing in an election year. You’ve had to deal with any very real content moderation controversies on Bluesky already. There’s been any real problems with racism. There’s been problems with death threats, and you’ve just had to do any direct moderation, just take any direct moderation decisions.
It’s an election year. It’s going to be weird. There’s going to be a bunch of AI deepfakes of both candidates coming. Do you think your fresh tools are going to let you address that stuff in a fresh way, or are you going to gotta go back to the old ways and just take any direct moderation decisions as you’ve had to in the past?
I think the fresh tools will aid a lot, and we’re besides not relying entirely on them. As with everything we’ve done, we’re doing a hybrid approach where we are moving our own moderation squad with experienced leadership and we are going to do our best, and then we besides have all these open interfaces where another people who are more experts or people who think we’re not doing it well come in and do it themselves, and then we’ll stitch a gap together out of both all the open experimentation and the decisions that we’re straight making and what we decide to carve out as, like, this is stuff we’re doing truly well and that we think the foundation we request to set for this to be a good experience.
Are you worried about the flood of AI-generated garbage on all platform? Is that coming for Bluesky right now?
Not rather yet. I mean, we’ve been dealing with spam and all the another problems that networks run into, but we’ve besides been building our own automated tooling, and it’s a constant cat-and-mouse game, but we’re trying to stay cutting edge in terms of how we address these things utilizing a combination of human moderation and automated tooling to catch stuff. And then also, part of the open interface is we’ve already seen any cool experimentation going on. We had a hackathon a fewer weeks ago at [Y Combinator], and there were any groups that made deepfake detectors utilizing state-of-the-art models that do deepfake detection, and so it’s this cat-and-mouse game of AI is being built to make deepfakes. Also, there’s deepfake detectors now, and so those things can come together into things that, if we don’t pull them in directly, they can run as independent services in this composable moderation thing, and if they’re moving truly well and super critical to the ecosystem, then we’ll find ways to integrate them more into the app experience.
Are you seeing that already taking place on Bluesky, or are you just watching this kind of Taylor Swift deepfake problem on X and hoping it doesn’t hit you before that stuff is ready?
We haven’t seen quite a few it yet, but we’re preparing to deal with it through both our policies and training, making certain everyone is aware and then besides making certain that we’ve gotten this moderation tooling built out, which you’ll be able to see in action soon, that’s going to let people start to make these interventions.
Alright, last question. It feels like the people who run the more centralized platforms have lately become utterly beholden to their own posters. Like, Elon Musk seems very responsive to the posters on Twitter. Adam Mosseri, in the mediate of the night, is like, “I don’t know. I’ll look into it.” You see that reaction, like, “I’ll be the face of the thing.” To any extent, you’re the face of Bluesky. You’re here doing this interview, but you have an out, right? It’s come up respective times in this conversation, like, “I don’t know. We’ll see what the marketplace does. We’ll see what the community does.” Do you feel that force to be the face and to be responsive, or do you think that that out will actually take hold?
Yeah, I do, and I’ve accepted it to any extent, and I’ve besides told people I am kind of the steward of this ecosystem right now and the creator of… let’s think of it as a city-state in an ecosystem we’re trying to build. My bio on Bluesky is, “Let’s build a federated republic starting with this server.” And so, there’ll be lots of another federations out there. I encourage you to start one, and I will do my best on this one.
And then, I besides am not… something we gag about on the app is, like, “posters madness” is simply a real thing that people can get on social media. We effort to do any interior awareness on becoming audience captured by our own audience and stay aware of that. And then also, I effort to do my best to — I’m a poster — engage with the community but not be the main character all the time. There was a gag at Bluesky I found very funny, which is, “The 1 thing I love most about this app is I don’t know who the CEO is.” Just like, great. If it’s a thriving adequate community where it doesn’t even request me as a main character, that’s great.
Well, Jay, that is an incredible place to end it. You’re a large main character, by the way. Thank you so much for being here.
