Natanael

joined 3 months ago
[–] Natanael@infosec.pub 1 points 2 weeks ago

[avengers "I get that reference"]

[–] Natanael@infosec.pub 1 points 2 weeks ago

One shelter is very valuable, a second shelter has extremely questionable value to me.

[–] Natanael@infosec.pub 1 points 2 weeks ago

I play Pokémon Unite a lot. Very wide variation in abilities and skillsets

[–] Natanael@infosec.pub 1 points 2 weeks ago

I'm not sure you know what content addressing is.

[–] Natanael@infosec.pub 1 points 2 weeks ago (2 children)

There's no definition of "inherently valuable" which doesn't rely on arbitrary axioms. Especially because no amount of inherentness can guarantee a minimum price.

[–] Natanael@infosec.pub 1 points 2 weeks ago* (last edited 2 weeks ago)

Bluesky is federated in terms of that you can swap out arbitrary components and let anything talk to anything. Any app can talk to any appview, that appview can talk to any feed generator and moderation labeler for you, all three of these can talk to any (and multiple!) relays, etc.

This isn't 1:1 federation, there's no reason for one feed generator to talk to another, no reason for an appview to talk to another, no reason for two PDS account hosts to talk. Users on different appviews rely on their respective appviews having at least one shared relay to be able to see each other, and that relay can be swapped out. Every other component look at trusted moderation labelers for flagging content and takedowns - and they all choose independently who they trust. Every PDS just wants to talk to one or more relays to make their users' posts visible.

So you can have a pair of users on the exact same set of infrastructure (most regular bluesky users), but you could also have 2 users sharing nothing but the bluesky relay (or another relay) and still talking to each other.

Since it very heavily relies on domains for readable addresses (using a DID directly is possible but annoying) it's kinda hard to use in isolated physical networks. Technically you could make an app host its user's repository and hold a copy of the signing key and publish it locally, but you'd lose a lot of thread visibility unless the app archives everything to republish. Or else you can have a separate offline only lexicon for posting locally, I guess, imitating scuttlebutt.

[–] Natanael@infosec.pub 0 points 2 weeks ago* (last edited 2 weeks ago)

Go away.

Even I2P uses supernodes, that doesn't make it centralized because you don't depend on them.

You don't need ultra purist single-type-node mesh like scuttlebutt to be decentralized.

Bluesky is federated, where the federation has multiple layers and EVERY layer can be run independently and interconnected to other nodes.

You can even connect to MULTIPLE! An appview can talk to many relays, a PDS account host can talk to many relays, anybody can subscribe to multiple separate feeds generators and moderation labelers hosted wherever, using any app, etc.

Beyond that, you still have not addressed that you said a blatantly self contradicting statement; that people self host relays, but also they don't self host relays because that is costly and the self hosted relay code available to the public is experimental and mainly used for reasons tangential to the core function of a production ready relay.

Your inability to read remains YOUR problem, not mine.

My point is exactly this - it's feasible to maintain your own private relay by mirroring the content you want, imitating both Mastodon and scuttlebutt.

You can choose to share a community relay - or not.

Running it for an audience of yourself is reasonably cheap. Running it for a worldwide audience is where bandwidth gets expensive. That's why people run private ones.

Not capable of synchronizing with the original? Lmao. It's literally content addressed, you can synchronize with every relay separately, swap arbitrarily between public appviews, regardless of who runs what and where it gets data from. It's maximally capable of synchronization. It even beats nostr and scuttlebutt because you can VERIFY you have fresh and complete data (Merkle trees yay).

Pretty sure Whitewind pulls in data themselves directly when users use self hosted atproto accounts, maintaining its own relay index. Don't think they make it publicly accessible though

Not having gatekeepers is what matters the most. You can run all infrastructure yourself and still interact with bluesky users (need to use DID:Web, but that's a minor point)

[–] Natanael@infosec.pub 2 points 2 weeks ago (2 children)

Sorry what, an example of a 3rd party service proving 3rd party mirrors exists proves it's vulnerable to what? It's content addressed and as open as it gets, it's literally designed to survive if the company goes down

[–] Natanael@infosec.pub 2 points 2 weeks ago (4 children)

Those are factors that create an expectation of value.

[–] Natanael@infosec.pub 32 points 2 weeks ago (6 children)

Almost anything where memorization is the primary skill is going to be dominated by people with specific interest, rather than general high intelligence (certainly doesn't exclude it, but it's just statistics). Gotta look for something frequently requiring novel problem solving and adaption to filter for high probability of high general intelligence.

Then there's also a lot of games requiring very narrow intellectual ability. Being able to parse a specific ruleset, or doing a specific kind of math fast, without needing to be able to handle anything novel. You'll certainly find some "interesting individuals" around those kinds of games.

[–] Natanael@infosec.pub 5 points 2 weeks ago (1 children)

Generation why is the world like this

[–] Natanael@infosec.pub 5 points 2 weeks ago

Yup, very few rare earth metals are actually rare in absolute terms. Most deposits simply aren't worth the trouble.

view more: ‹ prev next ›