Sean "Loverboy" Tilley is a user on social.nasqueron.org. You can follow them or interact with them if you have an account anywhere in the fediverse. If you don't, you can sign up here.

@deadsuperhero do I want to know why the hell a CMS would want or need anything to do with blockchain stuff? (VC obviously, but still)

Basically the article proposes using a private distributed ledger to syncronize users between different Drupal installations within an organization.

Interesting idea, but I can't see why you couldn't bridge all of these installations together without a blockchain to effectively accomplish the same thing?

@nepfag Basically. It's funny because they're not directly referencing LDAP, and only refer to it as the "centralized cloud way" of doing it.

They also say that such a thing is expensive, while a blockchain is lean and more performant.

@deadsuperhero yeah, if it is private there isn't any reason to have the blockchain stuff. A federated system would work much better and be easier to maintain I think.

@deadsuperhero my software isn't slow enough, let's combine drupal and blockchain
@moonman @deadsuperhero It's called Drupal because your performance droops

@deadsuperhero Yeah within a single organization that makes no sense; a shared LDAP or PostgreSQL install would be fine. Blockchain makes a lot more sense ACROSS administrative domains. I think a blockchain makes a lot of sense for something like claiming usernames, though without a desktop/mobile app to help with key management, the admin of whatever node you use can still hijack your username in that case.

@deadsuperhero I've been thinking about something along these lines for shared systems administration of a network of servers physically hosted by the various admins involved. You could stick your ssh keys into a blockchain, for example, which makes actually distributing them a bit easier.

@seanl The other thing is that I don't think blockchains are particularly known for supporting mutable data? What happens if an employee leaves an organization? Does the blockchain have to be regenerated to account for the person's departure?

@deadsuperhero You can use multisig for that sort of thing, where a key can be revoked either using its own private key or n of m other keys. It's also a good idea to have some kind of expiration.

@deadsuperhero @seanl You can delete files with git right? And git is an awful lot like a blockchain.

However, without checkpointing, you can't *recover the space of* the file (or employee data) you deleted in git or a blockchain.

IMO distributed ledgers have some good uses but right now people are kinda blockchain crazy because hype hype hype

@cwebber @seanl

> Git is an awful lot like the blockchain

How? Via the commit hashes in a repo all referencing the prior commit hash?

@deadsuperhero @seanl Yep, they're both merkle-tree distributed ledgers. "Blockchain" is a fuzzy term... one could argue that maybe blockchains are signed distributed ledgers with consensus and *possibly* proof of work.

@joeyh said recently in person "Blockchains and git came out around the same time, and a lot of people who think they want blockchains really want git" <- I agree!

@cwebber @deadsuperhero Inability to recover a space isn't necessarily a problem for metadata, since it tends to grow an order of magnitude more slowly than the related data. It's not OK for say block storage metadata, but for user accounts it should be fine since total data for a given user should dwarf AAA data.

@deadsuperhero

Yeah, but, you know...BLOCKCHAIN! And...and...FUTURE! And...WE'RE ON THE BLEEDING EDGE, KIDS!

@lostnbronx @deadsuperhero Blame the folks throwing money at anything with "blockchain" in the name. It's a gamblers' frenzy pushed along by a combination of capital controls and historic low interest rates.

@lostnbronx @deadsuperhero South Koreans, for example, *can't* invest in anything with a reasonable amount of yield OTHER than cryptocurrencies.