Someone’s not a fan of hot coffee.

It’s probably because things get janky on high FPS. I wasn’t able to complete the game until I capped the FPS in the final mission (helicopter scene).

I have no issues with them remastering old games for newer platforms. I have a problem with remaking old games instead of making new games.

Competition naturally degrades over time as companies go out of business and consolidate.

And it naturally improves over time as companies challenge established players and “distupt” the market. As long as the barrier to entry remains sufficiently low, there’s no reason for a net degradation in competition.

Large companies tend to become less efficient. Yes, they have economies of scale, but they tend to scare away innovators, so they switch to lobbying to maintain their edge.

The correct approach IMO is to counter the lobbying efforts of large orgs, and that means stripping governments of a lot of their power. Regulations tend to result in more monopolies, requiring antitrust to fix, and as you noted, that’s extremely rare.

Do you think a more direct “medical patient union” would work? Skipping a government intermediary?

Yeah, that can work. I’m thinking of having your primary care orovider offer your “insurance” policy, and they’d be on the hook to fund any procedures you need. So they have an incentive to keep you healthy, and that agreement could be a legal obligation that the doctor is doing their best to keep you healthy.

I do think we should socialize emergency services though. If a paramedic determines you need an ambulance ride, that should be free.

I’d prefer socialized healthcare over single payer

I prefer privatized care with transparency in pricing across the board, shortened patent durations, and some government assistance for the poor. But failing that, socialized care is probably the next best. Anything in the middle just breeds corruption.

There’s no real / true decentralization

That’s not exactly true.

That said, you do need some form of centralized service to connect peers, but you can federate those. It’s only job would be to connect peers, and a STUN server w/ TURN fallback is usually the approach here. These instances don’t need to store any data long term, they just need to connect peers, and the client is free to choose any instance they want, or host their own.

That’s how Tor works (entry nodes), and most decentralized systems use a similar system.

One of the best parts here is that offline often just works, and you can sneakernet around firewalls (e.g. if you visit China or something), and all you need to do is connect to a local relay to find local peers.

Blockchain

My understanding is it’s only used for name resolution, so the number of data points here should be in the thousands, not millions or billions, so the resource usage should be minimal.

Basically, the blockchain is functioning as DNS here.

Lemmy is not decentralized; it’s federated. “Decentralized” and “federated” are not synonyms,

This isn’t quite accurate. Lemmy is decentralized, but it’s not distributed. It’s decentralized because the source of truth for a community isn’t your instance, but your instance caches content for that community locally.

They’re not synonyms, true, but federated systems are typically (always?) decentralized, and rarely (never?) distributed.

Plebbit seems to be a weird mix of both. Communities are centrally managed, but the data seems to be distributed, at least upon creation (everything probably makes its way back to the creator for moderation).

DHTs and distributed ledgers are notoriously difficult to design well, often suffering from syncing lags and block delivery failures

I haven’t looked into it too closely either, but it seems the blockchain is only used for name resolution (seems to be used for community names), so updates should be fairly infrequent.

I assume they’re using a DHT for data though, probably a separate one for each community, but maybe not. Those can be updated asynchronously, so if data is cached locally, latency shouldn’t be an issue.

I really don’t think that would scale at all. A reasonably popular community could have tons of simultaneous posts, and if everyone needs to sync before posting, that would suck. You could probably avoid the worst of it by having posts use uuids, but you’re going to have IO issues at scale. Also, would you need the full repo cloned? That can get big, and you generally only care about recent posts.

Also, if you’re doing the UUID thing, you’d have sort everything every time locally. That’s fine if you only have a few thousand posts, but if you get into millions or billions, it’ll get bad, especially if you’re dealing with files.

Databases solve these problems really well. Even a simple SQLite dB would be much better than a filesystem, like orders of magnitude better.

My understanding is the blockchain bit is optional and only used to establish ownership over a name. The posts and whatnot are not on a blockchain, that would be silly.

That’s a reasonable reaction if it was true. But it’s not, plebbit is FOSS.

Yeah, that’s a super uninformed take. Blockchain is perhaps the best solution for authentication in a P2P system. I assume they’re linking blockchain to cryptocurrency, but AFAIK, there’s no cryptocurrency in Plebbit.

For authentication, you need a central authority of some form, and blockchain is about as decentralized as you can get while having that central source of truth. It’s a good solution.

Bluesky. If you’re okay with Twitter/X, you should be okay with Bluesky.

Wouldn’t PLA catch fire with temps that high?

Yeah, I’m not too worried about Proton support, but that will likely cause me to wait a bit to see how it ends up working on Proton.

Exactly. The focus should be on data privacy, not on what technologies a service chooses to use.

Maybe in the short term, but longer term, I don’t think your vision of what the community wants to be will necessarily match what the community wants to be. I guess we’ll see how it turns out, and ib sincerely hope I’m wrong because I want an improvement on Reddit and Lemmy.

That’s a big reason why I don’t use their security layer, mostly just their domain registrar. They have a ton of products that don’t involve tracking your users.

They don’t need most of the date, they need a statistically significant sample to have a high confidence in the result. And that’s a small percentage of the total population.

And you could have something on file where you opt in to such things, just like you can opt in to being an organ donor. Maybe make it opt out if numbers are important. But it cannot be publicly available without a way to say no.

Looking at the stats, I’d take my chances.

Eh, I have repurchased some games on Steam after getting them free from Epic. I rarely play them, but sometimes it’s fun to dig through and find something I claimed. It takes like 30 sec on the web, so I do it when I’m in a meeting or something.

I have to re-login every time

Really? I don’t. Maybe that’s why I’ve bothered claiming them nearly every week. I just open the web page, click the free game, then check out.

New games drop every Thursday at 9AM PST, so it’s easy to remember. I WFH Thursday and Friday, so it’s easy to remember to claim it in the morning. But honestly, any day of the week works since it’s one drop per week.

It’s more frequent during their Christmas sale, and I always forget when it starts, and I don’t care enough to figure it out. So around Christmas, I check the next drop date and when it says the next day, I go on every day.

Eh, Cloudflare provides a pretty good service for a very reasonable price.

But yeah, the web doesn’t have a business model in the same way a town square doesn’t, yet you can make a business work in both areas. Make a compelling product and people will pay you for it.