區塊鍊和 web3 碰到的問題、以及要解決的問題不僅僅只是擴容。
作者： Xiang，W3.Hitchhiker
修訂： Evelyn，W3.Hitchhiker
市場上的 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 + 動態存儲也可能衍生出一些新的方向生態應用。
免責聲明：作為區塊鏈信息平台，本站所發布文章僅代表作者及嘉賓個人觀點，與 Web3Caff 立場無關。文章內的信息僅供參考，均不構成任何投資建議及要約，並請您遵守所在國家或地區的相關法律法規。
