读懂EIP-4804：Web3 URL的标准规范

市场上的 4844，4488 都宣传 N 多遍了，除去这偌大的宣传效果，其实 EIP-4804 也是非常值得关注的一项 EIP。

简单说，EIP-4804 为 Web2 用户提供了一种直接访问 Web3 内容的简单方式，目前 Web3 读取数据通常依赖于 Web2 代理到 Web3 区块链的转译。但转译大多由 dApp 网站 / 节点服务商 / etherscan 等代理完成，不受用户控制。

如下图的 ERC-4804：提供了 Web3 URL 的标准规范。

区块链和 web3 碰到的问题、以及要解决的问题不仅仅只是扩容。前段时间， Tornado 事件发生时，我们可以发现与其相关的 Web2 代理业务几乎都被封锁了。从 Tornado 的官网、官方文档的 Gitbook、代码平台的 Github 库、RPC 节点服务商 Infura、Alchemy 等其他项目方前端都限制 Tornado 用户访问。

但这并不代表就使用不了 Tornado 了。在之前的一篇文章中笔者就介绍过 IPFS 这个协议，通过 IPFS 页面我们还是可以对其进行访问以及正常使用，但是这也存在一些问题，例如：从哪获取 IPFS 链接？每次更新前端代码都得更新 IPFS 链接；这些 IPFS 链接是否是项目方发布的？因此，想要真正摆脱 web2 代理，用户还得使用内置支持 IPFS 节点并能解析 IPFS 协议的浏览器去访问。

那是否存在一种可能，在现有模式下，完全摆脱 web2 代理平台，使我们访问 Web3 网络的方式与区块链交互方式相同呢？

EIP-4804 + 去中心化存储（EthStroage）就带来了这种可能。避开中心化的 Web2 代理，用户可以直接通过 RPC 服务获取平台的前端、文档等所有资料。并且 EIP-4804 又能最大兼容 HTTP-URL 标准，同时域名还是人类可读的，也可以使用到 ENS 域名。

举个例子：

假设 Uniswap 被封了，从 Uniswap 官网、Uniswap 官方文档的 Gitbook、Uniswap 代码平台的 Github 库，再到 RPC 节点服务商 Infra 等等都被封了。

有了 EIP-4804 + Ethstroage 将可以避免以上问题。

对此，Uni 项目方只需要做到以下几点：首先 Uni 项目方注册了自己的 ENS 域名 (uniswap.eth)，然后 Uni 项目方可以链上部署一 个 Web Handler 合约，同时将该合约与自己的 ENS 域名绑定，把对应的前端代码上传至 ethstorage 节点，并且合约也进行更新，这样 Uni 的前端页面就部署成功了，并且这里的 ethstorage 是支持动态存储（像 FIL，AR 只支持静态存储）。

对于 Uni 的用户来说，他们没有任何感知，也无需任何更改，只需通过钱包连接去中心化 RPC（支持访问存储），通过在域名输入 web3://uniswap.eth ，EIP-4804 就会自动转译用户请求到以太坊的 RPC 调用，就可以访问并解析出 uni 的前端页面。整个过程不需要再担心前端被权威机构封锁，也不用担心前端是否是项目方发布的（只有持有该 ENS 域名 (uniswap.eth) 的地址才有权限更新前端代码，包括文档资料等），全过程可以不需要 web2 代理平台的参与 (前端网站服务商 / 中心化 RPC 服务节点），也避免了代理平台作恶的可能。

这是 EIP-4804 解决 web2 代理的一个方向，去实现用于以太坊生态的去中心化前端，但他的应用场景可能也不局限前端网页，动态 NFT 也是非常适合与之结合的未来，EIP-4804 + 动态 NFT + 动态存储也可能衍生出一些新的方向生态应用。