Web3.0架构：去中心化与模块化并重

来源：W3.Hitchhiker

原文标题：Web3.0架构不仅是去中心化的，更是模块化的

一、Web2.0架构 Web2.0应用以去中心交易所Binance为例，Binance允许用户去交易各种代币。

Binance是一个Web2.0应用程序，架构听起来很简单，但实际上在开发中，需要进行大量的工作。

用户需要通过网络运营商来使设备联网，然后打开浏览器，输入币安的域名，通过http协议去访问币安的网站。

Binance需要用户通过手机或者邮箱来进行注册并登录该平台。

然后币安自己需要一个地方来存储像用户注册信息，交易额度，成交历史，挂单等的基础数据。而这些都需要搭建一个数据库用来存储，并且要不断地更新。

其次，后端代码语言（像Node.js,Java,orGo）决定了Binance的所有的业务逻辑。需要一个搭建服务器部署后端跑后端的逻辑。例如，当新用户注册、交易，挂单会发生什么情况？

还有，像前端代码语言(JavaScript,HTML,andCSS)决定了Binance的UI逻辑。需要一个搭建服务器部署到前端跑前端的交互逻辑。例如，网站是什么样子的？当用户与页面上的每个按键交互时会发生什么？

当你在Binance上写交易时，这些所有的东西都会整合起来进行联动。你与它的前端互动，前端和后端交互，后端再与它的数据库交互。所有这些代码都托管在中心化服务器上，并通过互联网浏览器反馈给用户，而中心化服务器的所有控制权在Binance的手上。

这是对当今大多数Web2.0应用程序的工作原理的一个简单总结，当然实际会更为复杂。

二、Web3.0架构 Web3.0应用以Uniswap为例，Uniswap是去中心交易所，允许自由添加并交易各种代币。

Uniswap是一个Web3.0应用程序，架构听起来很复杂，但实际开发实现很简单。

首先，用户要通过设备来进行联网，需要通过网络服务商，类似电信，移动之类。（去中心化的网络服务商，物联网：Helium）

然后，用户访问程序要通过浏览器或者操作系统（去中心化的浏览器或操作系统：Brave）

用户访问程序要通过浏览器与服务端交互，这一操作需要通过协议来支持（传统是http，新的可由IPFS来替代，通过内容寻址）

Uniswap需要用户通过私钥，钱包去登录（类似插件，钱包等：Metamask、Tokenpocket、Math、Brave钱包），此外统一的DID也是未来的一个方向（类似ENS等）

钱包需要连接区块链的节点，这时会需要节点的服务器来提供，这也就需要对应区块链的节点，或者由Infura/Alchemy这种专业的节点服务提供商来进行。（去中心化的节点服务提供商也是一个趋势：Pocket）

Uniswap网站是什么样子的，当用户与页面上的每个按键交互时会发生什么？还是JavaScript，HTML和CSS之类的前端代码语言实现Uniswap的UI逻辑。

但Web3可以不需要自己搭建服务器部署跑前端的交互逻辑。这些前端的数据可以保存在去中心化的存储网络中。（如Filcoin、SWARM、AR等）

IPNS、ENS等）

当然IPFS也只支持兼容Http的网关去访问。

当网站访问量高的时候，需要更加灵活的带宽市场——CDN加速网络。（CDN服务、IPFS、Filecoin检索市场）

Uniswap通过区块链智能合约语言solidity等实现，决定了Uniswap的所有的业务逻辑。因为是跑在EVM环境内，所以Uni不需要自己搭建服务器部署后端跑业务逻辑（支持智能合约的区块链、ETH等）。

但交易所需要展示的，肯定不只是业务逻辑，也需要展示币价的历史价格曲线，交易额度等。这些历史数据并不能通过智能合约获取。假设项目方需要展示的话，仍然需要自己搭建服务器，跑一个节点，通过链上的数据，筛选出来保存到Uni自己的数据库。所以Web3需要一个链数据索引的解决方案。（链数据索引平台Graph）

TheGraph就提供了一个链数据索引方案，可以方便用户查询数据。在TheGraph中，你可以定义哪些智能合约需要索引、