refactor: structure as a table
This commit is contained in:
parent
64876ab9d2
commit
8b49771cb4
|
@ -12,20 +12,16 @@ When you look at the marketing for the hundreds of Web3/DeFi projects, it's all
|
||||||
|
|
||||||
So instead of trying to explain what Web3 involves, lets explain what we have in Web2, and what its counterparts can look like in web3.
|
So instead of trying to explain what Web3 involves, lets explain what we have in Web2, and what its counterparts can look like in web3.
|
||||||
|
|
||||||
- `Money Ledgers -> Blockchain` - Essential component of Web3. Instead of easily editable SQL database with bank account credits you have a blockchain ensured security and order of records where changes can happen only through consensus mechanism maintained and protected by all servers participating on the network. It's open-source and permission-less, you're your own bank.
|
| Web2 Concept | Web3 Concept | Description |
|
||||||
- Also since blockchain is the most mis-understood by people not deep in the `crypto`/`defi`/`web3` industry, here is a very short primer on what a blockchain is compared to a MySQL database.
|
|----------------------------------------|-----------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
|
||||||
- You have a single MySQL db, this is one Bitcoin node.
|
| Money Ledgers | Blockchain | Essential component of Web3. Instead of easily editable SQL database with bank account credits you have a blockchain ensured security and order of records. It's open-source and permission-less. Also: <ul><li>You have a single MySQL db, this is one Bitcoin node.</li><li>You scale that to two nodes, and setup active-active replication.</li><li>Now you decide the two servers cannot trust each other, so you need a consensus system.</li><li>Lastly you decide that for security, some sort of economy needs to exist, so that making changes has a cost to it.</li><li>You now have transformed a traditional web2 database into a blockchain.</li></ul> |
|
||||||
- You scale that to two nodes, and setup active-active replication (both nodes can write and read to the database, and can be seen as a `master`).
|
| Stored Procedures and Macros | Smart Contracts | Functions in MS Excel, MS Access, or SQL can interact with and modify records, similarly as Smart Contracts. |
|
||||||
- Now you decide the two servers cannot trust each other, so you need a consensus system. There are blockchains/p2p nets that do forms of consensus that don't directly require money too 🙃.
|
| MySQL/NoSQL | Distributed Databases | Several types of databases have evolved in web3. Some are pure P2P, some use on-chain data. |
|
||||||
- Lastly you decide that for security, some sort of economy needs to exist, per human nature/incentives, so that making changes has a cost to it.
|
| REST API | RPC | Most of the web runs on APIs, with REST being the most common. With blockchain databases, this becomes RPC systems. |
|
||||||
- You now have transformed a traditional web2 database into a blockchain.
|
| Virtual Private Server (VPS) | Compute Networks | Blockchain networks broker compute services like AWS. Both Web2 and Web3 have P2P networks like BitTorrent and IPFS. |
|
||||||
- `Stored Procedures and Macros -> Smart Contracts` - There are many different forms of functions people use with MS Excel, MS Access or SQL. These can interact with and modify the records you have, similarly as Smart Contracts.
|
| Serverless Functions and CDNs | Edge Networks | Specialization of compute networks from AWS with lambda but has since evolved. Some projects are experimenting with blockchain-based edge compute and CDNs. |
|
||||||
- `MySQL/NoSQL -> Distributed/Hybrid Databases` - There have been several different types of databases that have evolved in web3. Some are pure P2P, some use on-chain data or otherwise settle consensus or other data on-chain.
|
| NAS Backups, Archiving, Object Storage | Storage Networks | The currency of the web is data. Secure, private, encrypted data storage is essential, and it comes in many forms for both Web3 and Web2. |
|
||||||
- `REST API -> RPC` - Most of the web runs on different forms of APIs today, the most common approach being REST. With blockchain databases, access to these uses different forms of RPC systems.
|
|
||||||
- `Virtual Private Server (VPS) -> Compute Networks` - A few of these exist, but there are blockchain networks that specialize in the brokering of compute services like you may expect from AWS, which can run pretty much anything else in Web3 if needed. Both Web2 and Web3 have P2P networks, and the best known are probably BitTorrent and IPFS. These can be viewed as the content networks (not blockchains) and are extremely important for Web3.
|
|
||||||
- `Serverless Functions and CDNs -> Edge Networks` - These are a specialization of compute networks that were born from AWS with lambada (and cloudfront) but has since rapidly evolved. There are projects that are experimenting with blockchain based edge compute and CDNs.
|
|
||||||
|
|
||||||
- `NAS Backups, Archiving, Object Storage -> Storage Networks` - If the currency of the world is currently oil, the currency of the web is data. No matter what you do, you eventually need secure, private, encrypted data storage, and a lot of it. This comes in many forms, but broadly these are where all of Web3's (and Web2) data will end up in sooner or later.
|
|
||||||
|
|
||||||
Web3 is also fundamentally built on P2P networks in many forms and designs. Every blockchain alone is a P2P network, tracking its databases changes. That's very different from Web2, that is mostly using `server -> client` model.
|
Web3 is also fundamentally built on P2P networks in many forms and designs. Every blockchain alone is a P2P network, tracking its databases changes. That's very different from Web2, that is mostly using `server -> client` model.
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue