I've had a lot of people ask how BlueSky compares to Mastodon and the Fediverse.
-
replied to John E. Bartley last edited by
It's totally your call what you do, I'm not trying to condemn people's choice of platforms.
However, if we keep jumping the problem will keep repeating, and many never jump so the problem never gets solved anyway.
We have to do things differently if we want to break the cycle.
BlueSky is advertising itself as if it is breaking the cycle, the point of the post above is that they're not really breaking the cycle.
-
R [email protected] shared this topic
-
replied to Bill last edited by
@w_b @caos @FediTips @effariwhy
So... BlueSky Direct messages all go through a central server. And are not encrypted E2E anyway.
I don't like that.
Never thought about it but DMs in Mastodon are not E2E either.
I'm just learning about ActivityPub. How difficult would it be to E2E DMs?
Could you provide encryption keys on both ends. And make it to where something like the users pass decrypts DMs?
-
replied to Fedi.Tips last edited by
@FediTips Honestly, the lowest cost for a master. Don't instance. I would say it would be about $70 plus 12 or so a month to keep the D. N. S registered. $60 for raspberry Pi $10 for the needed storage to add to the pi 12 a month for domain registration can we get this Lower?
-
replied to Fedi.Tips last edited by
@FediTips but the main reason I hear people join bsky is because it’s easier. Not sure #average_user is too clued in to the inner workings, or even cares about it all too much.
-
J [email protected] shared this topic
-
replied to Texas Technician last edited by
@txtechnician @caos @FediTips @effariwhy
End to end encryption has been a problem in email that still is not solved. The problem is the key distribution.
I don't know how Signal, etc. do it but it would seem publishing the public key in the user profile would solve e2e for at least DMs.
-
replied to Fedi.Tips last edited by
@FediTips @xChaos @janxdevil It could be that these 12M+ people just don't agree that it is going down exactly the same path as Twitter, Facebook etc?…
-
replied to Kuba Suder • @mackuba.eu on 🦋 last edited by
You brought up MAUs as a reason to be on Bluesky.
I replied that if MAUs are your main concern, you can get even higher MAUs on Twitter etc.
As for going down the path, it's a matter of fact that Bluesky has adopted the same structure as Twitter, Facebook etc. Pretending it hasn't doesn't change this fact.
-
replied to Fedi.Tips last edited by
@FediTips @xChaos @janxdevil I didn't bring it up, @xChaos did
-
replied to Fedi.Tips last edited by
@FediTips The thing that is missing from your diagram is that while #Fediverse servers CAN communicate with each other, not all of them DO. This is most noticeable when you follow a #hashtag - If you are on a large, well connected instance you will see many (maybe almost all) posts containing that hashtag. If you are on a small instance, or an instance that is not well connected (for whatever reason) you will see only a small percentage (maybe close to 0%) of the posts made using that hashtag.
In situations like that, from the user's perspective the #Bluesky / AT protocol is superior, because with the centralized server and corporate relays pretty much anything posted using a given hashtag will be seen by all those who follow that hashtag.
I'm not saying we all should move to Bluesky. I'm saying that this is a problem that needs to be solved by whoever writes the software for #Mastodon and similar Fediverse instances. And if there already is a solution but few instances are using it, what is that solution and where can you find a list of instances that are already using it? I understand there will always be some blockages because instance operators don't want traffic from certain types of instances, but I'm not talking about that, I am talking about cases where a post with a hashtag doesn't reach your instance because no one using your instance is specifically following the user that made that post.
-
replied to Kuba Suder • @mackuba.eu on 🦋 last edited by [email protected]
Ahh apoloiges
My mistake, sorry.
-
replied to Bill last edited by
@w_b @txtechnician @caos @effariwhy
Social networks in general aren't good for privacy, as far as I know none of them have E2EE. It's much better to use encrypted messaging systems such as XMPP with OMEMO, @briar etc.
There is discussion of how to bring E2EE to Mastodon at https://github.com/mastodon/mastodon/issues/19565 but it hasn't been updated in some time.
-
-
replied to caos last edited by
BlueSky is not a non-profit, it is owned by Bluesky Social PBC which is a for-profit corporation.
In October it announced that it had partially sold itself to Blockchain Capital, and the same announcement said they had appointed a blockchain/cryptocurrency expert to their board:
Fedi.Tips (@[email protected])
This is why I have been trying to warn about #BlueSky. BlueSky has just been partially bought by a cryptocurrency company "Blockchain Capital" and appointed a blockchain / cryptocurrency expert to their board: https://bsky.social/about/blog/10-24-2024-series-a The board member is a bitcoin researcher involved with NFT analytics. BlueSky describe the tie-up with Blockchain Capital as a "natural partnership" and says the blockchain company has "a uniquely deep understanding of our decentralized foundation". (via @[email protected])
social.growyourown.services (social.growyourown.services)
This is in addition to their CEO being a blockchain/cryptocurrency person:
AFAIK the board only has three people, so a majority are from blockchain.
-
replied to kryptec last edited by
There are various ways to make any Fediverse server see a lot more of the Fediverse:
Using relays, groups, directories and scripts to quickly expand a server’s view of the Fediverse | Fedi.Tips – An Unofficial Guide to Mastodon and the Fediverse
An unofficial guide to using Mastodon and the Fediverse
(fedi.tips)
-
replied to Mik3y last edited by
If you use a managed hosting service you can do it for a few dollars a month including someone doing all the technical stuff for you:
Pricing | Masto.host
Pricing for Masto.host fully managed Mastodon hosting plans. Starting at $6/month.
Masto.host (masto.host)
-
replied to Dr. ir. Brian R. Pauw last edited by
You might not care about the workings of something, but you might care about the effects of something. No one cares about how a medicine works, but they care if it stops them being sick.
The structure Bluesky has chosen for its tech and its business is very likely to repeat all the problems that Twitter, Facebook etc suffer from.
The things that make people leave Twitter & Facebook now are going to get repeated on Bluesky with its current structure. Then they'll have to move again.
-
replied to maple last edited by
@maple @FediTips ok, but having all the data stored in a single, owned, instance (like BlueSky) would potentially expose users to an unknown future... as it happened with the current "big tech". I rather prefer fix and improve what is not working in the fedivese, which is the real alternative. I wish a future were we always own data, regardless of the app/technology we use
-
replied to Fedi.Tips last edited by
@FediTips @kryptec Right, but as a USER I have no way of knowing if the instance I am using has implemented any of those. How about publishing a list of such servers? And if you have no way of knowing which servers are using any of those various ways, then how is the user supposed to know? A solution that few instances are using and/or where users have no way of knowing if their instance (or any other) is using that solution adds a level of complication and annoyance that you don't have with the big corporate platform.
-
replied to maple last edited by
The idea isn't to have a listed set of features, it's just to provide more posts visible to the instance.
Also, the user themselves can implement things like following groups which totally bypass whatever their instance can see. If you follow a group, you will see the same posts no matter which instance you are on. It's the same if you follow a particular set of accounts, the act of a user following an account changes which posts are visible to the user's instance.