Salta al contenuto principale


Would you like to see full default interoperability between #ATproto and #ActivityPub without a bridge? (what's preventing this...)

  • Yes (60%, 58 votes)
  • No (39%, 38 votes)
96 voters. Poll end: in 1 giorno

just small circles 🕊 reshared this.

in reply to william.maggos

That doesn't make any sense; it's like saying that you want Chinese and Spanish to be mutually intelligible. You could try to combine the two languages into one mixed thing, but that resulting language would be neither Chinese nor Spanish.
in reply to Evan Prodromou

@evan

ok. so would the closest to this be getting apps to do the bridging?

of course I used to ask both threads and bluesky to do this, until my Instagram account got suspended. they never told me why but I assume they considered me spam. bluesky marks me as spam sometimes.

in reply to Evan Prodromou

@evan you're making a category error, Evan.

People who aren't us don't give even the tiniest shits about which protocols they're using. 5G phones happily talk to 2G phones over SS7, and the only thing anyone knows about "5G" is that it's "fast" – and they don't even know what that means.

You just said approx. "that doesn't make any sense; it's like saying that you want NG-RAN and SS7 to be mutually intelligible" and people will care about as much as someone who literally says that.

wakest ⁂ reshared this.

in reply to blaine

@blaine @evan

but that assumes there won't be any appreciable experiential diff. at this point, I think there will be. I don't expect anything like fully independent news or government servers on AT.

see @mondoweiss trying to use AT and consider pressure from Israel on most relays. their ability to get a critical story to go viral would be crushed.

arguing over protocols should be focused on why we care about decentralization. which model will be most likely to get us the future we want.

in reply to blaine

@evan (i.e. not at all)

It makes plenty sense to make BlueSky and Mastodon interoperable, even if it involves protocol-level translation. Doing so is, frankly, easy, and much easier than the very common approach of translating between Spanish and Chinese (which is what we normally do to communicate instead of inventing a Spanish/Chinese pidgin, which is also a thing humans do!).

Questa voce è stata modificata (5 giorni fa)
in reply to blaine

@evan where the real "human-level" challenge is is that e.g. Mastodon and BlueSky are different, culturally, and so are "the Fediverse" and "Truth Social" and any combination of separate servers that we can imagine, or even two random servers *within* the Mastodon-running-Fediverse. Mastodon and Bluesky are way more similar than Pixelfed, and it makes much less sense to federate Pixelfed and Mastodon than it does Mastodon and Bluesky, because they serve different social purposes.
in reply to william.maggos

