Loading summary
Transcript65 lines
- [00:00]
A
All right, welcome, everybody, back to the podcast we have with us Haseeb Qureshi, who's our partner at Dragonfly. Haseeb and I used to work together back when I was more active in cryptolan. And Vitalik is, of course, a polymath. Ingenious, although he may bristle at that description. Who created Ethereum, which is the first smart contract blockchain to gain any volume and change the face of blockchain computing as we know it. Haseeb, you want to give us a quick one paragraph? Background yourself.
- [00:26]
B
So I'm a software engineer by background. I'm now an investor. I run Dragonfly Capital, which is a global crypto fund. We only invest into crypto, and I've been doing this for a little bit over four years now. It's funny, because when I first got into crypto, I remember I was actually at IC3, this academic crypto conference. I just left my job at Airbnb as a software engineer, and I met Vitalik for the first time. And I asked you, what do you think is the most important problem to solve in crypto? At the time, your answer was something about wallets. And you were like, I think it's important to build more wallets. And at that time, I had a vague understanding of what that meant to build wallets. That was what triggered my dive down the rabbit hole of Ethereum. And I remember in the very early days when I was first really diving deep into crypto, I remember coming away with a very strong feeling after that IC3 conference that Bitcoin was going to die. And the reason why I thought bitcoin was going to die is I was like, look at the obvious massive delta in the intellectual energy and character of what's going on in the Ethereum world, which is everything that I saw at IC3 versus what I saw in the Bitcoin world, which was a whole lot of religious anger and fervor and not a whole lot of innovation. And I turned out to have a very simplistic understanding at that time. But that was how I first got into crypto full time, through that small interaction that you and I had back then.
- [01:42]
A
And you also have a background as a poker player, if I remember correctly.
- [01:45]
B
That is also correct. In a former life, before I got into the technology world, I used to be a professional poker player for about five years.
- [01:51]
A
There's a strangely large number of us who were either in the Gathering or in poker before we got into crypto.
- [01:56]
C
Or World of Warcraft.
- [01:57]
A
Maybe it's just geeks and gamers.
- [02:00]
B
I do think it's bigger than that. I have this theory that you and I have talked about before. Every generation there is some hustle that if you're really smart, very aggressive in looking for edges and not afraid of looking weird, there are ways to get ahead early or to make a lot of money in a way that's not obvious to most people and is maybe even slightly subversive. It's the kind of thing your parents would raise their eyebrows if you were spending a lot of time on. In my day, that was poker. There's a time when it became fantasy sports, then it became crypto, then it became defi and liquidity mining. Then it became NFT trading. Two years from now there'll be something else. When NFTs are very professionalized and there's not that much alpha to be made trading NFTs, there'll be something else that young, really hungry people who are not afraid of looking dumb are going to be doing to make a lot of money.
- [02:43]
A
Vitalik, you want to give us a quick background?
- [02:45]
C
Born in Russia, moved to Canada when he was 6. At the time I had already been doing a lot of math, a lot of programming, and I had been halfway through high school and I came upon this interesting bitcoin thing. It fascinated me immediately because of how it combines together all of my interests at the time. Bitcoin has the mathematical aspects, it has the cryptography, the it has the computer science, the code. It's all open source software. I had been very into open source software at the time. And then also there's these economic and political aspects. I had been following Austrian economics a little already and then bitcoin just hit all of those buttons. I started trying my best to join the bitcoin community. I started scouring through the bitcoin forums looking for jobs that would pay me in bitcoin because I figured the point of bitcoin is that you're supposed to earn it. I found someone willing to pay me 5 bitcoins, which back then was $4 per article, to write articles for his blog. I did this for a few months. Then eventually a poker player, a Romanian named Mihailisi, reached out to me and said that he was starting a bitcoin magazine and wanted me to be the first writer. I immediately agreed and I became the first writer for Bitcoin magazine. I kept doing that for about two weeks, started doing more and more became bitcoin related writing, learning about bitcoin, eventually more programming related projects. Did some work for a Covered Coins library called Bitcoin X and started getting deeper and deeper into the space. Then in mid-2013, I decided that I would go on this bitcoin trip, take half a year off of university and go around the world, visit all of the bitcoin communities. I could understand the communities, see what everyone is up to. Eventually, after a few months of this, I came upon these people that were trying to take the blockchain and extend it to do things other than cryptocurrency. So there was this project called Covered Coins that had existed for a long time, which was trying to use the blockchain as this database layer to issue other kinds of assets on top. So you could issue shares on the blockchain, you could issue digital dollars on the blockchain. And there was a project called mastercoin that was trying to extend that even further to create a full financial system, do what we call Defi today, but this very early version of that. And after I spent enough time in these circles, I eventually had my own idea for how to create a more general purpose version of all of these ideas. Instead of a blockchain for one application, a blockchain that you could build any application on top of. And that's where Ethereum came from.
- [05:18]
A
So Ethereum is a blockchain on which you can build any application. And Bitcoin is obviously limited to trying to be new money or a new reserve currency, or nowadays some people say digital gold. So you were the original creator along with a team who coded it up and you released it. How old were you when you did that?
- [05:35]
C
19.
- [05:35]
A
And how long had you been in computers at that point? When did you first start programming?
- [05:39]
C
I think I started programming when I was around 10 or so.
- [05:42]
A
And were you mostly self taught or did you go to school for this? What's the secret here, besides the obvious genetics?
- [05:48]
C
I just grew up programming video games for myself to play. So I would make a video game, play it until I got tired, then make another video game and then play it until I got tired and then. And that's pretty much how I learned all the way up until high school.
- [06:00]
A
Did your parents do anything or did the environment do anything uniquely to foster your development in programming?
- [06:06]
C
My parents did buy me a lot of programming books. They did find some programming classes for me and some math classes as well. So they were definitely very supportive.
- [06:15]
A
And were you in a gifted program or just the normal public school system or private school?
- [06:20]
C
I was in the gifted program of the public school up until grade eight, but. And then for High school, my parents moved you over to a private school, and I found the private school to be a much better experience.
- [06:30]
A
Were most of your collaboration colleagues met online, or was there a physical place that you were at where they were all hanging out and you stumbled into.
- [06:37]
C
Them pretty much entirely online? The Bitcoin world lived on a forum, unless you were in one of the major cities like New York or San Francisco, or that had a community starting almost from the beginning. So Bitcoin magazine was a fully remote company from day one. Bitcoin Weekly, the blog before Bitcoin Magazine, also fully remote from day one.
- [06:58]
A
And to this day, most of your collaborators, you're pretty much spread out all over the world, isn't that correct?
- [07:02]
C
Pretty much, yeah.
- [07:03]
A
So Ethereum came out to the world in 2014. I think if I remember correctly, you'd been developing it for a few years before that. There was a public sale. A lot of people got involved. And then 2017, there was a boom around people building assets on top of Ethereum, different kinds of coins. And then, of course, gaming and NFTs and DeFi and all of those things came along. Let's just go through the evolution of Ethereum. What does Ethereum do at a core level? What does it do well and today? What does it do poorly? What does it need to get better at?
- [07:31]
C
I think of Ethereum as a general purpose blockchain. So instead of being a blockchain for one application, it's a blockchain that you can build any application on top of. And the way that you do this on Ethereum is you write a piece of code and you create a digital transaction that contains that piece of code and publish it. And when you publish this transaction, and that transaction gets included into a block on the blockchain, this creates an object called a contract. And this is a virtual object that the blockchain keeps track of. A contract is an object that contains a piece of code. Now, the blockchain has this object that has a piece of code, and that is a little application that the Ethereum blockchain maintains from that point forward. So then anyone after that point can send another transaction that says, I want to talk to this object. So step one, I created a transaction that creates this object. We'll call that object X. Then step two, you want to use my application. So you send a transaction, and in your transaction you say, I want to talk to smart Contract X. And here's a little piece of data that says, here's what I want to do with that application. When that Transaction gets included in a block. The piece of code that I first published runs taking as input the data from your transaction and interprets it in whatever way it wants. So we can make this more concrete with an example, right? So let's say I have a company and I want to issue shares on the blockchain. I am going to create a transaction that contains a program, and the rules of that program are going to say, well, what can you do with shares? We'll just say you can transfer your shares to someone else and you can vote, right? So the program is going to interpret any data that it sees, either as an instruction to transfer your shares to someone else or as an instruction to make a vote. I publish this transaction that initializes the whole thing. And as part of that transaction, I might say Naval has 50 shares, Haseeb has 100 shares, and I have 25 shares. So now there is this thing on the blockchain and it has a piece of code and it has its own little memory that says, I have 25, Haseeb has 100, and Naval has 50. So then Naval is feeling generous and wants to give half its shares to me. So Naval is going to create a transaction and that transaction is going to have some data. It's going to encode this idea that I. Naval wants to send 25 of my shares to Vitalik. So you create a transaction that encodes this, send it to the network, it gets included into a block, and then once it gets included, the piece of code runs and the piece of code sees the transaction and it sees, okay, clearly I have to transfer 25 shares from Naval to Vitalik. Before, Naval had 50. I'm going to subtract 25. Now, Naval has 25. Before, Vitalik had 25. Now Vitalik has 50. So I'm going to write down that Vitalik has 50 now. And that's it. The transaction got processed.
- [10:19]
A
Why do all this in the cloud in this very convoluted way, this very complicated blockchain? Why not just use a normal computer? Why not just send an email?
- [10:26]
C
This creates this very transparent public record of what the rules are. And this guarantee that all of the interactions with this application that I created followed the rules. There is no actor that has a backdoor key.
- [10:40]
A
It's a trusted computer in the cloud that each of us can verify all of the activity, we can audit all of it, and we know that nobody cheated. Nobody else moved my funds. I was the one who moved the funds. And everyone can authenticate the code was exactly the code that was supposed to be run. And there are obviously sacrifices for this, right? This is not free.
- [10:58]
C
Exactly. Even I, as the creator of the contract in this example, I do not have the ability to later go in and say, oh, I changed my mind. I'm going to give myself 400 shares once I create it, and once I publish it, I have no more privileges than anyone else. The application doesn't even have an owner. So that's powerful. Completely neutral, completely transparent, visible, treats everyone equally according to what the rules are. Now, what do you sacrifice for this? One big thing that you sacrifice is efficiency. The way that all of these blockchains, including Bitcoin and Ethereum, work is that you have this network of tens of thousands of computers, each of which help to verify the transaction. So when I broadcast this transaction, that transaction goes out to every single computer on the network, and every single computer on the network runs that piece of code. Every single computer on the network verifies it. Every single computer on the network processes it.
- [11:50]
A
Parallel computing was I take my code and I split it across a thousand computers and each one runs 1000. Now I send it to a thousand computers and all thousand computers run my code.
- [11:58]
C
Exactly. Yeah. It's a very different kind of computing. The way to intuitively think about why it makes sense is compare text to audio and video. So right now we're recording a podcast, and the podcast has some audio, podcast has some video. And to see each other on video, there's hundreds of thousands of bytes that are flowing around between us every second. But technically, those hundreds of thousands of bytes, they're not necessary. If you wanted to, we could just do the whole thing over a text conversation. But there are some benefits from us being able to hear each other's voices and see each other's expressions. So there's already lots of very high overhead computation that people do with their computers. Video is a great example. Audio is a great example. The things that happen in the blockchain are more similar to text, like Nefal -25 Vitalik +25. It's this extremely simple, extremely efficient stuff. So it is perfectly viable to have many thousands of users and even millions of users activity all get verified by one single computer. Because the blockchain doesn't do everything. The blockchain just does this core business logic and that the core business logic is not actually all that complex.
- [13:09]
B
This is because of the constraints of blockchains. It's a function of the constraints of all the redundancy you have to have when you're on blockchains that we can only afford to put the naval -25 Vitalik +25 on the blockchain. The goal in the long run is that we want to make it so that more and more kinds of low value computations can also be happening on the blockchain. But right now, out of necessity, only high value transactions can afford to pay the cost.
- [13:33]
A
So to back up for a second, what you've done is you've built a computer in the cloud, a virtual computer that's stitched out of thousands or tens of thousands of real computers. And that computer is very inefficient, it's very slow, it's going to move at a very slow speed. So comparing it in throughput to your home computer or to a supercomputer is nonsense. Is besides the point. And but any piece of code running on this is very trustworthy and you know it hasn't been hacked. And now you no longer need a government or you no longer need a single actor in the middle like a Mark Zuckerberg running Facebook to tell you which transactions are valid, which contracts are valid, which programs are valid and which ones aren't. You've done away with the need for trusted third parties and you've replaced it with a trusted computer that is being audited, verified and checked by thousands or tens of thousands of computers. And the technological complexity comes in scaling this, making this computer faster, keeping it secure, creating incentives, both economic and technological and game theoretic, to prevent people from hacking it and breaking it, and having an incentive mechanism in there so that people want to add computers to this network and also having a disincentive mechanism to use the network, you have to pay for it, otherwise you can easily overwhelm it. This giant contraption is Ethereum. People have of course come along and created other smart contract blockchains. But even though we call it a smart contract blockchain, it's really a trusted computer in the cloud that can in theory run any application, but it trades off performance in exchange for security. And that security can be measured through decentralization. In other words, no single entity can control the computer. It can be measured in terms of how secure is the code, can it be hacked or not, et cetera, et cetera. And there's a lot of subtle and beautiful elements that come out of it that are non obvious because we're used to thinking of computers as okay, Facebook runs some computers. These are central computers run by Mark Zuckerberg and crew, and the code is not open. Of course, I'm not entitled to see the code. I'm just a user. I don't own my data. They own the data. It's sitting in that database. And I don't have access to the database to read or write from it. I have to go to Facebook and ask them to read or write from the database. But now you've created a computer where the code is all open. In fact, even the data is open. But some of it's encrypted, some of it's not some data. Anyone has access to see some data you actually need to have your encryption decryption key to get access to. And anyone can read or write from it if they have the proper permissions. This is a mind blowingly crazy concept. It is a truly shared database with no owner and permissions at a very granular user level where the users actually own the data and in fact the users own the network that's now run by this database. So if someone built the next Facebook application on top of Ethereum, they could engineer it in such a way that the users actually own that application. This is the remarkable achievement underlying Ethereum. And it's hard to encapsulate in a few words, but one way that I tried to do it was I said smart contracts are castles made of math freely trading with each other. Castles, these are impregnable. Encryption is very strong and creates a strong defense, but they're made out of mathematics very much like the video games that you are programming in your youth. These are constructs put together by anyone anonymously or pseudonymously around the world. And they're engaging in free trade with each other, where the owner of each castle is deciding what trade happens with somebody else. Now there are obviously substantial limitations to this, so let's talk about the limitations. We've already talked about how this computer network is going to move at the speed of roughly one computer, at least until we get into some of the ways to scale it and to grow it. But what are other limitations of this network? Can you give us some concrete applications of what it's good for and where you wouldn't use it?
- [17:17]
C
So aside from scaling, the other big performance limit on it is latency. So when I send a transaction, I have to wait maybe about half a minute for the transaction to get included and to get a confirmation back. Now, in the future this is going to get somewhat more efficient. Maybe like 10 or 12 seconds is going to be realistic soon. But this isn't a real time thing that you would stick real time video game logic onto. For example, you could use it for payments, but you probably don't want to use it for things that are more real time than payments need to be. That's one limitation. Another limitation is the transparency properties. This probably is one of those places where you might have to get into some of the cryptography weeds. But basically the blockchain by itself is fully transparent, right? Everyone can see everything that's going on. If we go back to the example and we issue the shares of this company on the blockchain, then when Naval sends me his 25 shares, everyone in the world is going to be able to see that. Now, there might be some cases where that's totally fine, but there might be some cases where you want some privacy. And this is one of those areas where you often can get privacy and security at the same time. You. There's this extra cryptographic math. We don't need to get into it in depth, but it's worth saying the name. It's zero knowledge proofs. The way that I describe zero knowledge proofs are that it's a way of proving something about a piece of information without revealing that piece of information. Let's say we're going to have the same application, the shares of my company on the blockchain, except instead of the blockchain recording the numbers 25, 50 and 100, you, the blockchain is going to record an encrypted version of 25, an encrypted version of 50, and an encrypted version of 100. And then when Naval sends me his 25 shares, he's going to say, here is the encryption of the number of shares I have right now. Here is the encryption of the new number of shares I'm going to have. Here is the encryption of the number of shares I'm giving Vitalik. And then here is this magic cryptographic proof that says that the numbers line up. It says X, Y, Z. And I'm not trying to give away more than I actually have. You can verify that everything's following the rules without verifying which specific thing a particular transaction is doing and with what parameters. So there are ways to get back your security and privacy at the same time. There are still some limits to how much privacy you can get. For example, even in this case, people can see when people are interacting with this particular application at all. If you just use a blockchain, you lose a lot of privacy. If you use a blockchain, plus zero knowledge proofs and plus other kinds of cryptography, you can often get back a lot of Privacy. And you can potentially get even more privacy than in the centralized case. Because in a traditional centralized system, there is the Facebook that runs everything and then sees everything. But with these kinds of systems, there is no one at the center. All there is is this mathematical castle in the sky verifying the proofs.
- [20:14]
A
So in theory, we could get digital cash, which is anonymous. One step further, we could even get anonymous smart contracts where maybe you can tell you and I interacted with a smart contract, but the details beyond that are lost.
- [20:26]
C
Not even in theory. This is something that's existed. Zcash has been around for more than five years now.
- [20:31]
A
Zcash is a blockchain that is built around zero knowledge proofs for all the transactions. The recipients and the senders can be anonymous. Truly Moon math, as they say. So let's fast Forward a bit. 10 years from now, 20 years from now. I know that's really long out in blockchain land because bitcoin only came around in 2009 and eth only came around in the early teens. But let's say 10 or 20 years from now. We've done all the hard engineering that we need. We've built as much technology as we can imagine. What are the limits of blockchain scalability and privacy? Where do we end up? Do we end up with every transaction we want to have? Private is private, or do you think a lot of them stay public? Do you think that we're using blockchains for almost all cloud computing or is still limited into the financial and high value domain?
- [21:13]
C
One of the things that it's important to mention is that the scalability of blockchains is improving. And it's going to improve pretty rapidly. The way the blockchains work today is I send a transaction, the transaction gets on the network, and every single computer on the network has to verify that transaction. There are scaling techniques. Once again, we don't have to get into the weeds, but things like rollups, charting. These are technologies that allow you to use blockchains in a more clever way where you still have a lot of very redundant computation happening, but it's much more efficient.
- [21:47]
A
So what are the different techniques? Let's just go through those.
- [21:50]
C
So centralized system, send a transaction, you send it to Facebook. Facebook has one computer, one computer verifies it a blockchain. You have 100,000 computers. You send your transaction. All hundred thousand computers verified. Sharding set your transaction. The System randomly chooses 1,000 computers out of 100,000 computers. Those 1,000 computers verify it and the transaction gets accepted. So Instead of all 100,000 computers verifying, only 1,000 computers verifying, when you have lots of transactions being accepted into the system, every single computer in the network, on average, is only going to have to verify, like maybe 1% of all the activity. You could actually crank up the efficiency even higher. Eventually you could say, well, every computer doesn't even have to verify 1%. Every computer maybe only has to verify 0.1%. Think of how BitTorrent works, right? BitTorrent is also like a highly distributed network. If you want to download the really popular movies, you generally can. But on BitTorrent, you don't literally have every computer download every movie, because that's totally crazy. On average, the movies are going to have a few hundred seaters, maybe a few thousand seaters. So that number is big enough that you have the redundancy and you can generally get the content that you want. And. But it's not so redundant that it just becomes crazy inefficient. The question is, can you create a network that works the way that BitTorrent works from the point of view of data distribution and efficiency, but create something that still has the same verification properties that blockchains do? That is what sharding does. One of the weaknesses of sharding is that it is more technically complicated. You have to actually do the work to figure out what exactly are the rules by which these transactions get split apart between the nodes, and how do you make them all talk to each other? How do you do this distributed verification? The approach that is simpler from a protocol perspective is to just say, we're going to require every node in this network to be really powerful. So instead of a laptop, being able to be a node would require every node to be almost a supercomputer. If you do that, then you can make blockchains that still work the way that they work today, but they could process more transactions. Maybe instead of being able to process 50 a second, they might be able to process a thousand a second or 5,000 a second. The weakness of this approach, and the reason why Ethereum is not taking this approach, is that it leads to more centralization, right? The number of people who can actually verify what's going on decreases. The number of people who need to collude to try to push through some change to the protocol that the users might not want becomes much smaller. It's still much more decentralized than Facebook, but it becomes much less decentralized than it could be. And maybe in some cases that's the right approach. If you want to make like a decentralized video game, you want it to be decentralized, but it's not the sort of thing where if it gets captured, people lose hundreds of millions of dollars, then maybe this more centralized approach is actually totally fine. There is this whole spectrum of applications in the middle where it's fine. But if you want something that's high assurance, then you do want to break the decentralization up closer to the maximum. And the current Ethereum does provide that. It does provide this very high level of decentralization and high level of verifiability, but at the expense of scaling. So what we're trying to do with sharding is we're trying to say, can you provide this high level of decentralization and high level of verifiability and still have a higher level of scaling at the same time?
- [25:11]
B
I want to probe a little bit further on this decentralization question. A lot of folks who are coming into crypto, especially if they don't have a lot of experience, they notice that decentralization is important. It's hard to end up in crypto without believing that decentralization matters to some degree. But the question is why? Here you show up and there's a cultural slider about how much decentralization is the right amount. And Ethereum is like, you have to be able to verify Ethereum on a laptop. And the question is, why a laptop?
- [25:37]
C
The larger the number of users that are verifying by default, the more secure a blockchain is. Because in the extreme, if nobody verifies by default except 10 different staking pools, then all that you need to try to force a change to the rules that the users might not like is 10 staking pools to come together and agree on it. But if, on the other hand, you have 10,000 users, where the way that those users interact with the chain by default is they verify it locally and they accept blocks if they see those blocks as being valid. So if someone wants to try to push some change to the rules, they actually have to go to the users and they have to convince the entire set of users to go along with it. That's a much higher bar.
- [26:17]
B
Let's say that I'm Solana. Solana is a super high throughput blockchain, has much higher hardware requirements than what Ethereum has. If I were a Solana proponent, I might say, Look, Ethereum has 5,000 some odd nodes. Something in that ballpark, Solana might have, let's say, for the sake of argument, one tenth the Number of nodes. To actually get everybody in Solana to somehow fail to notice that there's been some fundamental failure or safety violation within Solana would be very difficult. Yes, it's one tenth the number of nodes in Ethereum, but Ethereum just has some number of nodes. Solana has some number of nodes. They're all pretty large and they're all large enough communities that they would notice if something were to go wrong. What is your counterargument to the Solana advocate who says, look, it's consumer hardware, it's expensive consumer hardware, but it's still consumer hardware and somebody who's sufficiently motivated can still go out and verify Solana transactions?
- [27:07]
C
The way that I think about this is it's not just about what is the level of technical capability of running a node. It's once it gets to the point where running a node is so easy that people are comfortable doing it by default. Right? If running a node is hard but possible, then there just is this constant pressure to try to save time and point yourself to another node. Potentially even some of the people participating in the Yep, proof of stake consensus are going to start pointing to the same node. I think that actually happened in EOS a couple of years back. Right now, doesn't the Solana foundation even have to explicitly do a whole bunch of work to actively encourage people to run nodes?
- [27:46]
B
All these new layer ones have a lot of subsidies that go out to most of the node providers, right?
- [27:51]
C
So the question is, when the subsidies disappear, if is the network still going to work that way? There's actually two aspects to this. One aspect is the technical feasibility, and technical feasibility is, is running a node easy enough that people are going to keep doing it as a hobby? Even with Ethereum, there's a lot that we could do to make running a node even easier than it is today. And a lot of the scaling things that we're doing and a lot of the protocol changes that we're doing over the next couple of years are trying to be in that direction. For example, there is this feature called stateless clients. The goal of stateless clients is that it becomes possible to verify the chain without having more than a very tiny amount of information on your hard drive. Right now in Ethereum Node, it takes up half my hard drive. After stateless clients, it's not going to take up any of my hard drive. Bitcoin is in a very good place already. From a node running is point of view, Bitcoin is in a better place than Ethereum, but Bitcoin does Obviously sacrifice by having significantly lower throughput than Ethereum does. So technical feasibility is one aspect. Another important aspect is culture. People need to feel like it is this very ingrained responsibility, that there's lots of this very independent verification going on. And that's something that is difficult to cultivate. It is one of those things where if you lose it, it is fairly difficult to try to get it back. And I do think Bitcoin has that. I do think that in Ethereum, with the staking culture, it's actually been improving recently, and I want it to keep improving. But it is the sort of thing that needs to be highly valued. The two things play into each other. If you have a culture that values running nodes, then you have a culture that's going to value making protocol changes to make it easier to run a node. And if it's possible to run a node, just technically speaking, then it's more likely that you want to have that kind of culture. People sometimes ask us, hey, why not crank up the parameters by a factor of five and why not require people to have 10 terabyte hard drives? And a lot of people in Ethereum core developments are actively resisting this. So I think it's only Ethereum and Bitcoin almost that have cultures that are willing to actively make sacrifices for decentralization to that same extent.
- [29:54]
A
I've always taken the point of view that the most decentralized coins will win in the end, because the whole point of blockchains is decentralization, otherwise you wouldn't need them in the first place. That said, it does seem that every wave that happens in crypto, where new users come in and there's a boom and a bull market, the new users tend to go for minimum viable decentralization. They don't care about decentralization until the bogeyman shows up and starts stomping them out of existence. Even decentralized finance, a lot of these are decentralized in name only. They're running centralized front ends, the teams are in well known locations, they're probably failing the Howie test in some level or another. And we're going to find out just how far governments are going to go to test the decentralization metric. But privacy is the same. People don't value privacy until somebody goes to jail over it. And then they're like, oh wait, I want privacy. Or someone gets deplatformed. And right now we're in a bull market phase. And when the risks aren't as high, people sort of ignore decentralization and privacy. But after A couple of incidents. You will see people start paying attention to decentralization and privacy. And at some level, the OGs know this because the most money is still locked up in Bitcoin and eth and some of that is momentum, but some of that is also security. You can put money into Bitcoin ETH and forget about it for a long time. I'm not convinced you can do that. And a lot of the other protocols that are not completely decentralized. Privacy, everyone just seems to be ignoring for now.
- [31:10]
C
Well, Tornado Cash exists.
- [31:12]
A
Do you see Tornado Cash and Ethereum staying at a separate layer or separate application? Or do you ever see it being folded into Ethereum at a core level?
- [31:19]
C
Realistically, it'll stay at a separate layer because Ethereum's philosophy in general is to try to be simple at the base and for a lot of the extra features to be something that gets built on top. There's a lot of other blockchains that take different philosophies once again. And eos, their default wallet type has social recovery in it or something like that.
- [31:38]
B
You gotta update your references.
- [31:40]
C
I feel like, I feel dirty just.
- [31:42]
A
Talking about that chain. We should get into social recovery. Social recovery is a really interesting concept. The basic idea is that your wallet, because now you have to be your own bank if you really want to be a crypto head. It's scary. So some of us have to trust third party custodians, but then you're back into normal banking. So if you want to maintain it yourself, then social recovery wallets are where you can share your wallet with your friends or family or other trusted people so that when you need to recover it, it takes two out of three or three out of five or whatever keys. And Bitcoin has native support for this. ETH now has products like Gnosis Safe and others that lend support to this. So the wallets are getting better, the security is getting better. We didn't talk about the whole ETH ecosystem, which is interesting. We were talking about scalability. The point I got was that ETH is a decentralization culture. It's going to go for decentralization first, which actually makes it attractive for high value applications like decentralized finance. If you're trading a $10,000 trade, you'll pay the $50 in fees for the security. By the way, one thing that we didn't talk about is that a blockchain runs a market for block space. There's limited block space because there's limited computing power. So you're always participating in auction and you're paying to get your execution of your application included in the current run of the blockchain. And so to do that, you're buying block space. And Ethereum block space has gotten quite expensive. So things like sharding and adding these things called rollups on layer two, which we haven't talked about, these are ways of creating more block space, bringing down the cost of blocks. But even if Ethereum stays very expensive, then the high value applications will stay on Ethereum. Those people will just pay more. If you're building Wall street, you want rule of law, you want equal protection under the law, you want property rights, so you pay for that. Whereas if you're just building a game and you're trading magic axes and swords and they're worth a couple of dollars each, maybe you just go to a blockchain that doesn't value decentralization as much. So perhaps the applications break down that way. But one of the things we haven't talked about is this incredible ecosystem of all these people building on it and around it. And my personal view is that ETH got saved. If you look at Bitcoin, there's not been a lot of innovation in bitcoin. Sure, the core developers have done some good work, but. But now the meme in bitcoin is, no, no, we don't change anything because we're trying to be the reserve currency here. We're trying to be digital gold. So we don't want to change anything. Everything is fixed. Immaculate Conception. It was mostly right at the beginning. We made a few tweaks, it's good to go. We'll fix a few little things, but you can rely on this because it doesn't need to change. It already does a job and it does it well. And I kind of buy that argument, but I don't buy the Maximus argument that that is the end goal of all blockchains. There are other blockchain things you can do, and in eth, we're doing a lot more than just that. But even there, I noticed that there's an incentive mechanism around coins. When you create a blockchain, you create these coins to regulate access to the network. Now, in theory, you reward the people who are doing the hard work around the blockchain. So you reward the miners who are securing the blockchain or the stakers who are securing the blockchain. And it's been hard to reward the developers. I know Zcash had a founder's reward, which was controversial. Satoshi has 5% of the Bitcoin blockchain. The Zcash founders reward is like 10% of the blockchain. Some of the modern blockchains, 70, 80, 90, 99% is going to the initial teams and investors. And these are the VC chains. So how do you incent people to build on somebody else's blockchain? Because the incentive is becoming, well, that's a great blockchain you got there. It's open source. Let me fork it, let me make a copy of it and run it myself. Or I've seen game developers who are saying, I don't need Solana level security, I'll just fork an existing blockchain and just make it my own. And my own users who are running the game will also run the blockchain. So the incentives aren't there for developers to build on somebody else's blockchain. I got in trouble for saying this in 2017, but I still stand by it. There's a free rider effect on blockchains. There's a strong incentive to fork a chain and build your own rather than to build on an existing chain. There's a couple of brilliant things that maybe by accident, maybe deliberately happened on ETH that have allowed an ecosystem of innovation. On ETH, there's ERC20, which is people are building their own tokens, and then there's these rollups and layers where people are building on top of eth and in theory they're going to issue their own token. So I would argue that the one place where the ETH innovation has been the slowest and maybe because it's technically the hardest, has been at your own layer. It's been at layer one where the ETH foundation is working, where the sharding is supposed to take place, and where Eth2 is supposed to get built. That's where the schedule has been the furthest behind. Whereas on rollups on layer two, things are moving very, very fast. On ERC20, other assets built on top of ETH, things are moving very, very fast. And I wonder if it's just as simple as incentives. Have you thought about how do I incent the people working at layer one to move fast? Maybe if they got their own token somehow.
- [36:25]
C
The Ethereum foundation does have like a bunch of ETH and it uses ETH to pay people working on layer one. A few months ago we announced a client developer reward where basically every one of the teams that's building a piece of software that understands and talks to the Ethereum protocol and can run a node gets some amount of ETH that was in the form of ETH that's locked up in the proof of stake system that is not fully connected to the rest of Ethereum yet. So Ethereum has to have fully switched over to proof of stake in order for them to be able to withdraw that money. So that kind of incentive exists. It's not even so much about incentives. The application layer in the layer 2 has been faster because building at those layers is permissionless. You don't have to coordinate with anyone to build a layer two. You don't have to coordinate with anyone to build an application. Whereas if you want to change the Ethereum protocol, that's one of the most permissioned things out there. You have to just get lots of people to agree, have to get an entire community to buy into a protocol change for the Ethereum layer one.
- [37:26]
A
Here's an interesting question. Imagine we froze layer one today. You could make small changes like the Bitcoin folks do, but you couldn't make big changes. But the layer two people continue innovating permissionlessly. They keep building all their rollups and all associated technologies. But you're still on proof of work. You're still not sharded at layer one. Could ETH still work? Could layer two carry it along for a while?
- [37:47]
C
It could. I don't think people would be happy about it because people in Ethereum do love proof of stake and want to get over to it quickly just to give some concrete numbers. Today Ethereum is on average do about 15 to 20 transactions a second. But if we just move to layer 2s, then we could go up to about 5,000 transactions a second. You keep the same blockchain, but instead of using the blockchain directly, you use these extra protocols that package up the information and use the blockchain in different ways so that you're still doing the same stuff, you're still getting the same security guarantees, but you're using the blockchain more efficiently. There's more compression and more of the computation is being done off chain through other protocols. So there is 100x improvements that can happen with layer 2s done. Well, that has not happened yet. Now, layer 2s as they exist today, they're very far from Perfect. Instead of 100x gain, they might only be 10x gain or even a bit less at the moment. But roll up technology is improving. All of these things are improving. So if layer one did not change, if all we could do was just a more layer two, we could get up to 5,000 transactions a second. That would definitely Be a pretty good.
- [38:56]
A
Ethereum already that layer two execution is code. What about the data? Does the data still all have to stay on the layer one blockchain?
- [39:04]
C
The way that rollups work is that they do the code execution off chain. So there are these cryptographic protocols where the execution gets done off chain and then verified on chain. And the verifying is much faster than the original computation. And then the data has to be on chain, but the data can be on chain in a very compressed form. Instead of putting transactions on chain, you put like a zip file of the transactions on chain. It's like doing a data for computation trade off. You have less data but then you have to do more computation. But we're okay with doing more computation because we can do more computation really efficiently off chain. If you do a roll up check super efficient way, then you only need to put about 16 bytes on chain per transaction. Today on average transactions are like 100 to 200 bytes. So 16 bytes on chain and then decompression verification computation happens off chain. Everything happens off chain except for this tiny amount of data. That's where the efficiency comes from.
- [40:02]
A
Haseeb, you and your team recently did an analysis where you tried to look at the actual throughput on these different smart contract chains, but you didn't do the decentralization part yet. So obviously ETH looks the worst because it's the most decentralized. Let's also talk about how much of that is because it's legacy and how much of it is because it just chose to be the most decentralized.
- [40:22]
B
To Vitalik's point, usually when people benchmark blockchains, they tend to choose benchmarks that make them look good, that produce big numbers. And the most obvious way to do that is to just benchmark transfers. Especially with a lot of these newer blockchains, they tend to benchmark transfers that are done in a testnet or done in a devnet environment where you can always get crazy gigantic numbers that aren't reflective of reality. We'd seen so many ridiculous claims being thrown around about what kinds of throughput blockchains could do that. We thought, okay, why don't we develop a clearly objective benchmark as a way to verify what can these blockchains do when you compare them apples to apples in terms of a common type of transaction that all blockchains do, and the most common one, which is how almost all trading happens today in blockchains, is a Uniswap style AMM trade AMM Automated Market Maker. It's a very simple mathematical way to trade two assets. Most of these you can just simulate by looking at the gas limit and looking at the block time and don't need to do a whole lot others of them you have to verify empirically because the way that gas is computed doesn't tell you enough to verify whether the blockchain could actually get that in production. So what we found is that Ethereum can do about 10 trades per second, Celo can do about 25, Avax can do about 30, but it has one much higher ceiling. Polygon can do about 50, and Binance Smart Chain can do about 200. And then Solana, which famously claims that it can do in the thousands to tens of thousands of transactions per second, Solana can do about 280. But part of the reason why Ethereum performance is where it is is to Vitalik's point earlier, that Ethereum has enshrined a certain level of decentralization. This is important as a norm, as an institution, that we make sure that Ethereum is accessible to anybody on a laptop. And most of these newer blockchains haven't chosen that. They choose different points on the decentralization performance spectrum. And my view is that it's totally sensible to have blockchains that choose a different point on that trade off curve. It's really important to have Ethereum and to have Bitcoin, which go all the way to the left. But it's sensible that some people should have blockchains that are tuned for different trade offs. But within tuning to a different trade off, you better get really high performance if you're going to be not very decentralized. My point is that if you're going to make that big trade off, you'd better be getting a lot of bang for the buck when you're doing it.
- [42:28]
A
Not only that, but I think the high value applications are going to end up on Bitcoin and Ethereum in that case. And the highest value application is just money. I'm curious, Vitalik, if you think longer term money is a use case of eth? Is eth the token and eth the coin price a byproduct of something you need to run the network, or is it itself a core value that ETH should be a store of value and should be a place where people can put their money in and forget about it for 10 years?
- [42:56]
C
Ultimately, that's a question for the community to decide and I think over time the community is more and more deciding. Yes, ETH is an important asset and you can use ETH As a store of value, you can use ETH as a money, you can use ETH to make transactions because ultimately it is a cryptocurrency. It's a cryptocurrency whose value is in some ways supported and backed by all of the activity that's happening on the ethereum chain with EIP 1559, like a big portion of the transaction fee from every transaction which is paid and ETH has to get burned. Once we have proof of stake, it's projected that we'll even have negative issuance. So ETH is positioned to be fairly unique in that way. But to me it's not an either or. Eth the asset and Ethereum, the application layer ecosystem, are synergistic with each other. The stronger the application layer ecosystem is, the stronger ETH is, and the stronger ETH is as an asset, the stronger the application layer ecosystem.
- [43:55]
A
People often compare Bitcoin to gold or to the dollar as a store of value. But the biggest stores of value in the world are not Bitcoin and gold. They're factories, stocks, houses, real estate, actual productive assets. Oil is another one, commodities, et cetera. People store value in all kinds of weird places, Art NFTs. So it's absolutely possible that there will be multiple stores of value. If anything, what's more decentralized than having dozens of viable coins that you can store in running thousands or tens of thousands or millions of assets that you can store? And that's true decentralization. So you don't have a point of view on it. You're just like whatever the community wants that makes the network run. But isn't there a tension between trying to be welcoming to newcomers and new applications and highly scalable, and letting everyone use your network and constantly innovating and changing and trying new things versus preserving the value for the people who are already there and preserving the value that's already been built? There's an inherent tension there.
- [44:50]
C
There's definitely some tension. One of the big benefits of the Ethereum ecosystem, the sawyer two aspects to it, the pluralist aspects, the way in which the ecosystem has many sub ecosystems, is that it is in many cases able to satisfy both. But if all you want to do is you want to have your ETH and you want to hold your eth, then you can do that. And there's even some Ethereum applications that value stability almost as much as Ethereum itself does. Makerdao might be one good example there. Rye might be another good example there. Some of the algorithmic stablecoins but then if you want to go and do wild, crazy stuff, then Ethereum lets you do wild, crazy stuff too. And if you need more scalability to do wild, crazy stuff, then you can go do the wild crazy stuff on a rollup. So Ethereum as an ecosystem does try hard to have a place for many different kinds of participants in that way, which is definitely something that's hard to accomplish. A lot of the other blockchains either you're just the digital rock, or you're just a platform, but there isn't the digital rock that keeps the whole thing solid. On Ethereum, we do value solving the problem of both having the ecosystem that can do a lot of stuff and having the digital rock in the middle to keep it solid. Whether or not we'll succeed is, of course, up to the next decade of world history to decide.