Connected Places @fediversereport@mastodon.social
Public

New from me: FR#150 - On ICE, Verification, and Presence As Harm

Bluesky has verified the account of ICE, which was a step too far for many in the fediverse, wanting to disconnect from the bridge between the networks

The presence itself of ICE on Bluesky is a form of harm, and Bluesky is not well equipped to deal with this new challenge. Making things worse, their verification system is set up to delegate responsibility, but instead they made no use of it

connectedplaces.online/reports

FR#150 – On ICE, Verification, and Presence As Harm

Bluesky built a verification system designed to distribute trust, and then didn't use it when it mattered.

connectedplaces.online · connectedplaces.online

Link author: Laurens Hof@laurenshof@connectedplaces.online

0
0
2

If you have a fediverse account, you can quote this note from your own instance. Search https://mastodon.social/users/fediversereport/statuses/115945468921908243 on your instance and quote it. (Note that quoting is not supported in Mastodon.)

0
0
0
Anuj Ahooja @quillmatiq@mastodon.social
Public

RE: mastodon.social/@fediverserepo

"When fediverse users say they don’t want to be bridged to Bluesky, they’re applying an ActivityPub mental model to ATProto infrastructure. In one sense this is a bit of a category error, the bridge connects to networking infrastructure, not the application. This way your’e not just refusing to federate with the Bluesky-the-app but with the entire ecosystem, including apps with different values, such as Blacksky or Leaflet."

This. It's like blocking the entire Fedi because Threads is in it.

0
0
0