JFC, people in tech are really out there saying that language models will be better at therapy, financial advice, and career advice than trained people.

WTF is wrong with you people? Do you really have no clue about what other people’s jobs actually involve?

Language models can’t even do maths how are they supposed to get good at financial advice?

And therapy? Just… πŸ˜‘

What’s wrong with people in tech?

@baldur I thought all these use cases were already covered by blockchain?!

😁

@aguleb @baldur Blockchain has covered absolutely *no* use-cases except for β€œthe need for blockchain technology to exist” and β€œto automate the waste of electricity to a comically absurd degree”.

@enoch_exe_inc by that, do you mean that distributed ledgers are a bogus idea, or that only blockchain is a bad realisation and there are better ones, and if so, could you point me in that direction please?

@aguleb @baldur

@tivasyk @enoch_exe_inc @aguleb @baldur
People are prone to confusing a technology itself from its application in late stage capitalism.
Blockchain is an incredibly useful technology that's been steered toward evil.
@AeonCypher @tivasyk @enoch_exe_inc @aguleb @baldur the useful pieces are all decades old tech with new jargon slapped on - you *could* call git or anything with a merkle tree or verifiable append-only history in it a "blockchain" if you squint hard enough, but you really shouldn't - since its mostly a marketing term for companies using that tech to do fraud
@cr8 @tivasyk @enoch_exe_inc @aguleb @baldur
I'm sorry, that's not true. It's incredibly easy, trivial, to forge a fake commit history.
You are saying "verifiable" as though that were somehow a trivial task. It's not.
The components of the technology for a verifiable distributed database existed decades ago. In fact the technology in labs existed decades ago.
A working system that actually does something didn't exist until 15 years ago.

@AeonCypher @tivasyk @enoch_exe_inc @aguleb @baldur its also "trivial" to forge a fake chain history - getting clients to accept it is the hard pard, but git clients *also* don't blindly accept forged histories - you need some way of handling fresh clones and deciding which *new* additions are valid, but for most applications you can just pick someone to trust.

the new bit was "trustlessness," but that doesn't solve a problem most (non-cryptocurrency) applications actually have

@cr8 @tivasyk @enoch_exe_inc @aguleb @baldur
You can fork a repo, rewrite the entire history, and publish it as your own.
The entire reason you can't just mess with the history is because a maintainer decides whether to bring it into the main branch.
That's not distributed. It's impossible for Github to both be distributed and verifyable. It can be only one.
Also, maybe go read the actual papers on blockchain from the 80's and 90's.
You clearly seem to have a misunderstanding of what the technology is, and continue to confuse its application under the capitalist hegemon for what the technology actually is.

Proof of Work, and Proof of Stake are not possible under any standard version control system, and AFAIK no system of proof exists for them other than through a central authority.

@AeonCypher @tivasyk @enoch_exe_inc @aguleb @baldur you know that git isn't the same thing as github right
@cr8 @tivasyk @enoch_exe_inc @aguleb @baldur
Are you intentionally being insulting?
@AeonCypher @tivasyk @enoch_exe_inc @aguleb @baldur anyway you can totally apply proof-of-work to git, stripe did it as a ctf challenge a couple years ago - there was never a technical reason you couldn't, there's just no good reason to do it
@cr8 @tivasyk @enoch_exe_inc @aguleb @baldur
"stripe did it as a ctf challenge a couple years ago"
That's interesting.

@AeonCypher @tivasyk @enoch_exe_inc @aguleb @baldur https://github.com/ctfs/write-ups-2014/tree/master/stripe-ctf3/level1

there wasn't a mempool or anything but if you were really into the idea of proof-of-work version control there's no reason you couldn't take it further

write-ups-2014/stripe-ctf3/level1 at master Β· ctfs/write-ups-2014

Wiki-like CTF write-ups repository, maintained by the community. 2014 - ctfs/write-ups-2014

GitHub

@cr8 @tivasyk @enoch_exe_inc @aguleb @baldur

It's hard for me to imagine a system of federated micropayments, which we're going to need as the old internet dies, without resorting to some form of blockchain.
The alternative is a central authority.
I'd love to hear alternative ideas.
Though, I'll be honest, my complaint here is with the principle of attacking the technology and not the people wielding the technology.
A technology is just a tool.

@AeonCypher @cr8 @tivasyk @enoch_exe_inc @aguleb @baldur how would you use a blockchain for micropayments without being overwhelmed by gas fees and/or transaction delays?

