Moreover, in a *hypothetical* future where Bluesky managed to actually get 70% of its users to use other services, the ability to decouple PDS from AppView at least has the *potential* to allow *some* users to keep their post history in the event of a catastrophe. If they *weren't* self-hosting their PDS but they *were* maintaining control over their handle via custom DNS records, they could at least have continuity of the same name, even if they lost their posts.

Whereas, in the context of this potential Fediverse ELE where Mastodon gGmbH disappears, everybody just has to go make a new account, search up all of their old followers, lose *both* all their posts *and* their handle, and start from scratch. To say nothing of the difficulty of re-starting development, which would be equally difficult in both cases. It's not *quite* to the level of, like, Twitter shutting down, but it's not all that much different.

@glyph I have an account on mastodon.social (the "centralized" instance) and an independent PDS on bsky. Imagine m.s shut down. I'd lose all my posts, and I'd lose my follow/followers UNLESS I was given 48 hours warning. However I could rebuild much of my network on another site.

If bsky shuts down, I have… all my posts in a dense, non human readable binary format, and… a json-rpc server from which someone, if it occurred to them to do so, could read them. Which would never ever happen.

@glyph The first of these scenarios is sucky. But the second is… well, bad enough it's not clear to me what the benefit of my pds surviving post bsky is.

I've thought often about making a limited frontend I can slap in front of my pds to display my posts as a sort of smol web archive if I ever quit bluesky. But it's frustrating to imagine doing unpaid dev to paper over the shortcomings in a corporation's product. And then my frontend would be pointed to as a "see, the system works!" thing. Ugh

@glyph I can imagine various systems someone could hypothetically create to mitigate the bluesky fragility problem. But I could also imagine mastodon ggmbh implementing a system where when you migrate your posts when you migrate follows, significantly addressing my problems there. Nobody gets points for hypotheticals.

I wish my handle here could be @ mcc @ dryad dot technology.

@mcc saaaaaame

@mcc I mean I don't wish my handle were mcc at dryad dot technology, I would want glyph at glyph dot im. But mostly same.

Whereas, in the context of this potential Fediverse ELE where Mastodon gGmbH disappears, everybody just has to go make a new account, search up all of their old followers, lose *both* all their posts *and* their handle, and start from scratch. To say nothing of the difficulty of re-starting development, which would be equally difficult in both cases. It's not *quite* to the level of, like, Twitter shutting down, but it's not all that much different.

@glyph starting over nearly from scratch when twitter died wasn't too bad

@mcc actually while we're talking about big hypotheticals, I have more of a brass-tacks issue that I keep procrastinating on, and maybe your deep knowledge here would help provide a useful answer. I have 2 presences on Bluesky, this account (bridged) and glyf.bsky.social, which is mostly just a placeholder so I have a "native" account, since… well, for obvious reasons, probably. Can I set up the custom DNS magic to point either or both of these at glyph.im, and would that be a good idea?

@glyph moving your .bsky.social account to your own domain would be absurd easy, you follow a simple guide within the bsky.social interface and add some TXT records to your domain. I can think of no reason not to do it tomorrow, unless you're considering moving your account off bluesky pds to a selfhost pds. You might want to do the migrations together. Maybe. I literally don't know.

Moving your bridgyfed… that would be a question for bridgyfed. It would depend on how bridgyfed works.

@aeva I do wish I had my post history, though

@mcc I guess I was more thinking about whether I would want my native ("just in case, but mostly just follow the other one") or bridged ("follow this one unless mastodon blows up I guess") should be like the 'glyph.im' toplevel, or whether there's a cost imposed to changing later

@glyph As far as I know changing later is virtually zero cost.

If it were me, I would put a bridgyfed tag in like bridgy.glyph.im or bridged.glyph.im or mastodon.glyph.im. this would avoid confusion if someone tried to interact with your bridged account like a regular bsky account, which it isn't*exactly*

@mcc I mean… creating that *illusion* is the whole point! But yeah you’re probably correct. Perhaps for symmetry I will just do mastodon.glyph.im and bluesky.glyph.im

@glyph I do think having a merged feed, if it's possible, would be valuable for a few reasons

@mcc I have about 5 minutes a month for bluesky maintenance and this seems like that might be exceedingly tricky; but the dns thing looks like it tractably fits into my budget

@glyph the DNS thing will take no more than five minutes no exaggeration. The most time consuming thing will be remembering where everything is in your domain registrar control panel.

@glyph I don't personally get the appeal, but I feel like "simply add post migration" is probably the easier hypothetical problem to just go and solve, on account of activitypub and mastodon not being proprietary and all that

Every month that this proposal or an equivalent isn't implemented I gain further brain damage

https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md