Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)NA
Posts
0
Comments
337
Joined
6 mo. ago

  • It's technically right, but the problem is there's just one DNC and no other viable party. If you had dozens of viable parties like other western countries, then it would no longer matter that one of them has opaque nomination processes, because there would still be competition on political positions.

  • It doesn't get served to all, but it has to be served to a relay which in turn is reachable by all.

    While there is a firehose service which publishes all events as they happen, only services built on watching those needs to receive all (moderation services, etc). Everybody else gets a view already filtered and composed by services earlier in line. See jetstream as an existing optimization already delivered by bluesky themselves which reduces traffic.

    A limited scope appview and relay is possible too, you can choose to only serve one community, and then fetch external content on-demand (but this will have the same impacts on latency as Mastodon and lemmy has when opening previously unseen threads)

  • In fact, it is worse than the storage requirements, because the message delivery requirements become quadratic at the scale of full decentralization: to send a message to one user is to send a message to all. Rather than writing one letter, a copy of that letter must be made and delivered to every person on earth

    That's written assuming the edge case of EVERYBODY running a full relay and appview, and that's not per-node scaling cost but global scaling cost.

    Because they don't scale like that, global cost is geometric instead (for every full relay and appview, there's one full copy with linear scaling to network activity), and each server only handles the cost for serving their own users' activity (plus firehose/jetstream subscription & filtering for those who need it)

    For Mastodon instance costs, try ask the former maintainers of https://botsin.space/

  • Partially - something running independent infrastructure like Whitewind (blogging on atproto) will still work just like before (it's easier for them to run it independently because you don't need a full network view, just pull in the posts from the user's PDS for standalone display)

    When the work to make appviews easier to run makes it more practical this will be less of a risk.

  • No, it doesn't scale "quadratically". That's what going viral on Mastodon does to a small instance, not on bluesky. Pretty much everything scales linearly. The difference is certain components handle a larger fraction of the work (appview and relay).

    Both a bluesky appview and a Mastodon instance scales by the size of the userbase which it interacts with. Mastodon likes to imagine that the userbase will always be consistent, but it isn't. Anything viewed by a large part of the whole Mastodon network forces the host to serve the entirety of the network and all its interactions. So does a bluesky appview, in just the same way, but they acknowledge this upfront.

    Meanwhile, you CAN host a bluesky PDS account host and have your traffic scale only by the rate of your users' activity + number of relays you push these updates to. Going viral doesn't kill your bandwidth.

  • Domains only help you verify organizations and individuals you recognize directly.

    This verification system also allows 3rd parties (it's NOT just bluesky themselves!) to issue attestations that s given account belongs to who they say they are, which would help people like independent journalists, etc.