@ShadSterling there are ones where those are less bad (though not eliminated) - I think the volatility is a worse problem - its not really that useful to accept payments in a currency you can't pay your *bills* with and may not be worth the same amount by the time you *can* exchange it.

stablecoins aren't a solution either - they *are* a central authority, and algostables (or generally any token pegged to *anything* off chain) *provably* can't guarantee they won't depeg.

@AeonCypher @cr8 @tivasyk @enoch_exe_inc @aguleb @baldur There are some odd assumptions in this reply. "... as the old internet dies" - the old internet is dying? How and why? In apparently such a manner that it won't support micropayments? We already have a bunch of micropayment services supported by banks. Banks are "central authorities", but what's wrong with that? Honestly, most of the arguments I see against "central authorities" sound more like people evading the argument for "We must keep our system of laws and government democratically accountable so that central authorities remain trustworthy".

@gfwellman @cr8 @tivasyk @enoch_exe_inc @aguleb @baldur

How and why? - Because everything is going to be paywalled. Because AI can read things for you.

"it won't support micropayments? " - Micropayments currently exist from authorities. I said federated micropayments.

"We must keep our system of laws and government democratically accountable so that central authorities remain trustworthy"
I would _MUCH_ rather that banking, as in money creation, and for that mater payment processing were run by a competent government. I'm not holding my breath for that.

@AeonCypher @gfwellman @tivasyk I think money creation is not really a problem with a technical solution.

Decentralizing things at a protocol level *does nothing* to decentralize **power** - pretty much every chain of any size has far more drastic wealth concentration than most govt currencies and could be (and sometimes are) crashed by the actions of just a few individuals.

@cr8 @AeonCypher @tivasyk This makes the argument about power much better than I did. If we lose our democracy to a red-ballcap-wearing mob, the leaders of that mob are going to steal everything they can, like Putin-affiliated oligarchs. Federated micropayments will likely reproduce the wealth concentration problem that @cr8 described, and would probably just be taken over by oligarchs anyway.

I really do sympathize with the goal of "how do we keep our ability to conduct commerce away from central authority if the central authority goes full-fash". I just doubt that a blockchain could be kept free under those conditions.

@AeonCypher @tivasyk @enoch_exe_inc @aguleb @baldur proof-of-stake is too inherently tied to the concept of a crypto*currency* though because of the need to impose an extra penalty ("slashing") on elected validators that intentionally stall the system
@cr8 @tivasyk @enoch_exe_inc @aguleb @baldur
The way I would have intuitively made a distributed ledger is with a (Bayesian) trust network. I could never figure out how to get the maths to work on it for something like a distributed ledger.
The fact is, the people who are developing the technology have little incentive to make anything other than coins or bank-ledgers. At least currently.
There are a lot of startups trying to put the tech to creative uses, but I haven't seen any of them take off yet.
I'd give one example I know well, but I'd have someone mad at me for "sharing their idea".

@AeonCypher @tivasyk @enoch_exe_inc @aguleb @baldur i worked on a lot of similar pre-"blockchain" tech and then after it took off watched a lot of my ex-coworkers and peers go on to blockchain co's that I thought were at best producing clunky subpar products and sometimes just outright scams

the incentives are toxic - crypto is a space where investors don't have to wait for an "exit," and can profitably just sell hype so even well-meaning projects get turned into pump-and-dump schemes

@cr8 @tivasyk @enoch_exe_inc @aguleb @baldur
Oof, yeah. That sounds rough. I definitely get the ire, hatred even, for the crytpto grifters.

Was your project using a trust network? Most people's eyes just glaze over at the concept. LOL

(Sorry if I was a bit aggro earlier. I'm having that kind of day.)

@AeonCypher @tivasyk @enoch_exe_inc @aguleb @baldur was mostly on things closer to a "private blockchain" than public one w/ adversarial consensus (didn't have to work with *totally* mutually distrusting parties - it was still verifiable, you couldn't undetectably change history - but we never needed a solution for a "cold start")

I generally like the idea of trust networks but I think the hard part of them is UX - its hard to make clear (especially to nontechnical users) what's happening.

@AeonCypher @cr8 @tivasyk @enoch_exe_inc @aguleb @baldur well, a working system that does anything else than cause climate catastrophe does not exist yet either
@StOnSoftware @cr8 @tivasyk @enoch_exe_inc @aguleb @baldur Proof of Stake systems don't do this. At lease not like proof of work systems do.
That being said, I'm not really interested in spending my time defending crypto.