Live data from Hacker News

Stripe Launches L1 Blockchain: Tempo

tempo.xyz

191–200 of 1001 posts

Re: Stripe Launches L1 Blockchain: Tempo

#191
post #148
post #46

There are lots of crypto skeptics on HN (and we ourselves were disappointed with crypto's payments utility for much of the past decade), so it might be interesting to share what changed our mind over the past couple of years: we started to notice a lot of real-world businesses finding utility in stablecoins. For example, Bridge (a stablecoin orchestration platform that Stripe acquired) is used by SpaceX for managing…

A lot of us are not really deep into the finance space. Maybe there's a good reason it's left unsaid, but the question I came away with after reading that page and this comment is, why are businesses finding crypto easier/faster/better? To me, it's not 100% clear exactly who Tempo is for and not for, and why blockchain is more suitable than traditional centralized database technology here. And it sounds like this sys…

that's a very high quality question, in comparison to the others.

here is what you're missing, and is very easy to miss:

the third party, unaffiliated, developer experience is better on an EVM than it is is on a traditional centralized database. Than it is on a shared database with a bunch of signers. Than on any "web 2.0" cloud platform. the developers continue to bring their entire audiences with them, even though those audiences are quite small, they've grown in aggregate to be large enough.

in web3, of which EVM platforms dominate and are the most mature, there is a tiny payment for deploying your application once, and then it exists in perpetuity for free at unlimited levels of bandwidth. your users pay to update the state of your application, and in many cases you can earn from them doing that.

there is absolutely nothing in the cloud world that achieves the same thing at the same cost. the payment paradigms are entirely different, you have to pay for hosting, deployment, the thing that handles your deployment, additional workers to unbottleneck your continuous deployment, the bandwidth, bandwidth spikes, and get nickel and dimed on a ton of more things, or paying a premium to a service that handles all that for you.

additionally, the concept of "composability" is attractive in the web3 space, again spearheaded by standards on EVMs, the concept is that third party applications are automatically compatible with each other. there are infinite permutations of combinable operations one can do or enable amongst deployed applications. you can compose, or combine, applications in a far less cumbersome and less fragile way, than with REST and APIs of different people's apps in the web 2.0 world.

and on top of that, if one of those permutations becomes useful and you make it user friendly to do so, you can collect a toll for others doing that operation. this is just financial services, where "basis points" are collected by intermediaries.

a common application are forms of lending. initiating borrowing, trading the opportunity, and closing the loan within a split second, leveraging 3 - 10 financial services at once, is something that's better faster and cheaper than what has been possible outside of the blockchain space. the ability to do so is gatekept by the other financial industry and payment rails in ways that are no longer necessary to debate. now you can do these things with $3 in capital instead of needing $3 million dollars to pursue getting an API key from some old slow moving organization.

the compelling reason to create a new EVM are to change some basic parameters. block time, the size of contracts (the aforementioned operations) that can be deployed, and which standards are included into that chain, and of course the governance model - how are new standards deployed and how are transactions added. making stablecoins a first class citizen would need a new blockchain. how your governors/validators/nodes and RPCs function under load would need a new blockchain.

it is very attractive to developers that they can deploy applications "in the cloud" that have a very nominal cost, doesn't cost them to maintain even amongst spikes in bandwidth. they don't have to incorporate or do any formalities while having unlimited financial upside, solely because there is already hundred of billions of dollars in notional value sloshing around in that space to cater to already.

edit: I'd actually like to work with Stripe or other web3 organizations again on these kind of applications, now that I notice how boutique it still is to understand what's going on, email in bio

Re: Stripe Launches L1 Blockchain: Tempo

#192

[I'm likely missing something, but] "EVM-compatible, built on Reth" => they're essentially building a private Ethereum fork with a fancy validator selection process. Couldn't they just get these benefits (predictable fees, fast settlement) by ... running a database between these financial institutions? If Stripe controls the validator set (even indirectly), then ... just a distributed database with extra steps, no?

It sounds like different levels of influence/control/responsibility to me.

Fancy validator selection sounds like the individual financial institutions are still responsible for managing and maintaining their nodes, which gives them a fair (as in balanced not fair as in a lot) amount of liability/responsibility/control.

A distributed database, afaik, while geographically distributed, entails more centralization of power/control.

Re: Stripe Launches L1 Blockchain: Tempo

#193
post #125

Ah the layers. Okay, so one: Obviously pointless from a tech POV. There is nothing that a Stripe controlled blockchain could offer that a database could not. But then, why? Sadly, as someone who does like the ideals of true cryptocurrency, yet another way to make sure "real" crypto doesn't happen, much like what is happening to BTC. Here's hoping (yeah, it's a long shot) people see through all of this and maybe, MAYB…

> There is nothing that a Stripe controlled blockchain could offer that a database could not. There absolutely is. Its called having access to the ecosystem. The money features that exist in the current blockchain landscape are simply a better developer ecosystem, with many more features, than the non existent "Database driven", uhh money tools. Blockchains are no longer about the singular feature of having a trustle…

> No, instead it is about a whole variety of money related features and developer ecosystems that simply do not exist outside of the crypto space.

Like what? Speculation?

Re: Stripe Launches L1 Blockchain: Tempo

#194
post #73

Who is backing this stablecoin? Who is managing the backing? Where is Tempo located? Tether has now moved to Bukele's paradise El Salvador and its backing is managed by Howard Lutnick's Cantor Fitzgerald. Previously Tether's funds were managed by Deltec in the Caribbean, a bank with a colorful history.

It's crazy that after all this time Tether is still a thing.

Not only tether is a "thing", its actually in the top 10 US bonds buyer. So this "thing" isn't a business anymore, but an actual, proper, geopolitical actor.

Re: Stripe Launches L1 Blockchain: Tempo

#196

Earlier quoted context omitted.

Incorrect. Try sending a SMS message with .xyz domain. It won't be delivered.

I wasn't talking about deliverability. I was talking about what the OP was suggesting, which was to imply that a .xyz "truly represents we are still trying to figure out a good usecase"

I was taking a dig , I have nothing against any tld :)

Re: Stripe Launches L1 Blockchain: Tempo

#197
post #46

There are lots of crypto skeptics on HN (and we ourselves were disappointed with crypto's payments utility for much of the past decade), so it might be interesting to share what changed our mind over the past couple of years: we started to notice a lot of real-world businesses finding utility in stablecoins. For example, Bridge (a stablecoin orchestration platform that Stripe acquired) is used by SpaceX for managing…

Can you say more about the SpaceX use-case? Are they paying for rocket parts from some of their vendors using crypto?

Re: Stripe Launches L1 Blockchain: Tempo

#198
post #155

Why not use actual Ethereum as a base layer? If you want speed, build (or use) an L2 on top of it. I can hardly see any value in "yet another private blockchain" — just use a database, duh.

ethereum is expensive, and there's scaling limits, see all the posts coinbase puts out for their base chain.

Re: Stripe Launches L1 Blockchain: Tempo

#199
post #159

Earlier quoted context omitted.

There's always a comment in any HN blockchain thread where the commenter disproves the need for a blockchain by proposing just to use a blockchain instead.

M of N big institutions signing a thing doesn't really make it a blockchain

Your protocol has to use a consensus mechanism if you want to reliably make progress, and be able to recover if you make mistakes, this is exactly what a blockchain solves

Re: Stripe Launches L1 Blockchain: Tempo

#200
post #155

Why not use actual Ethereum as a base layer? If you want speed, build (or use) an L2 on top of it. I can hardly see any value in "yet another private blockchain" — just use a database, duh.

Probably 50 years ago, some skeptics were saying, "Why database, just use a pen and a notepad, duh".
Post reply on HN