Hacker News new | ask | show | jobs
by roymurdock 2986 days ago
The author is arguing that decentralizing the control of compute power and compute-as-a-service is valuable and should be invested in.

It is valuable if we ever reach a point where say, AWS has a monopoly on all compute power, and starts making bad/unfair/predatory decisions that hurt customers.

Otherwise running decentralized payment networks to exchange compute power is much less efficient and much more costly than relying on purchasing services directly from a few competing (read: non-colluding) service providers using USD, GBP, EUR, credit cards, etc.

There's really no need to decentralize compute-as-a-service. This person is getting paid to talk their book because their employer has placed a lot of bets in the cryptocurrency/blockchain world and is trying to brainstorm ways to turn them into actual viable products and exit these investments.

Blockchains / decentralized ledgers are almost always solutions looking for a problem. They solve the very niche issue of exchange between untrusted parties, with caveats, and with extra performance/cost added to a centralized solution.

There's currently no reason to implement a decentralized ledger solution for exchanging compute-as-a-service.

2 comments

And you don't even mention the biggest issue: why would I ever trust my data to some random compute provider in a "decentralized compute-as-a-service" system.

At least with applications like storage you can encrypt your data. AFAIK homomorphic encryption isn't general or efficient enough to be very useful yet.

"It is valuable if we ever reach a point where say, AWS has a monopoly on all compute power, and starts making bad/unfair/predatory decisions that hurt customers."

Or... we could use intermediate libraries that translated our desires into whatever backends were currently cheap or fashionable, thus making it relatively easy to deploy across multiple infrastructure companies and just possibly preventing this monopoly from happening in the first place.

I encourage my competitors to code directly for Amazon APIs, though. I'm sure it gives them a performance advantage.