Rollups are a technical solution to a particular problem: cost of on-chain computation.
Rollups move on-chain computation off-chain, while keeping most of the traffic on chain.
1/n
This is crucial for Ethereum for which on-chain contracts have turned into large and complex programs that are very resource demanding.
Blockchains are *not* general-purpose programming platforms. They do poorly if one tries to execute its entire app logic on it.
2/n
Cardano addressed that from the start by taking a very opinionated, albeit unusual, road when designing the EUTXO model.
The on-chain logic is only about validation and is a lot less ressource demanding. Most of the DApp logic *already* happens off-chain, by design.
3/n
Plus, due to the current size of scripts and capacity limitations, execution times won't be an issue before a while.
Putting efforts in optimizing the compiler or, working on alternative compilers are much more interesting than rollups (for Cardano!) to me.
4/n
So, when looking at scalability issues to tackle first on Cardano, throughput and settlement time is what comes first to my mind, and these aren't solved by rollups.
We hope Hydra heads can help with some of that. And we have many ideas on top of heads already!
5/n
Yet Hydra isn't a unicorn either and it has limitations. But it's not like rollups are addressing any of them because, once again, they solve different problems.
So I'd rather keep the efforts on building on top of Hydra, than start a new effort in the other direction.
n/n
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Perhaps an unpopular opinion but, I truly dislike the wording "smart contracts".
I used to find it confusing when I first got into crypto years ago, but now I dislike it even more in the context of Cardano.
Why?👇
Compared to most existing smart-contract platforms, Cardano takes a much different road. Recently, we've seen a lot of discussions going on about "concurrency issues" and "EUTXO vs accounts". While equally expressive, Cardano programmability is different and atypical.
Cardano introduces the concept of programmable validators. Validators are fully deterministic: their result entirely depends on the transaction that carries them (= predictable fees).
In a sense, they are similar to the notion of "pure functions" in functional programming.
Ethereum Arbitrum vs #Cardano#Hydra, a thread about Layer 2 solutions.
👇👇👇
With the recent release of Arbitrum on Ethereum, and the upcoming Alonzo hard-fork on Cardano, there has been many discussions and comparisons about layer 2 solutions. As some knows, I've been working on Hydra with a few others for some months now and I want to shed some lights.
Firstly, what's Arbitrum and what problem does it solve for Ethereum?
Arbitrum is a mechanism that allows to move smart-contract execution out of the layer 1, in such a way that participants can put their trust in some chosen validators (a.k.a managers).