@evan 💯💯💯💯💯💯💯💯💯💯💯💯 I've been banging on about this for sadly, literally decades now. I'm 100000000% convinced that this is the conversation we need to have if we want to make decentralization relevant to people (and it's not going to be framed in terms of decentralization).
in reply to blaine

@blaine so, how could you change your message to be more effective and reach people better?
in reply to Evan Prodromou

@evan it's not my message. My message to technologists was "the key piece of interop for humans is identity" and I was told "webfinger isn't part of activitypub" and "domain names are how we do identity on the internet" (despite the idea that paying $25/year to get to manage DNS isn't an end-user-achievable thing in the world we live in) and after years of this I gave up. It makes me sad that Bluesky went with domain names because consistent format really matters, but 🤷‍♂️
in reply to blaine

@blaine Webfinger isn't part of ActivityPub, it's true. It is one of the key technologies that we use as part of the stack, though, which is why we have a whole Report about WF + AP.

I don't see any reason why you couldn't add someone's BlueSky account to a Webfinger descriptor. It would be extremely useful for lookup! Do you know if any work has been done on a link-rel for BlueSky addresses?

in reply to blaine

@blaine @evan on a tangent to this, it took me 10 minutes each to get a working instances of OSSN & Piwogo up on my website hosted on Bluehost servers, using Softaculous scripts, simply because they can be installed in directories on existing domains. Meanwhile, I have failed to date in self hosting Fediverse instances, limited by needing to register yet another domain name (which I've done anyway), and not figuring out secure port forwarding for a home Yunohost server.
in reply to Evan Prodromou

@evan @blaine

so don't we have to propose visions and see which ones make the most sense, are most popular, are compatible?

what's special about social media is the boost. virality. not community or the public square. making it decentralized without algos or ads puts the people fully in control. collectively we can determine what info, ideas and art gets the most attention. I think that's the revolution @rabble talks about. I call it #DemocracyOfReach.

which protocol makes that most likely?

in reply to william.maggos

@blaine I was talking about Blaine's important message to developers and technologists, about focusing on human needs.
in reply to Evan Prodromou

@evan so was I. 😅 I don't do standards stuff anymore because I can't make "technologist horses" drink the "social purpose of technology" water.

(to be fair, I feel SO HAPPY at my job because my coworkers are great at communicating with the right people (most of whom aren't "standards-level" technologists) about these things)

in reply to william.maggos

@evan @blaine @rabble

> what's special about social media is the boost. virality. not community

this is a pretty good summary of why i hate that social media is the dominant paradigm. i'm not here for "content", i'm here for "people"

in reply to infinite love ⴳ

@trwnh @evan @blaine @rabble

but don't we have other more closed systems that allow us to choose community. the web provides free speech to everyone. revolutionary. the social web adds an attention layer to that where everyone gets a say. another revolution.

we need other stuff also but this potential is something I don't want to squander, esp when I don't think it means being unable to do the other stuff also.

I go back to the Iraq War and knowing elite info control led to that disaster.

in reply to william.maggos

@evan @blaine @rabble the web can provide access control too! the real "social web" is less about attention to me and more about letting people participate across websites. in that regard, a standard for identity is the most important missing piece. (consider hypothetically, we could expand on WWW-Authenticate and Authorization headers to negotiate identity for an individual HTTP request.)
in reply to infinite love ⴳ

too technical for me.

all I know is I can boost a really important story I find and it can go viral and change the narrative about an important issue. even if very wealthy/powerful don't want it to.

or at least that would be possible if everybody was here. and even moreso if fedi was a more important part of how we all handled news instead of a few dominant outlets with owners with merger and political concerns.

Questa voce è stata modificata (5 giorni fa)
in reply to william.maggos

@evan @blaine @rabble that's more a matter of how current software like Mastodon is built to disregard the entire web and only consider a tiny fraction of it.

i can "boost" something on my website by linking to it. i can even embed a preview if i feel like it. software can be written to make this one button press just like on Mastodon if we wished.

in reply to blaine

@blaine @evan I'm clinging to “decentralization” as part of my answer to the “What's this Fedimoose thing you keep talking about and why should I care?” because the best explanation I have found is "social networks suck, except for one social network that's been working OK for 40 years, namely email. Why doesn't email suck? Because it's decentralized, nobody owns it."
in reply to Tim Bray

@timbray @blaine @evan

so just use email. /snark

sorry I'm trying to spark the deep conversation about why we should care about social media decentralization. what does it provide us? what do we imagine it could provide us? is there a difference between social networking and social media?

but I've made my case.

in reply to william.maggos

@timbray @blaine @evan just use email /srs

even so, email's problems these days are that power has concentrated in the hands of a few providers who make it hard for anyone new to get started because of all the antispam policies and opaque enforcement of such. but assuming you have deliverability, email works for pretty much anything, to varying degrees of automation.

in reply to blaine

@blaine making BlueSky and Mastodon compatible without a bridge is a great goal! As an added benefit, BlueSky would become compatible with the 100+ other ActivityPub implementations, like Pixelfed, Threads, Flipboard, Ghost, and WordPress.
in reply to Evan Prodromou

@evan reframed, just for fun: making Mastodon etc compatible with atproto would do similar!
in reply to blaine

The one thing is that atproto as designed is effectively centrally managed and top down.

For fun, we can think about three different protocols in the way that they function. ActivityPub, atproto, and nostr.

Nostr would be the most decentralized and most individualist. You don't even pick a single server, you pick on number of different relays which will accept your messages and provide messages to you. It really doesn't matter if in the end which individual relays you pick because in practice it's just a ledger with all the messages that it received, and the protocol itself handles identity through your secret key. If the relay that you were using goes down, your user experience doesn't even notice because there's probably 10 others.

ATproto would be the least decentralized and most collective. It is hypothetically possible to host your own instance, but in practice user management and a lot of other stuff is Central to the main Bluesky organization. Getting banned or getting blocked or whatever, it's not that different from Facebook in that regard. If the main Bluesky service goes down, it will effectively mean the end of bluesky.

ActivityPub would be somewhere in between. You have individual servers that people will pick one or multiple, there is a centralized point where your identity lives, and each server has its own moderation policies and administrator team. If one server goes down, everyone on that server loses access to the fediverse on that server and they also lose their identity from that server, but they can very easily go somewhere else. If mastodon.social goes down, a lot of accounts will become inaccessible but the broader fediverse will be unaffected.

Bridges are obviously possible between the three because we see it, but I tend to think that the three are mutually exclusive and mutually incompatible in their aims and technical details such that integrating any two immediately means giving up some of what that protocol is trying to do.

in reply to Evan Prodromou

One possible problem with that is that even if that happened, this would mean that when one random person follows you from Bluesky, all your future posts would become visible in the open on a public website and the global firehose and to the 30M+ Bluesky users. From what I know about Mastodon users, a lot of them would probably not like that… (since a lot of them very loudly objected specifically to that when Snarfed wanted Bridgy to work this way at first).
Questa voce è stata modificata (5 giorni fa)
in reply to Kuba Suder • @mackuba.eu on 🦋

another question related to the why discussion.

is this a public medium like blogging with boosts or is the goal more private, your chosen community and conversations? the former I call social media vs the latter being social networking. old school twitter vs the friends, family and groups on Facebook.

Questa voce è stata modificata (5 giorni fa)
in reply to william.maggos

@mackuba @evan @blaine it's all about context. context is everything. unfortunately, context collapse is the norm.

i think it should be apparent that someone who primarily or exclusively posts publicly is not going to have their needs align broadly with someone who primarily or exclusively posts privately.

the goal is whatever people want it to be. both are possible. practically speaking, i do not want "fully public" and "300 characters", so atp/bsky is a complete non-starter for me.

in reply to blaine

@blaine it's a poll about protocols, which names the protocols. I think the audience for this poll is one that is aware of protocols.
in reply to Evan Prodromou

@evan I think you've misread the intent of the poll. The end user experience right now is "if you'd like to communicate across party lines, go install a bridge"; the question the poll is asking is "would you like to be able to communicate across party lines without setting up a bridge?"
in reply to blaine

@blaine The first question asked by the poll is "Would you like to see full default interoperability between #ATproto and #ActivityPub without a bridge?"

The second question is "what's preventing this".

in reply to Evan Prodromou

@evan you're reading it as a technologist – I agree with you that making atproto and activitypub literally interoperable is ... weird (although, I have argued many times that I think the two protocols will converge in functionality and scope, and also separately that lens-based translation of data structures is basically the best thing and would smooth right over the lexicon/AS differences if we had good tooling).
in reply to blaine

@evan ... but that's not what the question is asking. It's intent, and the #atproto and #activitypub in the question aren't referring to specifications, they're referring to communities.
in reply to william.maggos

@evan I think it was perfect. This whole conversation has lit a fire under my butt. Partially because any confusion really highlights this challenge we have in this space, where we're trying to navigate social problems with technological solutions, and one of the big barriers is that *that* means getting technologists to see beyond the bits AND getting "everyone else" to care about the technology.
in reply to blaine

@blaine I think that would be a great poll to post! You should do it.
in reply to Evan Prodromou

@evan @blaine
Do you want Bluesky and the Fediverse to just be able to talk to each other without 'bridges', however that might happen?

Yes please!!

in reply to Chris Alemany🇺🇦🇨🇦🇪🇸

@chris @evan @blaine

but I also care what either of them becoming dominant might mean for the larger culture. I don't see the media decentralization we need (obvious under the Trump admin) as likely if AT "wins". but maybe I'm wrong. but unless we have a goal like that and not just decentralization, I don't know why the argument matters except for technologists. it has to something concrete like that. and things like enabling community is fine but that's available in other ways etc.

in reply to william.maggos

@evan @blaine at this point, I believe the most likely outcome now that MAGA has gained control of TikTok, is they will now come for the next-most-leftist American controlled social media platform.

Bluesky.

Which will probably make this discussion moot.

in reply to Chris Alemany🇺🇦🇨🇦🇪🇸

@chris @blaine it's funny that you say "without bridges" and "however that may happen" in the same breath. If we don't care how it happens, why rule out one particularly powerful technique for interoperability?

BridgyFed works GREAT. It's fucking amazing. Is there room for improvement? Absolutely. But it's a really good service.

in reply to Evan Prodromou

it is amazing. I guess my problem is that it's opt in.

*ducks*

and the burden is on two amazing dudes to pay for and manage it (hopefully with all our donations).

Questa voce è stata modificata (5 giorni fa)
in reply to william.maggos

@chris @blaine one of my big problems with it too. I think @anewsocial are aware of that limitation and are working on some solutions.
in reply to Evan Prodromou

@evan @chris @blaine @anewsocial

Appreciate all the kind words in the thread! That said, I still strongly believe opt-in is a feature, not a bug. The right solution isn't to force people onto networks they don't want to be a part of; it's to clean up the rough edges of unbridged interactions and content so it makes less of a difference.

General Discussion reshared this.

in reply to Anuj Ahooja

@evan @chris @blaine @anewsocial

I understand the instinct of "make these work together", but there are technical and cultural differences that make it more than just two standards talking to each other. A couple of simple examples are "I don't want to be in a public, auditable firehose" or "I had a bad experience there, I don't trust them with my safety."

General Discussion reshared this.

in reply to Anuj Ahooja

@quillmatiq @evan @chris @blaine @anewsocial

I understand if you don't want to have the conversation but these are public systems like blogging with your email address available, we just don't think of them like that. it's old school twitter, not even your network of friends and family on facebook. not having algos/ads doesn't mean everything isn't boostable to the world by default. maybe people want to use something designed to be inherently private, but that's not fedi etc. IMHO

in reply to william.maggos

@evan @chris @blaine @anewsocial

I agree with you there! But often it's not about *how* public things are, it's more about *where* they're public. In other words, many users I've spoken to who are either not bridged or are straight-up anti-bridge have chosen that route because they don't (yet) trust the entities on the other side to have that much ownership over their data. There's also a cohort who don't want to have to depend on *us* to bridge them either.

It's a lot more complex!

General Discussion reshared this.

in reply to Anuj Ahooja

@quillmatiq @evan @chris @blaine @anewsocial

they're public on the internet! screenshots?

I think the complexity is mostly about having so few people here and thinking it will stay that way. that being here is safety through obscurity. that a fedi server is a community instead of much more a portal to a possibly universal social media network. they built and maintained this place (huge kudos!) to get away, but actually made the best network not to.

they need a fork that's default opt in.

in reply to william.maggos

same with the moderation.

preventing people from being able to tag you with a slur etc will lead to growth, but preventing people from being able to state their unpopular opinion to no one in particular isolates us. I don't think people choose these approaches to keep us small, they just don't want to stumble on stuff that will upset them. they want this place cozy.

but we see junk browsing the web. it's essential to culture/civics.

sorry. /rant

Questa voce è stata modificata (3 giorni fa)
in reply to william.maggos

@evan @chris @blaine @anewsocial

Huge difference between screenshotting vs always being a part of another network and another organization's infrastructure by default.

To be clear, I don't agree with Fediverse platforms depending on a blocklists, I much prefer approve-lists, but I don't think that's a popular opinion either.

General Discussion reshared this.

in reply to Evan Prodromou

@evan @blaine not saying it's not a great service. But it is also not automatic. It is yet another thing that has to be done to get to a place a great many people might want. Non-tech people want things to just work.
in reply to Chris Alemany🇺🇦🇨🇦🇪🇸

@chris @evan @blaine
With the overwhelming number of bots, trolls and right wing extremists on Bluesky?

NO I DO NOT WANT BLUESKY TO TALK TO FEDI WITHOUT A BRIDGE

in reply to SnowyCA

@SnowyCA @evan @blaine this would be assuming that we would still have the ability to block and or turn off/on said talking 😀
in reply to Chris Alemany🇺🇦🇨🇦🇪🇸

@chris @evan @blaine
Why the hell do people want to turn fedi into a feast for trolls and bots!

If you want free and completely unfettered access to Bluesky then open a damn account and have at it.
Talk like that is showing privilege and 100 % lack of respect for every vulnerable folk on fedi.

in reply to SnowyCA

@SnowyCA @evan @blaine
the bots and trolls will go where they can have the most impact. We have to prepare and ensure the Fedi can deal with them, from any source, regardless of what we do with Bluesky. I just see Bluesky as another server. Like Threads. People can choose to federate to Threads, or not. Same should be true of Bluesky.
in reply to Chris Alemany🇺🇦🇨🇦🇪🇸

@chris @SnowyCA @evan @blaine

yes but size matters. I think we'd all like to be able to see some threads or bluesky users and not others. that they had separate servers with different moderation rules and we could respond accordingly.

in reply to Kuba Suder • @mackuba.eu on 🦋

@chris@mstdn.chrisalemany.ca @evan@cosocial.ca @blaine@mastodon.social @wjmaggos@liberal.city

How nice for you. Wish I could say the same.

And as for bots

inc.com/sam-blum/blueskys-bot-…

Questa voce è stata modificata (5 giorni fa)
in reply to Evan Prodromou

@julian
There are a lot of application domains where multiple competing protocols prevent growth of the industry as a whole. I'd pick Internet of Things and instant messaging as two good examples.
in reply to Evan Prodromou

@julian
There are others where a single protocol has become the overwhelming default, and agreeing on that protocol lets us move up the stack and produce incredible value for everyone. HTTP and SMTP are two good examples.
in reply to Evan Prodromou

@julian I think it's really hard to tell which application domains are going to be the ones that converge and which are going to be the ones that diverge.
in reply to Evan Prodromou

I have some rough guesses.

One is some kind of threshold value in active protocols. I think Randall's instinct is correct: having a dozen or more active protocols in an application area makes it really hard to converge.

Questa voce è stata modificata (5 giorni fa)
in reply to Evan Prodromou

I also think that the difference between open protocols and proprietary protocols matters. Open protocols level the playing field, while commercial protocols concentrate power in one entity. Other players in the space have an incentive to focus on open alternatives to commercial protocols, and sometimes this can begin convergence. Having active or dominant commercial protocols in a space is a source of instability.
Questa voce è stata modificata (5 giorni fa)
in reply to Evan Prodromou

@julian but I don't think either of these are sufficient. Atom, for example, was (partially) created to provide convergence for feed formats within the auspices of a formal standards body. It didn't achieve that goal.
in reply to Evan Prodromou

@julian overall, I think that in general application domains where a single protocol becomes the default are ones that flourish. Application domains where multiple protocols compete languish. Not always, but often.
in reply to Evan Prodromou

@julian I don't have the secret sauce for how to get there, though. Trying my best.
in reply to Evan Prodromou

@evan @julian what would you consider to be the "application domain" of HTTP, and what needs to be built above it? ironically, i think if you look at the OSI model, then HTTP is already at the uppermost "layer 7", the application layer -- and attempts to build networks on top of HTTP are in effect virtualizing lower layers! so instead of a virtual 3-7 on top of HTTP's 7, why not use HTTP's 7 directly? how many nested virtualized app layers do we need?
in reply to Evan Prodromou

@trwnh @julian "The Hypertext Transfer Protocol (HTTP) is an application-level protocol for distributed, collaborative, hypermedia information systems."

datatracker.ietf.org/doc/html/…

in reply to Evan Prodromou

@trwnh @julian I am taking Computer Networks right now, and I asked the very same question. If we have application-layer protocols, what do we call the things like SOAP or ActivityPub that work on top of those protocols. The answer I got was that those are also layer 7. Once you get to layer 7, it's just 7 all the way up. Inverted turtle structure!
in reply to Evan Prodromou

@julian I don't know if there is a good book about how SMTP won, by the way. It would be a great read. In hindsight, it seems inevitable, but in the late 1980s and early 1990s it was far from a sure thing. There were dozens of commercial network email protocols already in use, and a few interoperation standards, like X.400.

en.wikipedia.org/wiki/X.400

in reply to william.maggos

"what's preventing this?"

atproto is designed in a way hostile to integration with external systems. The point of atproto is "a big central server collects literally all the information and then you query that server for whatever you want"*. For it to talk to a decentralized system efficiently you almost have to change it into something else

* It's actually a little less convenient than this, but space

in reply to william.maggos

purely personally, I don’t see significant value from this.

More people to follow? Don’t care, I don’t follow everyone on mastodon, I’m already missing out gems.

More people follow me? I don’t care, my account isn’t used to drive any economical value.

I can see there being frustrations as protocols fail to work with each other. Or as funded tries to absorb ‘free’.
Or culture shifting towards more hustle due to the nature of ATp being more about money generation.

in reply to Leroy

@leroy

to me, the point of social media is virality. the boosts. having the best info, ideas and art spread most widely. it's why cities generally improved the human experience. for that, I want everyone involved.

in reply to william.maggos

I don’t think a bridge is necessary for that though. As it’s not that APp is exclusionary from a technical standpoint (although it is socially).

My worry is that a bridge will not result in best info and ideas. Instead it will homogenize ideas around a local peak of ‘best’.

With separation we have two local peaks of best and sometimes one side is better, sometimes the other. But we can learn from each other.

in reply to Leroy

sorry, best is shorthand. there will be multiple very goods. but I want the people who disagree to engage each other, not be on different services. I really wish we had reddit style comment ratings. I don't like that we're doing the separation via politics. our moderation could be more nuanced.
Questa voce è stata modificata (5 giorni fa)
in reply to william.maggos

What’s preventing this: this has many answers, but one way this could be done is by doing exactly what Threads has been doing, by just implementing ActivityPub.

Since Bluesky has a de-facto centralised component bsky.app that does interoperability between their “instances” or how do they call it. That centralised component can also do transparent ActivityPub bridging.

in reply to william.maggos

BlueSky is driven by profit, while Mastodon and other ActivityPub spaces (for the most part) are driven by the people.
in reply to william.maggos

before I vote, what does this mean technically? The way I understand it is that AP is message passing and ATProto is shared heap, how would they become interoperable without a bridge unless you change the specs of one or both of them?
in reply to Ammar (they/them)

@ammaratef45

yea IDK

cosocial.ca/@evan/115276790114…


That doesn't make any sense; it's like saying that you want Chinese and Spanish to be mutually intelligible. You could try to combine the two languages into one mixed thing, but that resulting language would be neither Chinese nor Spanish.

in reply to william.maggos

a mastodon instance doing translation from ATProto to AP would be like it running both protocols (unless im misunderstanding), given how insanely expensive it is to run a blusky instance (perhaps why we got only one instance of it) that is a suicide move by Mastodon to do it (I took mastodon and blusky here as examples)

The shared heap is pretty large and is growing and AP prides itself in the ability for it to be deployed on stuff like a raspberry pi

So my vote will be no